JPH07509799A - ネットワークにおけるプロセスの移動，エクセプション及び相互作用に基づいた分散処理のためのシステム及び方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

ネットワークにおけるプロセスの移動、エクセプション及び相互作用に基づいた 分散処理のためのシステム及び方法 ホワイト、ジェイムス　イー。 ヘルゲッサン、クリストファー　ニス。 ステートマン、ダグラス　エイ。 この特許出願書類に開示されている内容には、著作権で保護される事項も含まれ ている。本著作権者は、特許庁のファイルやレコードにある特許出願書類や特許 開示の内容を復製することに対して異議はない。しがしながら、本著作権者が、 本特許出願書類に関して著作権を有していることに変わりはない。 技術分野 本発明は、分散型コンピュータシステム環境の分野に関し、特にプロセスがオブ ジェクト指向環境において作り出され、このプロセスがコンピュータネットワー ク内におけるプロセス自身の動きを指示するような、新しい分散型コンピュータ システム環境に関する。 背景技術 今日多くの異なった種類のコンピュータシステムが利用されているが、これらの システムの多くは、図１に示すように、基本的なコンポーネントから構成されて いる。典型的には、コンピュータシステム２０は中央処理装置（以下、ＣＰＵと いう）を備え、このＣＰＵｌ０は、入力バス１１を介して入力モジュール１２に 接続されるとともに、出力バス１３を介して出力モジュール１４に接続されてい る。、マた、ｃｐｕｔｏは、データノ（ス１５．１６を介してメモリユニット１ ７にも接続されている。 ＣＰＵｌ０は、制御及び計算機能を有する。入力モジュール１２及び出力モジュ ール１４は、コンピュータのユーザとＣＰＵｌ０間の通信のために用いられる。 入力モジュール１２は、情報をＣＰＵ１０に供給するためのものである。典型的 な入力モジュールとしては、キーボード及びマウスがある。出力モジュール１４ は、ＣＰＵｌ０からの情報を表示するためのものである。典型的な出力モジュー ルとしては、ビデオディスプレイモニタ、プリンタ、プロッタ及びその他の視覚 表示手段がある。入力モジュール１２及び出力モジュール１４は、ときには、イ ンプット／アウトプット（Ｉ／’Ｏ）ユニットとも呼ばれる。 メモリユニット１７は、典型的には、２種類の一般的な形式の情報、すなわちイ ンストラクション（命令）とデータを収容する。コンピュータプログラムは、あ る特定の機能を実現するためにコンピュータによって実行される一連のインスト ラクションから成る。メモリユニット１７のデータは、ＣＰＵｌ０において実行 されているコンピュータプログラムのインストラクションに応答して、ＣＰＵ１ ０によって処理される。そして、実行中のコンピュータプログラムは、コンピュ ータプロセス（ｃｏｍｐｕｔｅｒ　ｐｒｏｃｅｓｓ）と呼ばれる。 メモリユニット１７は、典型的には、マスメモリ１７Ａ（ときには２次メモリと も呼ばれる）と、メインメモリ１７Ｂとを備えている。メインメモリ１７Ｂは、 通常、ＣＰＵ１０によって現に実行されているプログラムの少なくとも一部分と 、そのプログラムで必要とされるデータを記憶するために用いられる。一方、例 えば磁気ディスクや磁気テープから成るマスメモリ１７Ａは、プログラム、デー タ、ＣＰＵｌ０によって直ちには必要とされないプログラムやデータ又はメイン メモリ１７Ｂの大きさの制限のためにメインメモリ１７Ｂ中に収容することので きないプログラムやデータの一部を記憶するために用いられる。 コンピュータのオペレーティングシステムは、ＣＰＵ１０、入力モジュール１２ 、出力モジュール１４、マスメモリ１７Ａ及びメインメモリ１７Ｂを連動させ、 後述するユーザアプリケーションとコンピュータハードウェア間のインターフェ イスを行なうコンピュータプロセスである。ここで使用されているコンピュータ ハードウェアという用語は、コンピュータシステムの物理的なコンポーネントを 意味する。コンピュータシステムを正しく動作させるためにはオペレーティング システムが必要である。したがって、オペレーティングシステムは、コンピュー タシステムを立ち上げた時に、ブーティングと呼ばれるプロセスにより、メイン メモリ１７Ｂにロードされ、コンピュータシステムが最終的に終了するまでメイ ンメモリ１７Ｂに留められて実行される。 ユーザアプリケーションは、一般に、オペレーティングシステムとは別のコンピ ュータプロセスであり、オペレーティングシステムとは別に実行される。ユーザ アプリケーションは、ソースコード、すなわち人にわかりやすい形のコンピュー タインストラクションによって作成されており、ある時点に置いて実行される。 このソースコードは、コンピュータシステム２０．特にＣＰＵ１０によって理解 される形のオブジェクトコードに翻訳、すなわちコンパイルされる。そして、い くつかのオブジェクトコードモジュールは、１つの実行イメージの形式となるよ うにリンクされる。ここで、実行イメージとは、コンピュータシステム２０のＣ ＰＵ１０によって実行可能な形式のことである。そして、このような実行イメー ジをメインメモリ１７Ｂにコピーし、このメインメモリ１７Ｂにコピーされた実 行イメージのインストラクションを１つずつ実行するようにＣＰＵ１０に指示す ることにより、プログラムは、実行される。前述したように、このような実行状 態にあるコビュータプログラムは、プロセス（ｐｒｏｃｅｓｓ　）と呼ばれる。 コンピュータシステム２０で実行されているプロセスのインストラクションは、 一般に、コンピュータシステムのリソース（資源）を操作（マニュビュレート） する。例えば、これらのインストラクションは、マスメモリ１７Ａに記憶されて いるデータを操作したり、入力モジュール１２からデータを受け入れたり、又は 出力モジュール１４にデータを表示したりすることができる。さらに、あるコン ピュータシステムにおいて実行されるように作られたプロセスは、他のコンピュ ータシステムのリソースを操作するコンピュータインストラクションを発生させ るように構成されることもある。 ところで、コンピュータ通信技術において、２以上のコンピュータシステム間で データを転送することができるように、２以上のコンピュータシステムを接続す ることは、周知のことである。このように接続された２以上のコンピュータシス テムはネットワーク（ｎｅｔｗｏｒｋ）と呼ばれる。このようなネットワークに おいて、各々のコンピュータシステムは、他のコンピュータシステムを、データ の送受信を行なう入力／出力装置として取り扱う。 第１のコンピュータシステムにおいて実行されている第１のプロセスは、第２の コンピュータシステムにおいて実行されている第２のプロセスにインストラクシ ョンを送出することができる。このとき、第２のプロセスは、第１のプロセスか ら受け取ったインストラクションに従って、第２のコンピュータシステムのリソ ースを操作する。第２のプロセスは、クライアント（ｃｌ　１ｅｎｔ）プロセス と呼ばれる第１のプロセスにサービスを提供するものであり、サーバー（ｓｅｒ ｖｅｒ）プロセスと呼ばれる。このように、第２のコンピュータシステムのリソ ースを操作するサービスが提供される。 多くのコンピュータ通信システムでは、リモートプロシージャコーリング（ｒｅ ｍａｔｅ　ｐｒｏｃｅｄｕｒｅ　ｃａｌｌｉｎｇ）を実行する。リモートプロシ ージャコーリングにおいては、第１のコンピュータシステムにおいて実行されて おり、第２のコンピュータシステム内のデータの操作を必要とするクライアント プロセスは、第２のコンピュータシステムにおいて実行され、クライアントプロ セスからの要求に応答してデータを操作するサーバープロセスに動作（ａｃｔｉ ｏｎ）を要求する。そして、サーバープロセスは、クライアントプロセスのため に、有限なオペレーションリスト（ｏｐｅｒａｔｉｏｎｓ　１ｉｓｔ）のうちの どれかを遂行する。 しかし、クライアントプロセスによって要求された機能と正確に合致する機能が 、サーバープロセスによって実行される特定の処理機能の中にないことがよくあ る。このようなサーバープロセスで定義されていない機能の実行には、サーバー プロセスへの要求とサーバープロセスがらの応答を繰り返すことが必要となる。 そして、これは通信メディアの多大な使用を必要とするため、コスト及び時間が 非常に増大する。 図２Ａに示すフローチャート（ロジックフローダイアグラム）２ｏＯは、リモー トプロシージャコーリングの具体例を示している。このフローチャート２００は 、ネットワーク２５６を介して相互接続されたコンピュータシステム２ＯＡ（図 ２Ｂ）とコンピュータシステム２０Ｂとのやり取りで説明される。ファイル名が ある与えられたパターン、例えばファイル名が”、ＴＭＰ”で終わるようなパタ ーンに一致し、少なくても３０日の間変更されながったコビュータシステム２０ Ｂ内の全てのファイルを、コンピュータシステム２ＯＡ内のクライアントプロセ ス２５２が削除するものと想定する。このとき、先ず、図２Ａに示すステップ２ １において、クライアントプロセス２５２は、コンピュータシステム２０Ｂにお いて実行されているサーバープロセス２５４に、全てのファイルリストを要求す るインストラクションを送出する。矢印２６０（図２Ｂ）はこの要求を表わして いる。次に、処理はステップ２１（図２Ａ）からステップ２２に進み、このステ ップ２２において、クライアントプロセス２５２（図２Ｂ）は、矢印２６２で示 すように、サーバープロセス２５４からファイルリストを受け取る。このように 、ステップ２１．２２（図２Ａ）での処理は、ネットワークの通信メディアを介 しての２回の情報転送（トランスファ）を含んでいる。 こごで、図２Ａにおいて、２重線で囲まれたステップは、ネットワーク２５６（ 図２Ｂ）を介しての情報転送を表している。コンピュータ２ＯＡ又はコンピュー タ２０Ｂ内におけるインストラクションの実行は数ナノ秒がら致マイクロ秒であ るのに対し、ネットワーク２５６を介しての情報転送には、ネットワーク２５６ の形態及び情報量に依存するが、一般に数秒から数分を必要とする。さらに、ネ ットワークによっては、大量のデータの転送に１時間以上もかがることがある。 次ニ、処理ハ、７．チー／フ２２　（図２　Ａ）　カラスｆ　ラフ（ＦＯＲＥＡ ＣＨＦＩＬＥＮＡＭＥ）　２３に移行する。ステップ２３とステップ（ＮＥＸＴ ）　２３ａ、２３ｂ、２３ｃは、クライアントプロセスによって、ファイルリス トが各ファイル名毎に処理されるようにループを形成している。すなわち、ファ イルリストの各ファイル名に対する処理は、ステップ２３がらテストステップ２ ４に移行し、このテストステップ２４において、クライアントプロセス２５２（ 図２Ｂ）は、ファイル名をパターンと比較する。そして、もしファイル名がパタ ーンと一致しない場合には、処理は、テストステップ２４（図２Ａ）からステッ プ２３ａを介してステップ２３に戻り、その次のファイル名が処理される。 逆に、ファイル名がパターンに一致している場合には、処理は、テストステップ ２４からステップ２５に進む。このステップ２５において、クライアントプロセ ス２５２（図２Ｂ）は、矢印２６４で示すように、ファイル名が一致したファイ ルが最後に変更された日付を要求するインストラクションをサーバープロセス２ ５４に送出する。次に、処理は、ステップ２５（図２Ａ）がらステップ２６に移 行し、このステップ２６において、クライアントプロセス２５２（図２Ｂ）は、 矢印２６６で示すように、要求した日付をサーバープロセス２４がら受取る。こ のように、ステップ２５．２６（図２Ａ）で、ファイル名が一致する毎に、ネッ トワークの通信メディアを介する転送がさらに２回行われる。 次に、処理は、ステップ２６からテストステップ２７に進み、このテストステッ プ２７において、クライアントプロセス２５２（図２Ｂ）は、受信した日付と現 在の日付から３０日を引いた日付とを比較する。そして、ファイルが３０日以内 に変更されていたときは、処理は、テストステップ２７（図２Ａ）がらステップ ２３ｂを介してステップ２３に戻る。そして、ステップ２３において、次のファ イル名が処理される。逆に、ファイルが３０日以内に変更されてぃながったとき は、処理は、テストステップ２７からステップ２８に進む。 次に、ステップ２８において、クライアントプロセス２５２（図２Ｂ）は、矢印 ２６８で示すように、コンピュータシステム２０Ｂ内からファイルを削除するイ ンストラクションをサーバープロセス２５４に送出する。そして、処理は、ステ ップ２８（図２Ａ）からステップ２９に進み、このステップ２９において、クラ イアントプロセス２５２（図２Ｂ）は、矢印２７０で示すように、その削除処理 に対する確認、すなわちアクルジメント（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を サーバープロセス２５４から受ける。このように、ステップ２８．２９（図２Ａ ）で、削除されるファイル毎に、ネットワークの通信メディアを介する転送がさ らに２回行われる。 そして、処理は、ステップ２９からステップ２３ｃを介してステップ２３に戻る 。このようにしてリスト中の全てのファイル名に対する処理が完了したら、処理 は、ステップ２３からステップ２０ｂに進み、このステップ２０ｂにおいて処理 が終了する。このように、図２のフローチャートに示すような処理には、ネット ワーク２５６を介しての多数の情報転送が必要とされる。そして、このようにネ ットワークの通信メディアを過度に使用することは、時間及びコストの浪費にな る。 リモートプロシージャコーリングとは別のアプローチとして、リモートプログラ ミング（ｒｅｍｏｔｅ　ｐｒｏｇｒａｍｍｉｎｇ）がある。リモートプログラミ ングにおいて、クライアントプロセスと呼ばれる第１のコンピュータシステムに おいて実行されているプロセスは、第２のコンピュータシステムにおいて実行さ れているサーバープロセスに、インストラクションのリストを送出する。そして 、これらのインストラクションが、サーバープロセスによって実行されて、クラ イアントプロセスの目的が達せられる。このような、サーバープロセスが実行す るインストラクションは、ある程度の普遍性を持たねばならない。すなわち、こ れらのインストラクションは、ある程度の判断能力を備えていなければならない 。 図３Ａに示すフローチャートは、リモートプログラミングの具体例を示している 。図２Ａ及び図２Ｂにおいて説明した具体例をリモートプログラミング環境にお いて実現するには、クライアントプロセス３５２（図３Ｂ）は、ステップ３１（ 図３Ａ）において、ステップ３１の詳細なフローチャートに示すようなインスト ラクションから構成されるプログラムを作成する。このステップ３１の詳細につ いては後述する。 次に、処理は、ステップ３１からステップ３２に進み、このステップ３２におい て、プログラムは、矢印３５８（図３Ｂ）で示すように、ネットワーク３５６を 介しコンピュータ３０Ｂに転送される。そして、処理は、ステップ３２（図３Ａ ）からステップ３３に進み、このステップ３３において、プログラムはコンピュ ータ３０Ｂ（図３Ｂ）によって実行される。このプログラムの実行中は、プログ ラムはコンピュータ３０Ｂ上のプロセス３５２Ａとなっている。そして、プロセ ス３５２Ａにおいて、プログラムのインストラクションは、以下のようなステッ プ３１の詳細なフローチャートに従って実行される。 ステップ３ｌ−Ｂ（図３Ａ）において、ファイル名のリストが作成される。そし て、処理は、ステップ３１−Ｂからステップ（ＦＯＲＥＡＣＨＦＩＬＥＮＡＭＥ 　５ＴＥＰ）　３１−Ｃに進む。ここで、ステップ３１−Ｃとステップ（ＮＥＸ Ｔ）　３１−Ｈ１３１−Ｉ、３１−Ｊは、ファイルリスト中の各ファイル名毎に 処理を行うように、ループを形成している。そして、各ファイル名について、ス テップ３１−Ｃからテストステップ３１−Ｄに進み、このテストステップ３１− Ｄにおいて、ファイル名がパターンと比較される。そして、ファイル名がパター ンと一致しないときは、処理は、テストステップ３１−Ｄがらステップ３１−Ｈ を介してステップ３１−ｃに戻る。逆に、ファイル名がパターンに一致するとき は、処理は、テストステップ３１−Ｄからステップ３１−Ｅに移行する。 ステップ３１−Ｈにおいて、プロセス３５２Ａは、検索パターンと一致したファ イル名を有するファイルの最後の変更日付けを検索する。そして、処理は、ステ ップ３１−Ｅがらテストステップ３１−Ｆに移行する。このテストステップ３１ −Ｆにおいて、ファイルの最後の変更日付けと、現在の日付けから３０日を引い た日付けとが比較される。ここで、ファイルの最後の変更日付けは、サーバープ ロセス３５４（図３Ｂ）から検索される。そして、最後の変更日付けが３０日以 前の日付けよりも新しいときには、処理は、テストステップ３ｌ−Ｆ（図３Ａ） からステップ３１−■を介してステップ３１−ｃに戻る。逆に、最後の震更日付 けが３０日以前の日付であったときには、処理は、テストステップ３１−Ｆから ステップ３１−Ｇに移行する。そして、ステップ３１−Ｇにおいて、サーバープ ロセス３５４　（図３Ｂ）に適切なインストラクションが送出されて、ファイル が削除される。そして、処理は、ステップ３ｌ−Ｇ（図３Ａ）からステップ３１ −Ｊを介してステップ３１−Ｃに戻る。こうして、リスト中の全てのファイル名 に対する処理が完了したら、処理は、ステップ３１−Ｃからステップ３１−Ｋに 移行し、プロセス３５２Ａが完了する。このように、プロセス３５２Ａとサーバ ープロセス３５４間の相互作用は、矢印３６０（図３Ｂ）に示すように、ネット ワーク３５６を使用することなく、全てコンピュータ３０Ｂ中において生じる。 こうして、プログラムが成功のうちに終了した後、処理は、ステップ３３（図３ Ａ）からステップ３４に移行する。そして、このステップ３４において、サーバ ープロセス３５４（図３Ｂ）は、矢印３６２で示すように、プログラムが成功の うぢに終了したことをクライアントプロセス３５２に報告する。このリモートプ ログラミングプロシージャでは、ネットワークの通信メディアは２回しが使用さ れていないことに注意されたい。すなわち、第１回目の使用は、矢印３５８で示 すようにインストラクションリスト又はプログラムをサーバープロセス３５４に 送出するための使用であり、第２回目の使用は、矢印３６２で示すように、プロ グラムが成功のうちに終了した報告をサーバープロセス３５４がら受け取るため の使用である。このようなリモートプログラミングプロシージャでは、サーバー プロセス３５４の開発者によって明白に提供されてぃなかったり、おそらくは予 想さえもされてぃなかったオペレーションを、クライアントプロセス３５２がサ ーバープロセス３５４に要求できることにも注意されたい。 しかし、リモートプログラミングでは、２以上のコンピュータシステム上のデー タの操作を連係化することをコンピュータプロセスがめる場合に、リモートプロ シージャコーリングの場合と同様に、非効率となることがある。例えば、あるコ ンピュータＸのプロセスは、他のコンピュータシステムＹやコンピュータシステ ムＺ上の、コンピュータＸのファイルと同一の名前、最後の変更日付は及びサイ ズを有する全てのファイルを削除するように要求するがもじれない。そして、図 ３Ａ、図３Ｂにおける前述したサーバープロセス３５４は、サーバープロセス　 。 を実行しているコンピュータシステムであるコンピュータシステムＹ上のリソー スを、直接操作することができるが、サーバープロセスは、リモートプロシージ ャコーリングにおいて前述したような非効率を生ずることなしには、１以上のコ ンピュータシステムにわたるデータの管理を連係化することができない。 ：−ノヨウｆｔ’）％−トプロクラムニ対スル改良ハ、Ｃ，Ｄａｎｉｅｌ　Ｗｏ ｌｆｓｏｎ、　ｅｔ　ａｌ、。 ”Ｉｎｔｅｌｌｉｇｅｎｔ　Ｒｏｕｔｅｒｓ”、　９ｔｈ　Ｉｎｔｅｒｎａｔｉ ｏｎａｌ　Ｃｏｎｆｅｒｅｎｃｅ　ｏｎ　Ｄｉｓｔｒｉｂｕ狽■п@Ｃｏｍｐ ｕｔｉｎｇ　Ｓｙｓｔｅｍｓ　ａｔ　ｐｐ、　３７１−３７５　（１９８９）に 記載されている。ウォルソン（Ｗｏｌｆｓ。 ｎ）等は、ネットワーク内において、あるプロセスが１つのコンピュータシステ ムから別のコンピュータシステムに移動することができるシステムを開示してい る。このプロセスは、実行されたときにプロセスを移動させるインストラクショ ンを生成することによって、ネットワークを介してプロセス自身の移動を指示す る。ここで、インストラクションは、そのプロセスが移動するコンピュータシス テムを指定する。 しかし、ウォルソン等によって開示された方式による解決では、機能性が制限さ れる。また、プロセスは、それぞれのプロセスが移動するコンピュータシステム の固有の要求に適合するように構成されることが必要である。また、プロセス間 で相互に通信することができないので、プロセス間通信の代わりに、それぞれの プロセスは、それぞれのプロセスが実行されているコンピュータシステムのマス メモリにデータを直接に記憶させたり、このマスメモリからデータを直接検索し たりする必要がある。そして、あるプロセスが別のプロセスと相互作用をし得る のは、両方のプロセスが、メツセージを記憶させたり、検索したりするマスメモ リ中のＱｌｉ！（ロケーション）を正確に知っている場合に限られる。 また、つオルソン等によって開示されたシステムは、いがなる安全性（セキュリ ティ）も与えない。すなわち、ウォルソン等のシステムでは、ある１つのプロセ スに別のプロセスと相互作用することを許容した場合、悪意のあるプロセスが第 ２のプロセスの実行を妨げるかもしれない。さらに、ウォルソン等によって開示 されたシステムのプロセスに供給されるインストラクションセットは、非常に限 られており、単に文字列データと実数を現す数値データが供給されるに過ぎない 。 ウォルソン等によって開示されたシステムと同様の別のシステムが、Ｃ，Ｔｓｉ ｃｈ自ｔｚｉｓ　ｅｔ　ａｌ、、”ＫＮＯｓ：ＫＮｏｖｌｅｄｇｅ　ＡＣｑｕ！ ５ＩＬｔＯｎ、ＤｆＳＳｅｌａｌｎａｊ！Ｏｎ、ａｎｄ　Ｍａｎ奄曹浮撃≠■ ｉｏｎ　０ｂｊｅｃｔｓ”、　ＡＣＭ　Ｔｒａｎｓ、　ｏｎ　ｏｆｆｉｃｅ　Ｉ ｎｆｏｒｍａｔｉｏｎ　Ｓｙｓｔｅｍｓ、　ｖｏｌ、５．　獅潤A　ｌ、　ｐｐ 。 ９６−１１２　（１９８７）に開示されている。チイクリティス（Ｔｓｉｃｈｒ ｉ　ｔｚｉｓ）等によって開示されたこのシステムは、オブジェクト指向プログ ラミング（ｏｂｊｅｃｔ−ｏｒｉｅｎｔｅｄ　ｐｒｏｇｒａｍｍｉｎｇ　）の− 殺性を、ウォルソン等によって開示されたシステムに付加したものである。 オブジェクト指向プログラミングは、データ及びインストラクションをオブジェ クト（ｏｂｊｅｃｔｓ　）にまとめる。ここでデータは、オブジェクトの状態を 表し、インストラクションは、そのオブジェクトが遂行（ｐｅｒｆｏｒｍ　）で きるタスク（ｔａｓｋｓ　）やオペレーション（ｏｐｅｒａｔｉｏｎｓ）である 。このようなオブジェクト指向プログラミングは、非常に有用な基本的な概念で あり、オブジェクト指向プログラミングによれば、コンピュータによって処理さ れる課題が、より簡単な一連のコンピュータインストラクションにまとめられる 。 オブジェクト指向環境において作り出されたオブジェクトは、クラスに分類され る。ある１つのクラスのオブジェクトは、同一の構造の状態を持ち、同一のオペ レーションを遂行する。チイクリティス等によって開示されたシステムは、クラ スの定義を動的に規定していないので、チイクリティス等によって開示された環 境内において作り出されたある特定のクラスのオブジェクトは、その特定のクラ スが定義されたコンピュータシステムに移動できるにすぎない。さらに、チイク リティス等によって開示された環境内のオブジェクトは、それらのオブジェクト が移動するネットワーク内のコンピュータシステムが同質であることが必要であ るように記述されている。 チイクリティス等によって開示されたシステムは、さらに、プロセスをコピーす るインストラクションを有する。すなわち、例えばヘッドプロセスと呼ばれる第 １のプロセスは、このインストラクションによって、それ自身のコピーを作り出 すことができる。このようなコピーはリム（ｌｉｍｂｓ）と呼ばれる。そして、 チイクリティス等によって開示されたシステムでは、ヘッドプロセスの指示によ って、リムが遠隔のコンピュータシステムに送られる。しかし、これらのリムは 動的ではなく、リムのコンピュータインストラクションは；ヘッドプロセスの指 示によってのみ実行される。したがって、遠隔のコンピュータシステム上に位置 するリムのプロセスを動作させるには、ネットワークの通信メディアを介して、 ヘッドプロセスがリムに指示を送る必要がある。かくして、大きなネットワーク の場合、時間及びコストの浪費が大きくなってしまう。 チイクリティス等によって開示されたシステムの効率の悪さは、例えばパーソナ ルコンピュータのような小型のコンピュータが、例えばメインフレームコンピュ ータのような大型のコンピュータを介して、大きなネットワークに接続されてい る場合にも見られる。例えば、ネットワーク上の多くのコンピュータに多くのリ ムを送出する場合、小型のコンピュータは、小型のコンピュータと大型のコンピ ュータとの間で多くの同一のリムを送ることが要求される。このとき、ヘッドプ ロセスのコピーであるリムは、非常に大きくなることがあり、このようなシステ ムでは効率が非常に悪くなることがある。 チイクリティス等は、第２のプロセスに第１のプロセスへのリファレンス（参照 ：　ｒｅｆｅｒｅｎｃｅ）を与えることによって、第１のプロセスと第２のプロ セスとが通信するシステムを開示している。ここで、リファレンスとは、オブジ ェクトを識別するためのデータであり、このように識別されたオブジェクトに対 してアクセスが許可される。そして、第２のプロセスは、第１のプロセスに対す るリファレンスを有しているので、第２のプロセスは、第１のプロセス内の特定 のコンピュータインストラクションを第１のプロセスが実行するように要求する ことができる。しかし、第１のプロセスは、第２のプロセスに対するリファレン スを取得することなく、第１のプロセスに対するリファレンスを第２のプロセス に与えるので、第２のプロセスは第１のプロセスへのリファレンスを持つが、第 １のプロセスは第２のプロセスに対してアクセスする権限を持たない。このよう なシステムでは、相互のアクセスの許可なく第２のプロセスへのアクセスを行う ような問題のあ右プロセス、すなわち、悪意のあるプログラマによって設計され たプロセスや、他のプロセスを損傷させてしまうように不注意に設計されたプロ セス等の存在が許されてしまう。 このように、ウオルソン等やチイクリティス等による業績にかかわらず、新たな オブジェクトやプロセスのクラスを作り出し、この新たなオブジェクトやプロセ スのクラスを、このような新しいクラスのためのクラス定義を含んでいないネッ トワーク内のコンピュータシステムで転送や処理を行うことができるシステムは 、開示されていない。さらに、ウォルソン等やチイクリティス等は、複雑で階層 的なセキュリティシステムを実現するメカニズムを開示していない。さらに、ウ ォルソン等やチイクリティス等は、互いに相互作用は行うことができるコンピュ ータプロセスを開示しているが、相互のアクセス許可なしには他のプロセスにア クセスできないようなコンピュータプロセスについては開示していない。 また、ウォルソン等やチイクリティス等は、あるプロセスに対して複数の独立し たクローン（ｃｌｏｎｅｓ）を作り出して、それらのクローンをそれぞれのコン ピュータシステムに転送することにより、複数のコンピュータシステムに同時に 転送することができるコンピュータプロセスについては開示していない。また、 チイクリティス等によって開示されたリムは、コンピュータプロセスが遠隔のコ ンピュータシステムにおけるリムの動作を制御するので独立的ではない。さらに 、ウオルソン等やチイクリティス等は、コンピュータネットワークの通信メディ アを介して転送される情報の冗長を最小にして、各コンピュータシステムへのク ローンの転送を効率的に行う方法について開示していない。 発明の概要 本発明では、インターブリート（解釈・実行：　１ｎｔｅｒｐｒｅｔｅ）される オブジェクト指向のコンピュータインストラクションセットが、分散型コンピュ ータシステムにおいて実行される新規なコンピュータプロセスを作りだすために 用いられる。 このようなコンピュータインストラクションセットを利用する特別なプロセスは 、分散型コンピュータシステム内で動作するエンジンによって実行される。この エンジンは、分散型コンピュータシステム内において、上述のような特別なプロ セスのインストラクションを、インターブリート、すなわちインストラクション 毎に逐次解読して実行する。 分散型コンピュータシステム内の各エンジンは、プロセスを定義するインストラ クションを一様にインターブリートする。換言すれば、あるプロセスを含み、第 １のエンジンによってインターブリートされるインストラクションは、第１のエ ンジンが動作しているコンピュータシステムの固有の形態に依存しない。したが って、例えば、第１のエンジンと第２のエンジンが別々のコンピュータシステム において動作しており、これらのコンピュータシステムのオペレーティングシス テム及びハードウェアが一般的に互換性がないとしても、これらのインストラク ションは、第２のエンジンに移動され、インターブリートされることができる。 そして、インターブリートされるインストラクションは、エンジンが動作してい るコンピュータシステムの通信、格納（ストレージ）、計算及びその他のサブシ ステムへのインターフェースを用いて実行（インプリメント：　ｉｍｐｌｅａ＋ ｅｎｔ）される。 これらのインターフェースは、全体として本発明の実施例の一部を構成するもの である。そして、これらのインターフェースは、本発明の開示の一部であり、引 用することにより本明細書に組み込まれるアペンディックスＣに記載されている 。 ２以上のエンジンが、１つのネットワークを構成するように相互接続され、この ようなネットワーク内を、本発明のコンピュータプロセスが移動する。本発明の 実施例では、ネットワークは、通常は他のネットワークのクライアントと考えら れ、ネットワークの一部ではないとされるようなコンピュータシステムも含んで いる。例えば、本発明のネットワークの実施例では、ネットワークによって接続 されたワークステーションを含んでいる。なお、本明細書においてワークステー ションは、他のコンピュータシステムへ情報を転送する以外の目的のために使用 されるコンピュータシステムを表している。そして、本発明のエンジンは、コン ピュータプロセスが、各エンジン間を移動できるように相互接続されている。 ある１つのコンピュータプロセスを転送するときは、そのコンピュータシステム が中断され、そのコンピュータシステムの実行状態が保存される。そして、コン ピュータプロセスのインストラクション、保存された実行状態、及びコンピュー タプロセスによって所有されるオブジェクトは、パッケージされ、すなわちエン コードされて、データのストリングが生成される。このデータのストリングは、 ネッワークを形成するために用いられるあらゆる標準的な通信手段で転送するこ とができる。実施例において、このデータのストリングは、アペンディックスＤ に記載されたプロトコルに従って、エンジン間で転送される。なお、アペンディ ックスＤは、本発明の開示の一部であり、引用することにより本明細書に組み込 まれる。 データストリングは、ネットワーク内の目的とするコンピュータシステムに転送 されると、デコードされて、目的とするコンピュータシステム内において、コン ピュータプロセスを生じさせる。このデコードされたコンピュータプロセスは、 前述したようにエンコードされたオブジェクトを含み、保存された実行状態を有 している。そして、目的とするコンピュータシステムは、このコンピュータプロ セスの実行を再開する。 コンピュータプロセスのインストラクションは、目的とするコンピュータシステ ムにおいて実行され、データオブジェクトの定義、生成及び操作や、目的とする コンピュータシステムで実行される他のコンピュータプロセスとの相互作用のよ うな複雑なオペレーションを遂行する。このように、コンピュータプロセスは、 ネットワーク全体を通じて一様にインターブリードされるとともに、コンピュー タシステム間を移動できるようにエンコードやデコードがされる。したがって、 本発明のコンピュータプロセスは、コンピュータ間の通信において新しいレベル の機能及び多様性を提供する。 実施例において、本発明のコンピュータインストラクションセットには、エージ ェントクラスとブレイスクラスの２つのクラスが組み込まれる。エージェントク ラスを用いて形成されたインストラクションは、エンジンによって、エージェン トプロセスを形成するようにインターブリートされる。なお、このエージェント プロセスは、単にエージェントと呼ばれることもある。エージェントは、エージ ェントが生成され、エンジンが実行を開始したとき、活性化されたオブジェクト となる。エージェントクラスは、（ｉ）エージェントが、エージェント自身を検 査して修正すること、（１１）エージェントが、後述するように、ネットワーク 内の第１のブレイスプロセスから同じネットワーク内の第２のブレイスプロセス へエージェント自身を転送すること、及び（ｉ　ｉ　ｉ）エージェントが、その 第２のブレイスプロセスにある他のエージェントと相互作用すること、を可能に するインストラクションを提供する。第１のブレイスプロセス及び第２のブレイ スプロセスは、ネットワーク内の２つの別々のコンピュータシステム内において 実行されていてもよい。すなわち、エージェントは、第１のコンピュータシステ ムから第２のコンピュータシステムに移動することができる。 エージェントは、第１のブレイスプロセスから第２のブレイスプロセスまで、エ ージェントと共に運ばれる情報を持つことができる。その他に、後述するような コンピュータインストラクションセットは、拡張性、汎用性及び機能によって、 エージェントを含むインストラクションに従って、そのエージェント及びそれに よって運ばれる情報がどのように、そしてどの目的点に移動しているのかを定め る上での多くの融通性及び制御可能性を提供する。 工Ｊジェントの機能はパーミツト（ｐｅｒｍｉｔ）によって制御される。パーミ ツトは、特定の場合に特定のエージェントの特定の機能を制限する。エージェン トのパーミツトは、エージェントクラスについて定義されたいくつかのオペレー ションのうち、どのオペレーションがエージェントによって実行され得るかを指 定する。さらにパーミツトは、エージェントが使用できるリソース（資源）の量 と、エージェントが消滅するまで時間とを制限する。さらに、パーミツトは、他 のエージェントに対するエージェントの相対的な実行の優先度（プライオリティ ：ｐｒｉｏｒｉ　ｔｙ）も指定する。 ブレイスクラスを用いて形成されたインストラクションは、エンジンによってイ ンターブリードされ、本明細書において単にブレイスとも呼ばれるブレイスプロ セスを形成する。ブレイスもまた活性なオブジェクトである。そして、ブレイス クラスは、ブレイスがブレイス自身を検査して修正したり、ブレイスが、エージ ェントのための場所や、エージェントが相互作用する際のコンテキスト（ｃｏｎ ｔｅｘｔ）として役立ち得るようにするインストラクションを提供する。各エー ジェントは、それぞれ単一のブレイスを占有する。また、各ブレイスは、他の単 一のブレイスを占有することができる。 ブレイスは、ある程度、エージェントのプライバシー及びセキュリティを供与す る。例えば、他のエージェントとのコンタクトを避けるように形成されたエージ ェントは、一般に他のエージェントには知られてないブレイスや、他のエージェ ントの立ち入りを拒絶するブレイスを占有することができる。逆に、多数のエー ジェントに対して公にサービスを供与するように形成されたエージェントは、他 のエージェントに広く知られていて、他のエージェントの立ち入りを許容するブ レイスを占有することができる。 それぞれのエージェントは、離れている場合には、相互に作用することはできな い。すなわち、いかなる２つのエージェントも、それらが同一のブレイスを占有 していない限り、相互に作用することはできない。第１のブレイスを占有してい る第１のエージェントが、第２のブレイスを占有している第２のエージェントと 相互作用するために、オペレーション”ｇｏ”に関連して後述するように、第１ のエージェントを第２のブレイスに転送させるインストラクションを、第１のブ レイスを占有している第１のエージェントは、生成する。第１及び第２のエージ ェントの両者が第２のブレイスを占有していると、第１のエージェントは第２の エージェントと相互作用することができる。 このように、本発明のプロセスは、リモートプログラミングの新規なインプリメ ンテーションであり、よく知られているリモートプロシージャコーリングのイン プリメンテーションではない。リモートプログラミングは、（ｉ）ネットワーク の通信メディアを介する通信を必要とせずにプロセスが相互作用することを可能 とし、（ｉ　ｉ）長い待ち時間、すなわちハイレイテンシイ　（ｈｉｇｈ−１ａ ｔｅｎｃｙ）となることが多いネットワークの通信メディアを介する通信を除い て、プロセス間の相互作用の性能を改善することによって、リモートプロシージ ャコーリングを改良する。 第１のコンピュータシステム内の第１のブレイスプロセスから、第１のコンピュ ータシステム又は第２のコンピュータシステム内の第２のブレイスプロセスへの エージェントプロセスの移動は、トリップと呼ばれる。エージェントは、エージ ェントクラス中において定義されたオペレーション“ｇｏ”を用いることによフ てトリップを開始する。エージェントは、トリップを定義するチケットを作り出 し、それに従うことによって、ネットワーク内の移動又はコンピュータシステム 内の移動を制御する。ここで、チケットとは、オペレーション”ｇｏ”に対する アーギュメント（引数）である。実施例では、チケットは、エージェントの移動 先のブレイスと、エージェントが移動する道筋、すなわち”　ｗａｙ”と、トリ ップを完了しなければならない時間と、トリップの緊急性の表示、すなわち同時 にスケジュールされている他のエージェントによる他のトリップに対するトリッ プの相対的な優先度とを特定している。 チケットは、エージェントの移動先のブレイスのアドレス、ネーム及びクラス、 又は、アドレス、ネーム及びクラスの任意の組合せを指定することによって、目 的とするブレイスを特定することができる。トリップの目的となるブレイスは、 チケットによって許容された時間内に、エージェントの立ち入りを許可する特定 のアドレス、ネーム及び／又はクラスのブレイスである。 オペレーション゛ｇｏ”において、エージェントの第１のブレイスから第２のブ レイスへの移動は次のように行われる。（ｉ）エージェントは中断され、第１の エージェントの実行状態が保存される。（ｉｉ）エージェントは標準形式、すな わちオクテツトストリーム（エージェントの保存された実行状態の情報を含む） によって表される。（ｉ　ｉ　ｉ）　ＰＩＡ準形穴形式１のブレイスから第２の ブレイスに転送される。ただし、このとき、第１のコンピュータから第２のコン ピュータに転送されることもある。（１■）第２のブレイスのエージェントが、 この転送された標準形式から、標準形式で表される実行状態も含めて形成される 。（ｖ）１１準形式に実行状態が保存されていたエージェントの処理が再開され る。 前述したように、本発明のコンピュータインストラクションセットは、オブジェ クト指向である。したがって、本発明によって形成された全てのオブジェクトは クラスに編成される。本発明の全てのクラスは、エージェントと共に移動するこ とのできるデータオブジェクトによって表される。したがって、あるブレイス内 において定義されていないクラスも、単に、エージェントがクラスを定義し、対 応するクラスオブジェクトをそのブレイスに転送することによって、そのブレイ スに移動してきたエージェントで使用することができる。 本発明の実施例における各オブジェクトは、プロセス、すなわちエージェント又 はブレイスに所有される。そして、エージェントが第１のブレイスから第２のブ レイスに移動する時に、そのエージェントによって所有される全てのオブジェク トはエージェントと共に第２のブレイスに移動する。ただし、後述するように、 本発明の実施例では、第２のブレイスに既に存在しているオブジェクトと同等の オブジェクトは、移動しない。エージェントが所有しているオブジェクトの他に 、これらのオブジェクトがメンバであるクラスを定義する全てのクラスオブジェ クトも、エージェントとともに第２のブレイスに移動する。ここで、クラスオブ ジェクトは、オブジェクトのクラスを表すオブジェクトであり、以下及びアペン ディックスＡに説明されるコンピュータインストラクション七ノドに従って構成 されたオブジェクトである。 したがって、第２のブレイスに移動するエージェントによって所有されるオブジ ェクトが、第２のブレイスにおいて定義されていないクラスのメンバであった場 合、エージェントがそのオブジェクトをメンバとするクラスを定義するクラスオ ブジェクトを第２のブレイスに運ぶことにより、そのオブジェクトは、エージェ ントとともに移動することができる。従来の技術によれば、第１のコンピュータ から第２のコンピュータに移動するプロセスは、第２のコンピュータ上において 定義されたクラスに所属するデータオブジェクトしか処理することができなかっ た。従来技術において、通常は、クラスの定義は、移動するプロセスと共に転送 されることはなかった。本発明では、第１のブレイスにおいて新しいクラスを形 成することができ、これらの新しいクラスのメンバは、これらの新しいクラスが 定義されていない他のブレイスに自由に移動する。したがって、本発明は、従来 技術にはみられない高レベルの拡張性、可動性及び汎用性をエージェントに与え る。 本発明によれば、多くのオブジェクトのクラスは、多数のブレイスにおいて定義 されるので、これらのブレイスに移動させる必要はない。本発明の一実施例Ｉこ おいて、多くのブレイスにおいて見出されることができるクラスオブジェクトや その仕のオブジェクトは、相互変換可能とされている。 相互変換可能（インターチェンジアブル）なオブジェクトは、それぞれ、ダイジ ェストを有している。第１のブレイスから第２のブレイスに移動するエージェン トによって所有される相互変換可能なオブジェクトはエージェントと共に移動せ ず、相互変換可能なオブジェクトのダイジェストがエージェントと共に第２のブ レイスに移動する。エージェントが第２のブレイスに到達すると、第２のブレイ スを含むコンピュータシステム内にある相互変換可能なオブジェクトは、これら の相互変換可能なオブジェクトのどれかが、エージェントと共に転送されてきた ダイジェストと等しいダイジェストを有しているかを検査される。第２のブレイ スを含むコンピュータシステムにおいてそのような相互変換可能なオブジェクト が見出された場合、その相互変換可能なオブジェクトは、第１のブレイスに残さ れてきた相互変換可能なオブジェクトに置き換えられる。しかし、第２のブレイ スにそのような相互変換可能なオブジェクトが見出されなかった場合、第１のブ レイスに残されてきた相互変換可能なオブジェクトが、第２のブレイスに移動す る。これにより、同等なオブジェクトが目的地のブレイスに存在する場合に、ネ ットワークの通信メディアを介してのオブジェクトの移動が避けられる。特に、 クラスオブジェクトは相互変換可能なため、第２のブレイスに移動するエージェ ントは、第２のブレイスにおいて定義されていないクラスを定義するクラスオブ ジェクトのみの第２のブレイスへの移動を生じさせる。ネットワークを通るクラ スオブジェクトの不要な移動を避けることによって、エージェントによって所有 されたオブジェクトが所属するクラスの定義を含んでいないブレイスへの、オブ ジェクトの移動が実用的のものとされる。 本発明の一実施例において、クラスはサイテション（ｃｉ　ｔａｔｉｏｎ）によ って特定される。異なるベンダ（製造者）によって供給される多くのコンピュー タシステムを有するコンピュータネットワークにおいて、エージェントプロセス が、それに向かって又はそれから移動することができる色々なコンピュータシス テム上で、ここに開示された色々なバージョンのインストラクションセットをイ ンプリメントすることができる。サイテションは、相互に前方向（ｒｏｒｖａｒ ｄ）又は後方向（ｂａｃｋｖａｒｄ）に互換性のあるクラス又はオブジェクトを 特定するために用いられるオブジェクトである。したがって、第１のクラスのオ ブジェクト又は第１のクラス自身の使用を必要とするインストラクションは、第 ２のクラスが第１のクラスに対して後方向に互換性がある場合、インストラクシ ョンの特別の要求に依存して、第２のクラスのオブジェクト又は第２のクラス自 身を使用することができる。 第１のブレイスを占有しているエージェントは、そのエージェントの１以上のク ローン（ｃｌｏｎｅ）を作りだし、各クローンをそれぞれのブレイスに移動させ ることもできる。クローンは、現存のエージェントプロセスの複写の結果として 生成されるエージェントプロセスである。エージェントは、１以上のクローンの 生成を開始し、制御し、さらに、オペレーション゛’　５ｅｎｄ”の遂行によっ て各クローンのそれぞれのブレイスプロセスへの移動を開始し制御する。エージ ェントは、オペレーション°’　５ｅｎｄ”のアーギュメントとして供給される １以上のチケットをつくり出すことによって、生成させるべきクローンの数を指 定し、対応するト１ルノブを定義する。各チケットは、エージェントの各クロー ンによって行われるトリップを定義する。エージェントによって供給されるチケ ットの数は、生成されるクローンの数を規定する。 エージェントのあるクローンが第２のブレイスに移動されたとき、そのクローン は、最初、そのクローンが生成された時点におけるエージェントの実行状態を備 えている。したが１て、そのクローンが第２のブレイヌに到達した時、そのクロ ーンは、オペレーション°°ｇＯ°′について前述したように、第２のブレイス へのエージェントの移動をシミュレートするように実行を継続する。 従来技術においては、第１のプロセス、すなわちヘッドプロセス（よ、ヘッドプ ロセスと同一のインターフェースを持つプロセス、すなわちヘッドプロセスと同 一のオペレーションを一般に遂行することができるリムプロセスを生成した。リ ムプロセスは、ヘッドプロセスによって指示さ、れな以外の働きはせず、単にヘ ッドプロセスの指示にしたがって、遠隔のコンピュータシステムに移動すること ができる。 し力化、本発明においては、クローンは自立的であり、そのクローンを生成した エージェントによって制御されることはない。例えば、クローンは後述するミー ティングを取り計らうためのエージェントによる全ての試みを無視するように設 計することができ、これにより、エージェントとクローンは相互に作用すること ができるようになる。エージェントは、後述するように他のエージェントと相互 作用を試みるのと同じように、エージェントのクローンと相互作用を試みなけれ ばならない。クローンは自立的であるから、第２のブレイスを占有するクローン は、エージェントによって指示されることなく、更にはエージェントの同意を得 ることもなく、オペレーション゛’　ｇｏ”の遂行によって第８のブレイスに移 動することができる。 従来技術のリムプロセスは、能動的ではなく、ヘッドプロセスの指示によっての み作業をするので、必然的に、ヘッドプロセスと遠隔のリムプロセスはネットワ ークの通信メディアを介して相互に作用していた。したがって、このような従来 技術のシステムのパラダイムは、リモートプロシージャコーリングに非常に近い ものである。対照的に、本発明に従って形成されたエージェントのクローンは、 能動的であり、自立的であり、エージェントを形成する全てのインストラクショ ンを有している。したがって、ネツトワークの通信メディアを介した相互ｆ乍用 番よ一切必要ない（実際にはいかなる相互作用も許容されない）。したがって、 本発明のパラダイムは、リモートプログラミングにより近いものである。したが って、本発明は、従来技術に比べて汎用性が大幅に向上している。 本発明の一実施例による効率の向上は、オペレーション”５ｅｎｄ”の遂行にお いて、あるエージェントのクローンの生成をできるだけ遅らせることによって、 実現される。例えば、第１のクローンと第２のクローンが、それぞれ第１のブレ イスと第２のブレイスとに送られるものとする。そして、エージェントが第１の コンピュータシステムにおいて実行され、第１のブレイスが第２のコンピュータ システムにおいて実行され、第２のブレイスが第３のコンピュータシステムにお いて実行されているものと想定する。さらに、第１のブレイス及び第２のブレイ スに移動する際に、第１及び第２のクローンが、第４のコンピュータシステムに おいて動作しているエンジンを通って移動しなければならないものと想定する。 このような場合、単一のクローンが形成され、第４のコンピュータシステム内に おいて実行しているエンジンに転送される。したがって、元のエージェントをイ ンターブリードしているエンジン内では単一のクローンがっくり出されるにすぎ ないので、そのエンジン内においてスペースが節減される。そして、ただ１つの クローンがネットワークの通信メディアを介して第４のコンピュータシステムに 転送されるので、クローンを第４のコンピュータシステムに転送する時間が節減 される。第４のコンピュータシステム内において実行しているエンジンは、第１ 及び第２のクローンを、前記単一のクローンがら形成し、これらの第１及び第２ のクローンをそれぞれ第１及び第２のブレイスに転送する。 エージェントは、エージェントの大きさの大部分を占めるようなオブジェクト（ 例えば、デジタル化された音や、ファクシミリ伝送のようなラスター化されたグ ラフィックスイメージ）を所有することができる。そして、各クローンが所有し ているこのように非常に大きなオブジェクトのコピーのいくつかを、単一のエン ジンへ送ることを避けることにより、実質的な時間及び賞月が節減される。 あるブレイスを占有している第１のエージェントは、そのブレイスを占有してい る第２のエージェントとの間でミーティングを開始することができる。このミー ティングの間、第１のエージェントは、オブジェクトの形式のデータを第２のエ ージェントに対して転送したり受け取ったりすることができる。そして、第２の エージェントプロセスは、オブジェクトの形式のデータを第１のエージェントに 対して転送したり受け取ったりすることができる。 本発明は、第１のプロセスによって仮想的な電子掲示板上のメツセージを郵送す ることを教示した従来技術のシステムに対する大幅な改良を示している。このメ ツセージは、次に予定された受領プロセスによって読まれる。従来技術のシステ ムにおいて、第１のプロセスは、仮想的な電子掲示板上においてリファレンスを 郵送することによって、第１のプロセスへのリファレンスを第２のプロセスに与 える。しかし、リファレンスを同時に交換するメカニズムは存在しないため、第 ２のプロセスは、第２のプロセスへのリファレンスを第１のプロセスに与える前 に第１のプロセスにアクセスする。したがって、従来技術のシステムには、悪意 のあるプロセスがそれ自身に対するアクセスを他のプロセスに与えることなしに 他のプロセスへのアクセスを取得してしまうのを、防止するメカニズムは存在し ない。 本発明は、第１のプロセスへのアクセスを第２のプロセスに同時に与えること無 しには第１のプロセスが第２のプロセスにアクセスすることができないように、 ２つのプロセスの間のコンタクトを確立する改良された方法を提供している。 本発明の一実施例によれば、２つのエージェントは、両方のエージェントが同一 のブレイスを占有し、そのブレイスがミーティングブレイスである場合にのみ相 互作用することができる。ミーティングブレイスは、ブレイスクラスのサブクラ スであるミーティングブレイスクラスのメンバであるブレイスである。第１のエ ージェントは、ミーティングブレイスがミーティングを取り計らうように指示す るインストラクションを送出することによって、第１のエージェントと第２のエ ージェントとの間のミーティングを取り計らうように指示する。送出されたイン ストラクションは、オペレーション”ｍｅｅｔ”と呼ばれ、第１のエージェント がこのインストラクションを送出することは、“ミーティングの要求“と呼ばれ る。 第１のエージェントは、インストラクションに対するアーギュメントとして、ミ ーティングを定義するペティション（ｐｅｔｉｔｉｏｎ）を供給する。ベティシ ョンは、ベティションされるエージェントとして第２のエージェントを特定する ことによってミーティングを定義する。第２のエージェントは、第２のエージェ ントのネーム及び／又はクラスを特定することによって、特定される。ペティシ ョンは、さらに、ミーティングが取り計られたり放棄されたりするのに要する最 長時間を指定することによってミーティングを定義する。 ミーティングを取り計らう際に、ミーティングブレイスは、第２のエージェント に、第１のエージェントのネーム及びクラスを供給するとともに、第２のエージ ェントとのミーティングを要求するインストラクションを第１のエージェントが 送出したことを示す。第２のエージェントは、第１のエージェントのネーム及び クラスを検査し、第１のエージェントとのミーティングを受け入れるか拒絶する かをミーティングブレイスに回答する。 ミーティングが拒絶された場合、第１のエージェントは、第２のエージェントが 利用可能でないことを示す通知を受ける。ミーティングが受け入れられた場合、 ミーティングブレイスは、第１のエージェントへのリファレンスを第２のエージ ェントに与えるとともに、第２のエージェントへのリファレンスを第１のエージ ェントに与える。第１のエージェントは、第２のエージェントへのリファレンス によって、（ｉ）オペレーションを遂行するように第２のエージェントに指示し たり、（ｉ　ｉ）アーギュメントとしてオブジェクトを第２のエージェントに供 給したり、（ｉ　ｉ　ｉ）第２のエージェントからリザルト（結果：ｒｅｓｕｌ ｔ）としてオブジェクトを受け取ったりすることができる。第２のエージェント は、第１のエージェントへのリファレンスを有するので、第１のエージェントに ついて同様の能力を有する。 第１のエージェント又は第２のエージェントは、適切な命令を送出することによ って、両者のミーティングを終了させることができる。ミーティングブレイスは 、送出された命令に応答してオペレーション”ｐａｒ　ｔ”を実行することによ って、第１のエージェントに含まれる第２のエージェントへのリファレンスをボ イドし、さらに第２のエージェントに含まれる第１のエージェントへのリファレ ンスもボイドし、これにより２つのエージェントの間の相互作用を終了させる。 本発明では、第２のエージェントが同意することなしには、又は第２のエージェ ントに第１のエージェントへのアクセスを許容することなしには、第１のエージ ェントは第２のエージェントにアクセスすることができなくなっており、従来技 術に比べて著しい進歩が見られる。さらに、２つのエージェントは両者が同一の ミーティングブレイスを占有しない限り相互作用できないので、エージェントに 対して中間レベルのセキュリティを与えることができる。例えば、あるエージェ ントは、他のエージェントによってその位置が知られていないミーティングブレ イスを占有することによって、他のエージェントがらそれ自身を保護（プロテク ト：　ｐｒｏｔｅｃｔ）することができる。逆に、容易に見ることができるよう に設計さこのようなメカニズムは従来技術には、見られないものである。 図面の簡単な説明 図１は、従来技術によるコンピュータシステムの構造を示す図である。 図２Ａは、リモートプロシージャコーリングを使用した従来技術による方法のフ ローチャートである。 図２Ｂは、リモートプロシージャコーリングを具体化する従来技術によるネット ワークを示す図である。 図３Ａは、リモートプログラミングを使用する従来技術による方法のフローチャ ートである。 図３Ｂは、リモートプログラミングを具体化する従来技術によるネットワークを 示す図である。 図４Ａ及び４Ｂは、本発明に従って構成されたネットワークを通るエージェント プロセスの運動を示す図である。 図５Ａ及び５Ｂは、本発明の原理に従って形成されたコンピユー・タシステムに おいて実行されるプロセスを示す図である。 図５Ｃは、本発明の一実施例におけるクラス階層の一部を示す図である。 図６Ａ〜６Ｃは、本発明に従って形成されたネットワークを通るエージェントプ ロセスの運動を示す図である。 図７Ａ〜７Ｅは、本発明に従って形成されたネットワークを通るエージェントプ ロセスのクローンの運動を示す図である。 図８Ａ〜８Ｆは、オペレーション”ｍｅｅｔ”を使用することによる２つのエー ジェントプロセスの間の相互作用を示す図である。 図９Ａ〜９Ｅは、本発明に従って形成されたブレイスプロセスの相互作用を示す 図である。 図１Ｏは、本発明に従って構成されたコンピュータネットワークの構成を示す図 である。 図１１Ａ及びＩＩＢは、図１０に示したネットワークの別の表現形態を現す図で ある。 図１２は、本発明の一実施例によるエージェントプロセスのクラス関係を示す線 図である 図１３Ａ及び１３Ｂは、オペレーション”　ｇｏ”の遂行による本発明のコンピ ュータネウートワーク内のエージェントプロセスの運動の直前及び直後における 、本発明に従って形成されたエージェントプロセスの状態を示す図である。 図１４Ａ〜１４Ｇは、オペレーション”　ｇＯ”の遂行による、本発明に従うネ ットワークを通るエージェントプロセスの運動を示すフローチャートである。 図１５Ａ〜１５Ｅは、本発明に従って形成されたネットワークの構造を示すと共 に、ネットワークを通るあるエージェントプロセスの運動を示す図である。 図１６は、パーミツトを含むエージェントプロセスの構造を示す図である。 図１７は、図１６のバーミツトの構造を示す図である。 図１８Ａは、テレアドレス、サイテション、テレネーム及びウェイを含む図３５ のチケットの構造を示す図である。 図１８Ｂは、図１８Ａのウェイの構造を示す図である。 図１９は、図１８Ａのテレネームの構造を示す図である。 図２０Ａは、本発明の一実施例によって形成されたディクショナリを示す図であ る。 図２０Ｂは、本発明の一実施例によって形成されたファインダの構造を示す図で ある。 図２１は、本発明の一実施例によるコード化エージェントの構造を示す図である 。 図２２Ａ及び２２Ｂは、オペレーション゛°ｅｎｔｅｒｉｎｇ”の直前及び直後 のエージェントプロセスの状態を示す図である。 図２２Ｃは、本発明の一実施例によるオペレーション“ｅｎｔｅｒｉｎｇ”の動 作の遂行における各ステップを示すフローチャートである。 図２３Ａ及び２３Ｂは、オペレーション”ｅｘｉｔｉｎｇ”の遂行の直前及び直 後のプロセスの状態の一部を示す図である。 図２４Ａ〜２４Ｃは、本発明に従って構成されるネットワークを通るエージェン トプロセスが移動するときの各ステップを示すフローチャートである。 図２４Ｄは、図２４Ａ〜２４Ｃに示したステップにおいて使用される、相互変換 （インターチェンジ）されたオブジェクトのレボジトリの構造を示す。 図２５は、本発明の原理によって形成されたコンピュータネットワークを示す図 である。 図２６Ａ及び２６Ｂは、オペレーション”　５ｅｎｄ”の遂行の直前及び直後の エージェントプロセスの状態の一部を示す図である。 図２６Ｃは、オペレーション”５ｅｎｄ”の直後のエージェントプロセスのクロ ーンの状態を示す図である。 図２７Ａ及び２７Ｂは、オペレーション”５ｅｎｄ”の遂行において、エージェ ントプロセスのクローンの形成の前及び後のエンジンプロセスの状態を示す図で ある。 図２８は、オペレーション”　５ｅｎｄ”の遂行によって、エージェントプロセ スの各クローンが、コンピュータネットワークのそれぞれのコンピュータシステ ムに移行した、図２５のコンピュータネットワークを示す図である。 図２９Ａ〜２９Ｅは、デイファードクローニングと称される本発明の他の例に従 って構成される、あるエージェントプロセスのクローンが通過して移動するコン ピュータネットワークを示す図である。 図３０Ａは、ニル（０）及びチケットリストを含むフレームの構造を示す図であ る。 図３０Ｂは、本発明に従って形成されたエージェントプロセスのコード化クロー ンの構造を示す図である。 図３１Ａ及び３１Ｂは、オペレーション”ｔｗｅｅｔ”の遂行の直前及び直後に おけるプロセスの状態を示す図である。 図３２は、オペレーション”ｍｅｅｔ−の遂行における各ステップを示すフロー チャートである。 図３３は、コンタクトのセントを含むエージェントプロセスの状態の一部を示す 図である。 図３４Ａ及び３４Ｂは、オペレーション”ａ＋ｅｅｔｉｎｇ”の遂行の直前及び 直後におけるプロセスの状態を示す図である。 図３５は、本発明の一実施例に従うオペレーション”ｍｅｅｔｔｎｇ　”の遂行 における各ステップを示すフローチャートである。 図３６は、本発明における相互作用する２つのエージェントプロセスの状態を示 す図である。 図３７Ａ及び３７Ｂは、オペレーション゛’　ｐａｒｔ”の遂行の直前及び直後 におけるエージェントプロセスの状態の一部を示す図である。 図３８は、オペレーション”　ｐａｒｔ”の遂行の直後における図３６に示した エージェントプロセスの状態を示す図である。 ＩＫ３９Ａ〜３９Ｆは、本発明において、第１のエージェントプロセスが第２の エージェントプロセスと相互作用している間の、第１のエージェントプロセスの 状態の一部を示す図である。 図４０は、本発明の一実施例において、図３９Ａ〜３９Ｆに示す相互作用してい る間の、第２のエージェントプロセスの各ステップを示すフローチャートである 。 図４１Ａは、本発明に従って形成されたクラス定義の構造を示す図である。 図４１Ｂは、本発明の一実施例に従って形成されたクラスオブジェクトの構造を 示す図である。 図４ＩＣは、本発明の第２の実施例に従って形成されたクラスオブジェクトの構 造を示す図である。 図４２は、本発明に従って形成されたインターフェースオブジェクトの構造を示 す図である。 図４３は、セット、識別子及びブーリアンを含むフィーチャ定義の構造を示す図 である。 図４４は、コンストレイント及びブーリアンを含む属性定義の構造を示す図であ る。 図４５は、コンストレイント及びリスト（コンストレイントを含む）を含むオペ レーション定義の構造を示す図である。 図４６は、コンストレイントの構造を示す図である。 図４７は、２つのリストと６つのレキシコンを含むインプリメンテーションオブ ジェクトの構造を示す図である。 図４８は、プロシージャ及びリスト（識別子を含む）を含むメソッドの構造を示 す図である。 図４９は、図４８のプロシージャの構造を示す図である。 図５０は、サイテション（テレネーム、２つのインチジャ（整数）及び識別子を 含む）の構造を示す図である。 図５１は、サイテションをそれぞれ含む２つの引用（サイト）されたオブジェク トの構造を示す図である。 図５２Ａは、オペレーション°“ｄＯ゛の遂行における各ステップを示すフロー チャートである。 １Ｚ５２Ｂは、インチジャ及びプロシージャを含む定義済みフレームの構造を示 す図である。 図５３は、スタック（ユーザフレームを含む）を含むプロセスの実行状態を示す 図である。 図５４は、図５３のユーザフレームの状態を示す図である。 図５５Ａ及び５５Ｂは、図５５Ｃに示すように結合されるフローチャートであり 、ユーザ定義オペレーションの遂行における各ステップを示すフローチャートで ある。 図５６Ａは、スタック（フレームを含む）を含むプロセスの実行状態を示す図で ある。 （ｍ５６Ｂは、第２のフレーム及び図５６Ａのプロセスの実行状態を示す図であ る。 図５６０は、最初に述べたフレームと第２のフレームとを含むスタックを含む図 ５６Ａ及び５６Ｂのプロセスの実行状態を示す図である。 図５７は、本発明に従って、クラス階層からフィーチャ定義とメソッドを選択す る際の各ステップを示すフローチャートである。 図５８Ａは、リストがメンバであるクラスの階層を示す図である。 図５８Ｂは、クラスリストがメンバであるクラスの階層を示す図である。 図５９は、オブジェクトのイニシアリゼイションをするときの各ステップを示す フローチャートである。 図６０は、オペレーション”ｉ「パの遂行における各ステップを示すフローチャ ートである。 図６１は、オペレーション°’　ｅｉｔｈｅｒ”の遂行における各ステップを示 すフローチャートである。 図６２Ａ及び６２Ｂは、オペレーション”５ｅｌｅｃｔ”の遂行の直前及び直後 におけるプロセスの実行状態を示す図である。 図６３は、オペレーション゛’　５ｅｌｅｃｔ’”の遂行における各ステップを 示すフローチャートである。 図６４は、オペレーション”５ｅｌｅｃｔ”の遂行の動的状態を示す、定義済み フレームの状態を示す図である。 図６５は、オペレーション”ｗｈｉｌｅ”の遂行における各ステップを示すフロ チャートである。 図６６Ａ及び６６Ｂは、オペレーション“ｃａｔｃｈ”の直前及び直後における プロセスの実行状態の一部を示す図である。 図６７は、オペレーション”ｃａｔｃｈ”の遂行における各ステップを示すフロ チャートである 図６８は、オペレーション”Ｉｏｏｎ’“の遂行における各ステップを示すフロ チャートである。 図６９は、実行されたオブジェクトと２つのインチジャとを含むレビートフレー ムの構造を示す図である。 図７０は、オペレーション”ｒｅｐｅａｔ”の遂行における各ステップを示すフ ロチャートである。 図７１は、スタック（ユーザ定義フレーム、定義済みフレーム、レビートフレム 及び第２のユーザ定義フレームを上部から下部にかけて含む。）を含むプロセス の実行状態を示す図である。 用語の解説 アブストラクトクラス（Ａｂｓｔｒａｃｔ　Ｃ１ａｓｓ）　：アブストラクトク ラス番よ、インスタンス（例）を持たない。アブストラクトクラスは、サブクラ スを持つことができ、アブストラクトクラスは、アブストラクトクラスのサブク ラスによって引き継がれたフィーチャ（ｆｅａｔｕｒｅ）　、メソッド（ｓｅｔ ｂｅｄ）及びプロノ（ティ（ｐｒｏｐｅｒｔｙ）を定義することができる。 エージェント（Ａｇｅｎｔ）　：　エージェントは、あるプレイスに存在し、移 動できるプロセス、すなわち第１のブレイスから第２のブレイスＩこ移動するこ とのできるプロセスである。 アーギュメント（Ａｒｇｕｍｅｎｔｓ）　：　アーギュメントは、入力データと してオペレーションの遂行によって使用（ｃｏｎｓｕｍｅｄ）されるオブジェク トである。換言すれば、アーギュメントは、リクエスタ（ｒｅｑｕｅｓｔｅｒ） の要求により、レスポンダ（「ｅｓｐｏｎｄｅｒ）によってオペレーションが遂 行される直前に、リクエスタからレスポンダに転送されるオブジェクトである。 アトリビュート（Ａｔｔｒｉｂｕｔｅ）　：アトリビュート（属性）は、あるオ ブジェクトの内部状態に関する情報を検索し又はセットするフィーチャである。 通常、この情報は、オブジェクト自身に属するが、時には、アトリビュートを呼 び出す際にオブジェクトを特定化するためのリファレンスに属する。アトリビュ ートは、一対のオペレーションであり、一方のオペレーションはレスポンダの内 部状態に関する情報をセントし、他方のオペレーションはレスポンダの内部状態 に関する情報を検索する。 オーソリティ　（Ａｕｔｈｏｒｉｔｙ）　ニオ−ソリティは、ネットワーク内の 種々のリソースを所有して管理するエンティティ　（ｅｎｔｉｔｙ）である。オ ーソリティの一例はネットワークのユーザである。オーソリティの作成は管理さ れており、プログラム的に作り出されることはない。すなわちオーソリティは、 プロセスの要求によって作り出されることはない。 クラス（Ｃ１ａｓｓ）　：クラスは、（ｉ）クラスのメンバの内部状態を規定す る０以上のプロパティ（ｐｒｏｐｅｒｔｙ）と、（ｉｉ）クラスのメンノ（の内 部挙動を規定する０以上のメソッド（ｍｅｔｈｏｄ）と、（ｉｉｉ）クラスのメ ンバの外部的な挙動を規定する０以上のフィーチャ（ｆｅａｔｕｒｅ）とを定義 する。 コンクリートクラス（Ｃｏｎｃｒｅｔｅ　Ｃ１ａｓｓ）　：コンクリートクラス は、インスタンス（例）を有するクラスである。 エンジンブレイス（Ｅｎｇｉｎｅ　Ｐｌａｃｅ）　：各エンジンは、エンジン自 身を表わす１つのエンジンブレイスを必ず有する。 エンジン（Ｅｎｇｉｎｅ）　：エンジンは、オブジェクトや基本的なプロセスを 管理するとともに、インストラクションを実行するコンピュータシステム内のマ シンである。エンジンは、通常、オペレーティングシステムや種々のユーザアプ リケーションと共にコンピュータシステムに加えられて、コンピュータシステム 内において実行されるコンピュータプロセスである。１以上のエンジンは、ネッ トワークの各コンピュータシステム内において実行される。そして、各エンジン は少なくとも１つのブレイスを処理する。 エクセプション（Ｅｘｃｅｐｔｉｏｎ）　：エクセプション（例外）は、フィー チャの遂行が完全に成功しなかったときに、そのフィーチャの遂行によって”送 出（ｔｈｒｏｗ）“されるオブジェクトである。なお、エクセプションは、この ように送出されるオブジェクトの状態を指す用語として使用されることもある。 エクセブションは、あるオペレーションの失敗によって生じるものであり、成功 したオペレーションによって生じるリザルトとは異なっている。そのため、レス ポンダは、エクセプションを°°生成（ｐｒｏｄｕｃｅ）“するのではなく、エ クセプションを”送出゛°すると言われる。リザルトの生成と、エクセブション の送出との区別は、この明細書の一部であるアベンディンクスＡにおいて、より 一層詳細に説明されている。 フィーチャ（Ｆｅａｔｕｒｅ）　：フィーチャは、オブジェクトが遂行を指示さ れるタスクである。タスクは、コンピュータインストラクションセットを含むメ ソッドによって遂行される。フィーチャの遂行は、そのフィーチャのメソッドに ついてのコンピュータインストラクションの実行によって行われる。あるフィー チャは、あるオブジェクトの特定のクラスと関係があり、あるフィーチャの遂行 は、そのフィーチャを遂行するオブジェクトの特定の内部状態によって異なった ものとなる。フィーチャは、概念的には２つのカテゴリ、すなわち（ｉ）アトリ ビュート及び（ｉ　ｉ）オペレーションに分類される。 フレーム（Ｆｒａａ＋ｅ）　：フレームは、フィーチャの遂行の間、そのフィー チャを遂行するメソッドの動的状態を記録するオブジェクトである。フレームは 、エンジンが実行しているメソッドに関する情報（現に実行されているインスト ラクションやメソッドに基づくフィーチャを遂行するオブジェクトを特定化する 情報を含む）を保持するために、エンジンによって使用される。 識別子（Ｉｄｅｎｔｉｆｉｅｒ）　：識別子（アイデンティファイ）は、オブジ ェクトである。そして、このオブジェクトは、他のオブジェクトを参照すること ができるオブジェクトである。識別子の”テキスト（ｔｅｘｔ）”は、ある特定 の範囲内において、他の識別子から識別子を区別するストリング（文字列）であ る。識別子の範囲については、アペンディックスＡに詳細に説明されている。 インプリメンテーション（Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）　：インプリメンテ ーションは、ある特定のフィーチャの遂行の際に実行されるコンピュータステッ プのセットである。インプリメンテーションオブジェクト（ｉｍｐｌｅｍｅｎｔ ａｔｉｏｎ　ｏｂｊｅｃｔ）は、あるクラスのいろいろのフィーチャのいろいろ のインプリメンテーションを定義するオブジェクトである。 インスタンス（Ｉｎｓｔａｎｃｅ）　：オブジェクトが、あるクラスのメンバで あり、そのクラスのいかなるサブクラスのメンバでもない場合に、そのオブジェ クトは、そのクラスのインスタンスである。 インターフェイス（Ｉｎｔｅｒｆａｃｅ）　：インターフエイスは、特定のアト リビュート又は使用された特定のアーギュメントと、ある特定のオペレーション の遂行によって生じる結果であるリザルトとを定義する。インターフェイスオブ ジェクト（ｉｎｔｅｒ４ａｃｅ　ｏｂｊｅｃｔ）は、あるクラスの種々のフィー チャの種々のインターフェイスを定義するオブジェクトである。 メンバ（Ｍｅｏｂｅｒ）　：オブジェクトは、そのオブジェクトがインスタンス となっているクラスのメンバである。また、オブジェクトは、そのクラスのいか なるスーパークラスのメンバでもある。 メソッド（Ｍｅｔｈｏｄ）　：メソノドは、コンピュータインストラクションセ ットであり、これらのインストラクションの実行は、ある特定のフィーチャの遂 行を構成する。メソッドオブジェクト（ｍｅｔｈｏｄ　ｏｂｊｅｃｔ）は、メソ ッドを規定するオブジェクトである。メソッドは、そのメソッドの実行の間、す なわちそのメソッドのインストラクションの実行の間、動的状態となる。このよ うなメソッドの動的状ネットワーク（Ｎｅｔｗｏｒｋ）　：全てのエンジンブレ イス、これらのエンジンブレイスが実行されるコンピュータシステム及びこれら のコンピュータシステムを接続する通信装置は、全体として集合的に１つのネッ トワークを形成する。 オブジェクト（Ｏｂｊｅｃｔ）　：オブジェクトは、コンピュータシステムにお ける演算処理環境内のエレメントである。オブジェクトは、０以上のプロパティ によりて規定される内部状態と、０以上のメソッドによって規定される内部挙動 と、０以上のフィーチャによって規定される外部挙動とを有する。 オペレーション（Ｏｐｅｒａｔｉｏｎ）　：オペレーションは、インターフェイ ス及びインプリメンテーションを規定するためのフィーチャである。 ブレイス（Ｐｌａｃｅ）　：プレイヌは、プロセスであり、０以上のプロセスの ための場所である。第１のブレイスは第２のブレイス内に存在することができる 。このとき、第１のブレイスは、第２のブレイスのサブブレイスであり、第２の ブレイスは、第１のブレイスのスーパーブレイスである。 プリミティブ（Ｐｒｉｍｉｔｉｖｅ）　：プリミティブは、プロシージャ又はメ ソッドの形成に使用されるオブジェクト、すなわちインストラクションとして用 いられるオブジェクトである。 プロセス（Ｐｒｏｃｅｓｓ）　：プロセスは、自律的な演算処理を構成するオブ ジェクトである。プロセスは、別のオブジェクトからの要求なしにメソッドを遂 行するので、自律的である。プロセスは、そのプロセスの起動と共に中央メソッ ドの遂行を開始し、中央メソッドの完了と共に破棄される。各オブジェクトは、 必ず１つのプロセスに属し、各プロセスはそれ自身に属する。この明細書で使用 する”コンピュータプロモス”と言う用語は、より一般的な周知の定義である、 コンピュータシステムによって実行される一連のインストラクションを意味する 。 プロパティ　（Ｐｒｏｐｅｒｔｙ）　ニブロバティは、第２のオブジェクトの内 部状態の一部を表わすオブジェクトである。 リファレンス（Ｒｅｆｅｒｅｎｃｅ）　：リファレンス（参照）は、特別のオブ ジェクトを識別するためのデータ構造である。あるフィーチャを遂行するように 指示されたオブジェクトは、フィーチャのりクエスタによって供給されるオブジ ェクトへのリファレンスによって識別される。リファレンスは、プロテクト（保 護）されていることもあり、プロテクトされていないこともある。オブジェクト は、そのオブジェクトを識別するプロテクトされたリファレンスを用いて、変更 や修正がされることはない。 リージョン（Ｒｅｇｉｏｎ）　：リージョン（領域）は、単一のオーソリティに よって制御されるネットワーク内の１以上のエンジンブレイスである。リージョ ンは、一般に、そのリージョンのエンジンブレイスが稼働しているコンピュータ システムの正確な連係と管理によって識別される。リージョン内のエージェント の転送は、一般に、リージョン間のエージェントの転送に比べて速くて低コスト である。 リージョンは、例えば、広域ネットワークに接続されたローカルエリアネットワ ーク内に存在することもできる。 リクエスタ（Ｒｅｑｕｅｓｔｅｒ）　：リクエスタは、他のオブジェクト、すな わちレスポンダに対して、フィーチャを遂行するように指示するオブジェクトで ある。リクエスタは、対象となるフィーチャのレスポンダに入力データとして、 ０以上のオブジェク−トを供給し、そのフィーチャ９レスポンダから出方データ として、０又は１つのオブジェクトを受け取る。なお、フィーチャを遂行するよ うにオブジェクトに指示することを、そのフィーチャを遂行するようにオブジェ クトに”要求する”という。 レスポンダ（Ｒｅｓｐｏｎｄｅｒ）　：レスポンダは、他のオブジェクト、すな わちリクエスタの指示に従って、フィーチャを実行するオブジェクトである。レ スポンダは、入力データとして０又は１つのオブジェクトを受け取り、そのフィ ーチャの遂行によって０又は１つのオブジェクトを出力データとして供給する。 なお、レスポンダはご応答オブジェクト（レスポンディングオブジェクト：　ｒ ｅｓｐｏｎｄｉｎｇ　ｏｂｊｅｃｔ）　”とも呼ばれる。 リザルト（Ｒｅｓｕｌｔ）　：リザルト（結果）は、オペレーションの遂行によ って、出力データとして”生成”されるオブジェクトである。換言すれば、リザ ルトは、リクエスタの要求によってレスポンダがオペレーションを遂行した直後 に、レスポンダからりクエスタに転送されるオブジェクトである。 サブクラス（Ｓｕｂｃｌａｓｓ）　：サブクラスは、１以上の他のクラスがら、 メソッド、プロパティ及び／又はフィーチャの定義を受け継ぐ。サブクラスは、 他のクラスから受け継がなかった１以上のプロパティ、メソッド及び／又はフィ ーチャを定義することができ、そのフィーチャの新しいインプリメーテンション の定義によって、他のクラスから受け継がながったフィーチャを新たに遂行する ことができる。 スーパークラス（Ｓｕｐｅｒｃｌａｓｓ）　：サブクラスがプロパティ、メソッ ド及び／又はフィーチャを受け継いだクラスは、そのサブクラスのスーパークラ スである。 バーチャルブレイス（Ｖｉｒｔｕａｌ　ｐｌａｃｅ）　：エンジンプレイスでな いブレイスは、全てバーチャルプレイスである。 叉晟盟り狂態な塁里 本発明の原理によれば、新規のコンピュータプロセスのセットは、複数の相互接 続されたコンピュータシステムの中から選択されたコンピュータシステムにある 特別なコンピュータプロセスをルーティングするとともに、その選択されたコン ピュータシステムにおいて、特別なコンピュータプロセスを実行するために用い られる。具体的には、本発明のコンピュータプロセスは、オブジェクト指向型の コンピュータプロセスとして定義される。本発明のコンピュータプロセスは、（ ｉ）プロセス中に、様々なオペレーションを定義するインストラクションセット と、（ｉ　ｉ）コンピュータプロセスの遂行の際に、インストラクションセット をインターブリードし、中央処理装置（ＣＰＵ）の動作を制御するエンジンとを 含む。 後述するように、特別なコンピュータプロセスは、それ自身の移動を指示する。 すなわち、特別なコンピュータプロセスは、ネットワーク内の移動先のコンピュ ータシステムを識別し、そこに移動されることを指示するインストラクションを 実行することにより、コンピュータネットワークを通るそれ自身の転送を指示す る。特別なコンピュータプロセスは、移動先のコンピュータシステムにおいて実 行されている間に、ネットワークの他の箇所からでは使用できないような情報に アクセスすることができる。特別なコンピュータプロセスは、他のコンピュータ システムに移動すべきかを判断するために、このような情報にアクセスして使用 することができる。後述するように、本発明は、従来技術には見られなかったよ うなレベルの移動性、拡張性及び普遍性を有するコンピュータプロセスを提供す る。 従来技術に典型的に見られるリモートプログラミングパラダイム（ｒｅｍｏｔｅ 　ｐｒ。 ｇｒａａｎｉｎｇ　ｐａｒａｄｉｇｍｓ）においては、コンピュータプロセスは 、それ自身の移動を指示することはなく、単に送信先のコンピュータシステムに おいて実行されるように、送信元のコンピュータシステムから送られる。コンピ ュータプロセスが、ネットワークを介してのそれ自身の移動を指示しない場合に は、コンピュータプロセスは、送信先のコンピュータシステムにおいて得られる 情報に基づいて、移動するべき他のコンピュータシステムを選択することができ ない。すなわち、このようなコンピュータプロセスは、新たなコンピュータシス テムに送られる前に、最初に送られたコンピュータシステムで得た情報を持って 、送信元のコンピュータシステムに戻らなければならない。これに対して、本発 明のコンピュータプロセスは、ネットワークを介してそれ自身の移動を指示する ことができる。すなわち、本発明のコンピュータプロセスによれば、従来のリモ ートプログラミングパラダイムを実質的に拡張することとなる。 コンピュータネットワークを介してそれ自身の移動を指示するプロセスを提供す る従来のリモートプログラミングシステムは、普遍性や拡張性に欠けている。 すなわち、従来のシステムは、（ｉ）同種のコンピュータネットワークに限定さ れるか、又は（ｉ　ｉ）異種のネットワークにおいて移動するプロセスが、プロ セスを実行するどんなコンピュータシステムにも、すなわち移動中のプロセスが 向かっているコンピュータシステムにも適応するインストラクションを有するこ とを要求しており、普遍性に欠けている。これに対して、本発明では、プロセス は、異種のコンピュータネットワークを介して移動し、プロセスのインストラク ションの実行は、そのプロセスが実行されている特定のコンピュータシステム、 すなわちプロセスの移動先のコンピュータシステムには依存しない。後述するよ うに、以下に開示されるコンピュータインストラクションは、異種のネットワー クのどのコンピュータシステムによっても一様に実行される。すなわち、本発明 に従って形成されるプロセスは、異種のコンピュータネットワークのどのコンピ ュータシステムにも移動でき、そのコンピュータシステムの性質に関する特別な 情報なしに、そのコンピュータシステム内で実行できる。 従来の典型的なリモートプログラミングシステムは、プロセスがデータオブジェ クトのクラスを作り出すことができないう点において、さらには、プロセスがそ のクラスのデータオブジェクトを次に移動するコンピュータシステムでは利用で きないという点において、拡張性に欠けている。今日の多くのコンピュータシス テムはオブジェクト指向型である。既に用語の解説で説明したように、オブジェ トは、（ｉ）０以上のプロパティによって定義される内部状態と、（ｉ　ｉ）　 ０以上のメソッドによって定義される内部挙動と、（ｉ　ｉ　ｉ）　０以上のフ ィーチャによって定義される外部挙動とを有する。同様なプロパティ、メソッド 及びフィーチャを有するオブジェクトのグループのプロパティ、メソッド及びフ ィーチャは、１つのクラスによって規定される。従来技術のシステムでは、クラ スを定義するプロセスは、そのプロセスが移動したコンピュータシステム内で実 行されている間には、そのクラスのオブジェクトを使用することはできない。ク ラス定義が標準化されていない、一般にクラス定義が非常に大きく複雑である、 及び一般に単一のプロセスが多くのクラスのオブジェクトを使用するというよう な理由により、従来技術のシステムでは、移動するプロセスと共にクラス定義を 移動させることは、はぼ不可能であり、現実的ではない。 従来の典型的なシステムは、プロセスの移動を考慮せずに設計された従来のプロ グラミング言語に基づいているため、クラス定義は標準化されていない。したが って、このように、従来のプログラミング言語を用いて形成されたプロセス中の クラス定義は、通常は、プロセスが生成されたコンピュータシステム固有の情報 に依存している。このような固有の情報とは、例えば、クラス定義の一部の特別 なメモリアドレスである。従来のシステムでは、このようにコンピュータシステ ム固有の情報に依存するため、クラス定義をリモートコンピュータシステムに転 送することは非常に困難である。 本発明において、クラスは、開示されたコンピュータインストラクションセット の一部であるクラスオブジェクトによって表される。本発明に従って形成された プロセスは、あるコンピュータシステムから他のコンピュータシステムに移動す るとき、クラスオブジェクトを含んでいる。したがって、プロセスは、第１のコ ンピュータシステムにおいて、オブジェクトクラスを定義したり、第１のコンピ ュータシステムから第２のコンピュータシステムへ移動したり、第２のコンピュ ータシステムにおいて、そのクラスのオブジェクトを利用したりすることができ る。なお、移動するプロセスによって利用されるクラスを全て転送する必要はな く、移動先のコンピュータシステムにおいて定義されていないクラスのみを転送 すればよく、これにより無駄な転送時間やコストが削減される。 また、本発明は、複数のコンピュータシステムに、プロセスの複数のクローンを 同時に転送する際に、従来技術には見られなかったような、優れた効率性が得ら れる。後述するように、プロセスの１つのクローンの移動経路が、他のクローン の移動経路と一致している間は、プロセスの１つ以上のクローンの生成を遅らせ ることにより、実質的な効率が向上する。クローン及び発明のこの点については 、後で詳細に説明する。 リモートブグラミングシステムにおいて、２つのプロセスは、第１のプロセスが 第２のプロセスに第１のプロセスへのアクセスを与えることによって、情報を共 有する。第１のプロセスは、第２のプロセスへのアクセスを得ることなく、第２ のプロセスに第１のプロセスへのアクセスを与える。この状況において、第２の プロセスは、第２のプロセスのセキュリティ　（安全性）を犠牲にすることなく 、第１のプロセスの実行に自由に干渉することができる。本発明によれば、第１ のプロセスは、第２のプロセスへのアクセスを得ると同時に、第３のプロセスの 協力と連係により、第１のプロセスへのアクセスを第２のプロセスに与える。さ らに、第２のプロセスの構成に従って第２のプロセスが第１のプロセスとのこの ようなアクセス権の交換を受け入れたり拒絶したりするような、新たなセキュリ ティが提供される。第３のプロセスは、（ｉ）第２のプロセスにこのようなアク セス権の交換を同意させることや、（ｉｉ）各プロセスに他のプロセスへのアク セス権を帰させることを保証する。そして、どのようなプロセスであっても、こ のようなアクセス権の付与の機会がプロセスに与えられない限り、プロセスは他 のプロセスの実行に、干渉することはできない。 本発明の新規なコンピュータプロセスは、エージェントプロセスである。二一ジ ントプロセスは、アペンディクスＡ〈本発明の一部であり、引用として本明細書 の一部を構成している。）に開示さているコンピュータインストラクションによ って形成されたコンピュータプロセスである。エージェントプロセスは、本発明 の他の新規のコンピュータプロセスであるエンジンによって、それぞれインター ブリートされる。そして、このエンジンによって、以下及びアベンデイクスＡに 開示されるコンピュータインストラクションが実行される。本明細書において、 ゛インターブリートするパと言う言葉の意味は、この分野で普通に理解されてい る通りに用いられてる。すなわち、”インターブリートする”と、一連のコンピ ュータインストラクションの中の１つのコンピュータインストラフシロンがエン が解読される。 ここに開示されるように、インストラクションセットのインストラクションをイ ンターブリートすることは、コンパイル（ｃｏｍｐ　ｉ　Ｉ　ｉ　ｎｇ）に比べ て、より大きな普遍性を提供する。第１のエージェントは、第１のコンピュタ− システムから第２のコンピュタ−システムに移動し、そこで第１のエージェント にプロシージャを与える第２のエージェントとミート（鳳ｅｅｔ）　、すなわち 通信を行うことができる。 そして、第１のエージェントは、第１のエージェントが本来実行するように設計 されていなかったプロシージャを実行することができる。 さらに、本発明の他の新規なコンピュータプロセスは、ブレイスプロセスである 。ブレイスプロセスは、コンピュータネットワークを介して分散している。各エ ージェントプロセスは、それぞれのブレイスプロセスを”占有”している。すな わち、ブレイスプロセスは、エージェントプロセスの内部状態の一部であり、エ ージェントプロセスの実行におけるコンテキストを提供する。各エージェントプ ロセスは、第１のブレイスプロセスから第２のブレイスプロセスへのエージェン トプロセスの移動を開始し、制御することができる。なお、本明細書において、 ”エージェントプロセス”及び”ブレイスプロセス°°は、それぞれ”エージェ ント°及び”ブレイス”と略して記述する。 図４Ａは、通信リンク１０２ＡＢによって接続されたコンピュータシステム１２ ０Ａ、１２０Ｂを有するコンピュータネットワーク１００を示している。コンピ ュータシステム１２０Ａは、ブレイス２２０Ａ及びエージェント１５０Ａを実行 する。エージェント１５０Ａは、図４Ａに示すように、ブレイス２２０Ａを占有 している。コンピュータシステム１２０Ｂは、ブレイス２２０Ｂを実行する。 以下において、エージェント又はブレイスが特定のブレイスを占有しているとい う表現は、そのエージェント又はブレイスがその特定のブレイスを含むコンピュ タ−システム内において実行されているということも含むように解釈するものと する。 エージェント１５０Ａは、コンピュータシステム１２０Ａにインストラクション を送出する。エージェント１５０Ａは、このインストラクションに応答して、イ ンストラクションによって指定されているブレイス、例えばブレイス２２０Ｂに 転送される。このインストラクションは、オペレーション”ｇｏ”と呼ばれ、エ ージェント１５０Ａによるインストラクションの送出は、エージェント１５０Ａ によるオペレーション”ｇｏ”の遂行と呼ばれる。 エージェント１５０Ａによってオペレーション”ｇｏ“が遂行されると、（ｉ） エージェント１５０Ａの実行は中断され、（ｉｉ）エージェント１５０Ａは、そ の実行状態を含む標準形式にエンコードされ、（ｉ　ｉ　ｉ）エージェント１５ ０Ａの標準形式はコンピュータシステム１２０Ｂに転送され、（ｉｖ）エージェ ント１５０Ａは、保存された実行状態を含む標準形式からデコードされ、（Ｖ） コンピュータシステム１２０Ｂ内において、エージェント１５０Ａの実行が再開 される。エージェント１５０Ａによってオペレーション”ｇｏ”が遂行された後 は、エージェント１５０Ａは、もはやブレイス２２ＯＡには存在せず、コンピュ ータシステム１２０Ａでは実行されていない。その代りに、エージェント１５０ Ａは、ブレイス２２０Ｂに存在し、コンピュータシステム１２０Ｂ（図４Ｂ）内 において実行されている。このように、エージェントは、エージェントの実行の 最中に他のコンピュータシステムに移動できるので、アクセスすべきデータに向 がって自由に移動することができる。 標準形式とは、あるコンピュータシステムがら他のコンピュータシステムへのエ ージェントの転送のために、エージェントがエンコードされた形式である。標準 形式は、エンコードされたエージェントの実行状態を保存しているので、転送先 のコンピュータシステムにおいて、この標準形式をデコードして、オペレーショ ン”ｇＯ”の次にこのデコードされたエージェントのインストラクションを実行 することにより、エージェントの実行を再開することができる。本発明のネット ワーク内の各コンピュータシステムは、エージェントに含まれるコンピュータイ ンストラクションの実行に適したどのような形式においても、エージェントを保 有するこ−とができる。しかし、二人の人が会話するためには、共通の言語の文 法や語索を互いに了解していなければならないのと同じように、あるコンピュー タシステムから他のコンピュータシステムにエージェントを転送するときには、 ネットワークのこれらのコンピュータシステムは、エージェントの標準形式を使 用しなければならない。標準形式については、本明細書の一部であるアペンディ ックスＢ、Ｃ，Ｄに詳細に説明されている。　・エージェントは、ネットワーク を介してそれ自身の移動、すなわち転送を指示することができる。ここで、第１ のコンピュータシステムから第２のコンピュータシステムへのトリップに必要な パラメータを指定するための手段が提供されなければならない。 このトリップの第１のパラメータは、エージェントが転送されるブレイス、すな わちトリップの目的地である。実施例において、トリップの目的地は、ネーム、 クラス又はアドレスによって指定することができる。アドレスは、例えば、ロー カルエリアネットワーク内の特定の位置を指示する。 ２以上のパスウェイ（通路）が第１のコンピュータシステムと第２のコンピュー タシステムの間に存在していることがしばしばある。例えば、あるパスウェイは 迅速だが高価で、別のパスウェイは時間はかかるが安価であるようなことがある 。このようなとき、エージェントの転送に常に好ましいパスウェイというものは 存在しない。したがって、トリップの第２のパラメータは、エージェントが移動 するときの”ｗａｙ”と”ｍｅａｎｓ”である。 また、近くのコンピュータシステムヘトリップするように作られたエージエンの エラーが、エージェントの作成者にとって非常に高くつくような、遠隔のコンピ ュータシステムへのエージェントの移動の原因となることがある。そのため、ト リップの重要なパラメータの１つは、トリップがアボート（異常終了）されるま でに、エージェントの転送に使用できる時間又はリソースの量である。 また、ネットワークを介したエージェントの転送を制御する際に考慮しなけらば ならない重要な事項として、上述の他に、セキュリティがある。例えば、ある特 定のコンピュータシステムに転送されている全てのエージェントが、そのコンピ ュータシステムに入ることを許可されると、そのコンピュータシステムは、実質 的な処理を必要とする多くのプロセスによって過負荷となって、スルーブツトが 低下してしまうことがある。 したがって、トリップの別のパラメータは、目的地のブレイスにおいて必要とさ れるエージェントのリソースの量である。そして、エージェントが要求するリソ ースの量が、ブレイスが提供することができるリソースの量、又はブレイスが提 供しようとしているリソースの量を越える場合には、そのエージェントは、その ブレイスへの進入を拒絶されることがある。 実施例において、チケット１３０６（図４Ａ）は、エージェント１５０Ａの転送 を制御し、目的地のブレイスとして、ブレイス２２０Ｂを特定する。図４Ａに示 すように、エージェント１５０Ａは、チケット１３０６を有している。チケット １３０６は、ブレイス２２０Ａからブレイス２２０Ｂへのエージェント１５０Ａ のトリップを規定する。実施例において、チケット１３０６は、（ｉ）そのトリ ップの目的地のブレイスと、（ｔｉ）目的地のブレイスに転送されるときにエー ジェント１５０Ａが取るべき”ｗａｙ”又はパスウェイと”−ｅａｎｓ”と、（ ｉｉｉ）トリップがアボードするまでの時間、すなわちトリップが完了しなけら ばならない時間と、（ｉｖ）目的地のブレイスにおいて、エージェント１５０Ａ が使用をするリソースの量とを規定する。ブレイス２２０Ｂにおいてエージェン ト１５０Ａが使用することができるリソースの量を規定することによって、ブレ イス２２０Ｂは、ブレイス２２０Ｂが提供するリソースよりも多くのリソースを 、エージェント１５０Ａが必要としているかを判断できる。そして、エージェン ト１５０Ａがブレイス２２０Ｂが提供するリソースよりも多くのリソースを必要 としている場合、ブレイス２２０Ｂは、エージェント１５０Ａの進入を拒絶する ことができる。そして、後述するチケットを使用することによって、エージェン トは、第１のブレイスと第２のブレイスとの間の継続中のトリップを完全に規定 することができる。 前述したように、従来技術によるプロセスは、もともと存在しているコンピュー タシステムにおいて規定されたクラスのオブジェクトしか操作することができな い。換言すれば、従来技術によるプロセスが、オブジェクトクラスを規定した後 に、他の目的地のコンピュータシステムに移動した場合には、そのプロセスは、 目的地のコンピュータシステムが、同一のクラスの定義を含むか、又はそのプロ セスが目的地のコンピュータシステム内の同一クラスを規定している場合を除い て、そのクラスのオブジェクトを操作することができない。後述するように、あ るブレイスから他のブレイスに移動する本発明のエージェントは、目的地のブレ イスにおいては規定されていないクラスの定義を転送する。すなわち、本発明に よるエージェントは、第１のコンピュータシステム内のおいてクラスを定義でき るとともに、第２のコンピュータシステムに移動でき、第２のコンピュータシス テムで実行されている間、そのクラスのオブジェクトを操作することができる。 したがって、本発明のエージェントには、従来技術のプロセスに比べて著しい進 歩が見られる。 その他に、コンピュータプロセスが移動するコンピュータネットワークにおいて 、複雑でマルチレベルのセキュリティシステムを実現する方法が、従来技術では 一般に欠如している。従来技術においては示唆されておらず、本発明によって提 供されるセキュリティ形式は、ブレイスによって提供される。後述するように、 ブレイスは、エージェントに対して進入を許可したり拒絶したりすることによっ て、様々なレベルのセキュリティを提供する。そして、多くのブレイスによって 、マルチレベルの階層的なセキュリティを提供するように構成することができる 。 本発明の色々な局面や実施例についての理解と視覚化を助けるために、色々な状 態を表現したり、相互の関係を表したりする際に、一定の表現方法に基づいて図 面が描かれている。本説明中に用いられている表現方法は、図５Ａ、図５Ｂ及び 図５Ｃに示すようなものである。コンピュータシステム１２０Ａ（図５Ａ）は、 ブレイス２２０Ａ、ブレイス２２０Ｘ、ブレイス２２０Ｙ、エージェント１５０ Ａ、エージェント１５０ｘ及びエージェント１５０Ｙを実行する。また、コンピ ュータシステム１２０Ａは、オブジェクト１４０Ａ、１４０Ｂ、１４０Ｘを、例 えばコンピュータシステムのマスメモリやメインメモリ（どちらも図示しない） 等のメモリ内に備えている。エージェント１５０Ａ、１５０Ｘはブレイス２２０ Ａを占有し、ブレイス２２０Ｙはブレイス２２０Ｘを占有し、エージェント１５ ０Ｙはブレイス２２０Ｙを占有している。エージェント１５０Ａはオブジェクト １４０Ａ、１４０Ｂを所有し、ｘ−ジｚンｌ−１５０Ｘはオブジェクト１４０Ｘ を所有している。占有と所有の相互の関係については、後で詳細に説明するが、 簡単に説明すると、ブレイスの占有によって、様々なレベルやタイプのセキュリ ティが規定され、所有によって、オペレーション゛’　ｇｏ”を実行するエージ ェントと共にどのオブジェクトが移動するかが決定される。 図５Ｂは、図５Ａに示された相互関係、すなわち上述した相互関係についての、 他の表現である。図５Ａは、それぞれの関係、例えば、エージェント１５０Ｘが ブレイス２２０Ａを占有しオブジェクト１４０Ｘを収容していること等を正確に 表しているが、より複雑な相互関係を表すには適してはいない。そこで、図５Ｂ のようなツリー構造は、本発明の種々な実施例の様々なコンピュータインストラ クションを表す際に、より複雑な相互関係を表すために用いられている。 図５Ｂのツリー構造は、図５０に部分的に示されたようなりラス階層ツリーと混 同されるべきではない。図５０は、図５Ａ、図５Ｂに示した様々なアイテムのク ラス関係を表している。オブジェクト１４０Ａ、１４０Ｂ、１４０Ｘは、クラス オブジェクト５２０によって表されるクラス”Ｏｂｊ　ｅｃ　ｔ”のメンバであ る。クラス内の帰属関係は、前述の用語の解説に詳細に説明されており、この帰 属関係は、クラスと、そのクラスのメンバであるオブジェクトとの間の点線によ って表されている。クラスオブジェクト５２２は、クラス”　０ｂｊｅｃｔ”の サブクラスであるクラス゛’　Ｐｒｏｃｅｓｓ”を表している。ブレイス２２０ Ｘ、２２０Ｙ、２２０Ａは、クラス゛’　ｐｌａｃｅ”のメンバであり、このク ラス”ｐｌａｃｅ”は、クラス”Ｐｒｏｃｅｓｓ”のサブクラスであり、クラス オブジェクト５２４によって表されている。エージェント１５０Ａ、１５０Ｘ、 １５０Ｙは、クラス−Ａｇｅｎｔ”のメンバであり、このクラス”Ａｇｅｒ＋ｔ ”は、クラス”Ｐｒｏｃｅｓｓ“のサブクラスであり、クラスオブジェクト５２ ６によって表されている。したがって、ブレイス２２０Ｘ、２２０Ｙ、２０Ａ及 びエージェント１５０Ａ、１５０Ｘ、１５０Ｙは、全て、クラス”　Ｐｒｏｃｅ ｓｓ”のメンバであり、コンピュータプロセスである。一方、オブジェクト１４ ０Ａ、１４０Ｂ、１４０Ｘは、クラス゛’　Ｐｒｏｃｅｓｓ”のメンバではなく 、コンピュータプロセスではない。 あるエージェントがあるブレイスから別のブレイスに転送されるとき、エージェ ントによって所有されているオブジェクトは、エージェントと共に、ブレイスか らブレイスへと転送される。しかし、オブジェクトが大きい場合には、オブジェ クトの転送には、非常に多くのリソースが消費される。一般に、第１のコンピュ ータシステムにおいて実行されている第１のブレイスから、第２のコンピュータ システムにおいて実行されている第２のブレイスに、オブジェクトを含むエージ ェントの転送に要する時間は、既に第２のブレイスに存在しているオブジェクト については転送しないようにすることによって、実質的に減少する。これは単純 な例を考察することによって、容易に示される。エージェント１５０Ａ（図１６ Ａ）は、コンピュータシステム１２０Ａにおいて実行されており、やはりコンピ ュータシステム１２０Ａにおいて実行されているブレイス２２０Ａを占有してい る。このエージェント１５０Ａは、オブジェクト１４０Ａ、１４０Ｂ、１４０Ｃ を所有している。この実施例では、オブジェクト１４０Ｂはダイジェスト６２２ を有する。ダイジェスト６２２は、オブジェクト１４０Ｂが相互置換可能であり 、ダイジェスト６２２と同じダイジェストを持つオブジェクトであれば、どのよ うなオブジェクトであってもオブジェクト１４０Ｂに代わることができることを 示している。 ブレイス２２０Ｂは、オブジェクト６２４．６２６を所有している。したがって 、ブレイス２２０Ｂには、オブジェクト６２４，６２６が存在している。オブジ ェクト６２４は、ダイジェスト６２８を有している。プロセスは、そのプロセス によって所有される全てのオブジェクトと、そのプロセスをメンバとするクラス と、そのプロセスによって所有されるオブジェクトをメンバとするクラスとを有 している。前述したように、オペレーション゛ｇＯ”を遂行するときに、エージ ェント＋　５０Ａ及びエージェント１５０Ａが持っている全てのオブジェクトは 、標準形式で表わされる。しかし、オブジェクト１４０Ｂは、エージェント１５ ０Ａの標準形式には含まれない。その代わりに、ダイジェスト６２２のコピーで あるダイジェスト６２２−Ｃ（図６Ｂ）が、エージェント１５０Ａの標準形式に 含まる。エージェント１５０Ａ、オブジェクト１４０Ａ、１４　ＱＣ，ダイジェ スト６２２−Ｃは、矢印Ａの方向に通信リンク１０２ＡＢを介して、コンピュー タシステム１２０Ｂに転送される。オブジェクト１４０Ｂは、少なくともコンピ ュータシステム１２０Ｂ内で相互置換可能な同等のオブジェクトが見出されたこ とが確認されるまで、コンピュータシステムｌ　２ＯＡ内に保持される。 コンピュータシステム１２０Ｂ（図６Ｃ）において、エージェント１５０Ａ、オ ブジェクト１４０Ａ、１４０Ｃ及びダイジェスト６２２−Ｃは、デコードされる 。エージェント１５０Ａをデコードする際に、コンピュータシステム１２０Ｂは 、ダイジェスト６２２−Ｃを認識し、同等のダイジェストを持ったオブジェクト がブレイス２２０Ｂを占有しているかを判断する。ここで、ブレイス２２０Ｂを 占有するオブジェクト６２４は、ダイジェスト６２８を有している。このダイジ ェスト６２８はダイジェスト６２２に等しく、したがって、このダイジェスト６ ２８はダイジェスト６２２−Ｃに等しい。ダイジェスト６２８はダイジェスト６ ２２に等しいので、オブジェクト１４０Ｂとオブジェクト６２４は相互に変換可 能である。したがって、エージェント１５０Ａをデコードする際に、オブジェク ト６２４のコピー、すなわちオブジェクト６２４−Ｃが生成され、このオブジェ クト６２４−Ｃが、エージェント１５０Ａの相互置換可能なオブジェクト１４０ Ｂに置き換えられる。したがって、エージェント１５０Ａは、オブジェクト１４ ０Ｂの代わりに、オブジェクト６２４のコピーであるオブジェクト６２４−Ｃを 所有する。したがって、ブレイス２２０Ｂへのオブジェクト１４０Ｂの転送は行 われない。そして、コンピュータシステム１２０Ｂにおいて、相互に変換可能な 同等のオブジェクトが見つかったので、コンピュータシステム１２０Ａからオブ ジェクト１４０Ｂが削除される。もちろん、コンピュータシステム１２０Ｂにお いて、相互に変換可能な同等のオブジェクトが見つからない場合もある。このよ うな場合には、後述するように、オブジェクト１４０Ｂ　（図６Ｂ）は、コンピ ュータ１２ＯＡから検索される。 第１のブレイスを占有するエージェントは、エージェントの１以上のクローンプ ロセスを作成して、各クローンプロセスをそれぞれのブレイスに転送することが できる。したがって、実際には、あるエージェントは、幾つかのブレイスに移動 して、それらのブレイスを同時に占有することができる。もちろん、同時に移動 するのは、単一のエージェントではなく、そのエージェントの複数のクローンで ある。 エージェントは、同時に、幾つかのブレイスに移動してこれらのブレイスを占有 するために、あるインストラクションを送出する。このインストラクションは、 エージェントの複数のクローンを生成し、各クローンをそれぞれのブレイスに移 動させる。各クローンは１つのエージェントであり、クローンが生成されたとき 、クローンは元のエージェントと同一である。したが、って、クローンは元のエ ージェントと同じ実行状態を備えている。 例えば、コンピュータ１２ＯＡ（図７Ａ）のブレイス２２０Ａを占有しているエ ージェント１５０Ａは、１以上のブレイスを占有するために、エージェント１５ ０Ａのクローンを生成して転送するインストラクションを、コンピュータシステ ム１２ＯＡに送出する。ここで、クローンが転送されるブレイスは、送出された インストラクションに指定されており、例えば、コンピュータシステム１２０Ｂ のブレイス２２０Ｂやコンピュータシステム１２０Ｃのブレイス２２０Ｃである 。 このインストラクションは、オペレーション”５ｅｎｄ”と呼ばれる。ここで、 エージェント１５０Ａによるこのインストラクションの送出は、エージェント１ ５０Ａによるオペレーション″５ｅｎｄ”の遂行と呼ばれる。図７Ａ、７Ｂ、７ Ｃ，７Ｄに示したエージェント１５０Ａによるオペレーション”５ｅｎｄ”の遂 行は、本実施例では、エージェント１５０Ａ内の２つのチケット（図示してない ）によりて制御される。これらの２つのチケットは、それぞれのクローンの転送 を制御するとともに、エージェント１５０Ａのそれぞれのクローンが転送される ブレイスであるブレイス２２０Ｂとブレイス２２０Ｃを特定する。 エージェント１５０Ａ−１，１５０Ａ−２（図７Ｂ）は、エージェント１５０Ａ から生成されたクローンであり、ブレイス２２ＯＡを占有していないという点を 除いて、エージェント１５０Ａと同一である。前述したように、エージェント１ ５０Ａ−１，１５０Ａ−２の実行状態も、最初は、エージェント１５０Ａの実行 状態と同一である。エージェント１５０Ａ−１，１５０Ａ−２は、後述するよう に、コンピュータ間通信リンク１０２ＡＢＣ（図７Ｃ）を通って、それぞれ、ブ レイス２２０Ｂ、２２０Ｃに移動す粂。エージェント１５０Ａによる才へレーシ ョン”５ｅｎｄ”の実行後（図７Ｄ）も、エージェント１５０Ａは、ブレイス２ ２０Ａを占有し続ける。一方、エージェント１５０Ａ−１は、ブレイス２２０Ｂ を占有し、エージェント１５０Ａ−２は、ブレイス２２０Ｃを占有する。 あるクローンの移動経路と他のクローンの移動経路が同じであるときは、すなわ ち、少なくとも２つのクローンについて移動経路の最初の一部分が同じであると きは、エージェント１５０Ａのクローンの生成の一部を遅らせることによって、 コンピュータシステム１２０Ａ内の領域や、エージェント１５０Ａのクローンの 転送に要する時間を節減することができる。例えば、図７Ｅにおいて、エージェ ント１５０Ａの２つのクローンは、それぞれの目的地のブレイス２２０Ｂ、２２ ０Ｃに到達するためにコンピュータシステム１２０Ｄを通過しなければならない 。 このとき、エージェント１５０Ａの１つのクローン、すなわちエージエン目５０ Ａ−１のみが、コンピュータシステム１２０Ｄに転送される。そして、エージェ ント１５０Ａの第２のクローン、すなわちエージェント１５０Ａ−２は、エージ ェント１５０Ａ−１からコンピュータシステム１２０Ｄで生成される。次に、エ ージェント１５０Ａ−１，１５０−Ａ２は、それぞれの目的地のブレイス２２０ Ｂ、２２０Ｃに転送される。したがって、エージェント１５０Ａから１つのクロ ーンのみがコンピュータシステム１２ＯＡによって生成され、このクローンだけ がコンピュータシステム１２０Ｄに転送される。かくして、コンピュータシステ ム１２０Ａの領域が節約されるとともに、エージェント１５０Ａ−１，１５０Ａ −２をそれぞれの目的地に転送するための時間も節約される。 ２つのエージェントは、これらの２つのエージェントの間のミーティングにより 、情報を交換する。このようなミーティングにおいて、各エージェントには、相 手のエージェントに対するリファレンスが与えられる。後述するように、第２の エージェントへのリファレンスを有する第１のエージェントは、（ｉ）第２のエ ージェントに含まれている指示に従って、特定の動作を行うように第２のエージ ェントに指示したり、（ｉｔ）第２のエージェントに対してデータを送受信した りすることができる。どのようなエージェントであっても、そのエージェントへ のリファレンスを第２のエージェントに与えない限り、第２のエージェントへの リファレンスは与えられない。これにより、エージェントに対する他のエージェ ントからの干渉が防止される。このように、相互アクセスを承認することなしに は、エージェントは第２のエージェントにアクセスすることができない。 あるブレイスを占有する第１のエージェントは、そのブレイスを占有する第２の エージェントとのミーティングを開始することができる。このミーティングにお いて、第１のエージェントは、第２のエージェントにオブジェクトを転送したり 、第２のエージェントからオブジェクトを受け取ったりすることができ、また第 ２のエージェントは、第１のエージェントにオブジェクトを転送したり、第１の エージェントからオブジェクトを受取ったりすることができる。 クラス”ｐｌａｃｅ”　（図５Ｃ）のサブクラスは、クラス”　Ｍｅｅｔｉｎｇ 　Ｐｌａｃｅ”　（図示しない）である。例えば図８Ａ〜８Ｆに示すように、ブ レイス２２０Ｂは、クラス”Ｍｅｅｔｉｎｇ　Ｐｌａｃｅ”のメンバであり、ミ ーティングブレイスである。したがって、ブレイス２２０Ｂは、本明細書におい て時にミーティングブレイス２２０Ｂと称される。コンピュータシステム１２０ Ｂにおいて実行されているミーティングブレイス２２０Ｂ　（図８Ａ）は、ミー ティングブレイス２２０Ｂを占有しているエージェント１５０Ａ、１５０Ｂに、 矢印Ａ、Ｂによって示すように、ミーティングにおいて情報を交換するための手 段を提供する。エージェント１５０Ａ中のペティション３１０６は、エージェン ト１５０Ａとエージェント１５０Ｂの間のミーティングを規定し、管理する。 エージェント１５０Ａとエージェント１５０Ｂの間のミーティングは、図８Ｂ〜 ８Ｆに示すように構成される。エージェント１５０Ａ（図８Ｂ）は、エージェン ト１５０Ａとエージェント１５０Ｂの間のミーティングを準備するようにミーテ ィングブレイス２２０Ｂに指示するための、矢印８５１によって表された第１の コンピュータインストラクションを送出する。第１のインストラクションは、ペ ティション３１０Ｇを含んでいる。ここで、ミーティングの制御を行うベティシ ョン３１０６は、エージェント１５０Ａがエージェント１５０Ｂとミーティング しようとしていることを規定している。エンジンは、矢印８５２に示すように、 第２のコンピュータインストラクションを、ミーティングブレイス２２０Ｂ　（ 図８Ｃ）のために発生する。このインストラクションは、エージェント１５０Ａ が第１のコンピュータインストラクションを送出したことをエージェント１５０ Ｂに通知する。また、このインストラクションは、エージェント１５０Ａとエー ジェント１５０Ｂの間のミーティングが可能であるかを判断するために、コンピ ュータインストラクションをエージェント１５０Ｂ内で実行させる。 エージェント１５０Ａとエージェント１５０Ｂの間のミーティングが、承認可能 であると判断されたら（図８Ｄ）、エージェント１５０Ｂは、矢印８５３に示す ように、エージェント１５０Ａとエージェント１５０Ｂの間のミーティングを準 備するようにエンジンに指示する回答を、ミーティングブレイス２２０Ｂのため に、第２のコンピュータインストラクションに対して送出する。そして、エンジ ンは、ミーティングブレイス２２０Ｂ　（図８Ｅ）のために、エージェント１５ ０Ｂへのリファレンスを、矢印８５４Ａに示すように、エージェント１５０Ａに 送出するとともに、エージェント１５０Ａへのリファレンスを、矢印８５４Ｂに 示すように、１５０Ｂに送出する。こうして、エージェント１５０Ａ（図８Ｆ） は、エージェント１５０Ｂへのリファレンスを用いて、矢印８５５Ａに示すよう に、エージェント１５０Ｂと相互作用し、エージェント１５０Ｂは、エージェン ト１５０Ａへのリファレンスを用いて、矢印８５５Ｂに示すように、エージェン ト１５０Ａと相互作用する。 ２つのエージェントは、これら２つのエージェントが同一のブレイスを占有して いない限り、ミーティングすることはできない。ブレイスの階層構造は、さまざ まなエージェントに、いろいろなレベルとタイプのアクセス及びセキュリティを 与えるためのメカニズムを、本発明のユーザに提供する。アクセス及びセキュリ ティに、いろいろなレベル及びタイプがあることによる利点は、例えば図９Ａ〜 図９Ｅに示すような実施例によって示される。 図９Ａ１．ｔ、７０７９０２−１．９０２−２，９０２−３．９０２−４．９０ ２−５を有する建物９０２を示している。フロア９０２−３は建物９０２のブレ イス内の１つのブレイスであり、したがって建物９０２のサブブレイスである。 図９Ｂは、ルーム９０２−３−１．９０２−３−２．９０２−３−３．９０２− ３−４を有するフロア９０２−３を示している。ルーム９０２−３−２はフロア ９０２−３のブレイス内のブレイスであり、したがってフロア９０２−３のサブ ブレイスである。 建物９０２の構造は、Ｎ層的なセキュリティに好適である。例えば、建物９゜２ には、第１のセキュリティレベルの人々、例えば軍の関係者のみが入れるように 制限することがことができる。フロア９０２−３には、第２のレベル（より高い レベル）のセキュリティレベルの人々、例えば海軍関係者のみが入れるように、 更に制限することができる。ルーム９０２−３−２には、第３の（より高いレベ ル）セキュリティレベルの人々、例えば海軍将校のみが入れるように、更に制限 することができる。フロア９０２−３とは無関係に、フロア９０２−４には、例 えば空軍関係者のみが入れるように、更に制限することができる。 コンピュータシステム１２０Ｘ（図９Ｃ）内のエンジンは、ブレイス２２０Ｘ１ ．２２０Ｘ２を実行する。ここで、ブレイス２２０Ｘ１は、例えば、建物９゜２ を表す。ブレイス２２０Ｘ１−１．ブレイス２２０Ｘ１−２は、ブレイス２２０ Ｘ１　（図９Ｄ）を占有する。したがって、ブレイス２２０Ｘ１−１、ブレイス ２２０Ｘ−１−２は、ブレイス２２０Ｘ−１のサブブレイスであり、逆に、ブレ イス２２０Ｘｌは、ブレイス２２０Ｘ１−１．２２０Ｘｌ−２（７）７！、−バ ープレイステある。ここで、ブレイス２２０Ｘ１−１、ブレイス２２０Ｘ１−２ は、例えば、フロア９０２−４．９０２−３を表す。また、ブレイス２２０Ｘ１ −２−１は、ブレイス２２０Ｘ１−２　（図９Ｅ）を占有する。したがって、ブ レイス２２０Ｘ１−２−１は、ブレイス２２０Ｘ１−２のサブブレイスであり、 ブレイス２２０ＸＩ−２は、ブレイス２２０Ｘ１−２−１のスーパーブレイスで ある。ここで、ブレイス２２０Ｘ１−２−１は、例えば、ルーム９０２−３−１ を表す本発明の一実施例において、２つのエージェントは、”対面（フェイス− ツウ−フェイス）”しているときだけ、すなわち２つのエージェントが同一のブ レイスを占有するときだけ、ミーティングすることができる。なお、本実施例で は、エージェントは、ただ１つのブレイスのみを占め、そのブレイスのサブブレ イスやスーパーブレイスを同時に占有することはない。例えば、ブレイス２２０ Ｘ１−２を占有するエージェントは、ブレイス２２０Ｘ１又はブレイス２２０Ｘ １−２−１を同時に占有することはない。建物９０２（図９Ａ）にいる第１の人 は、フロア９０２−３にいない限り、フロア９０２−３の２番目の人と対面して 会話できないのと同様に、ブレイス２２０Ｘ１　（図９Ｄ）を占有するエージェ ントは、ブレイス２２０Ｘ１−２を占有するエージェントとは交信できない。ま た、フロア９０２−３　（図９Ｂ）にいる第１の人は、ルーム９０２−３−２に いない限り、ルーム９０２−３−２にいる第２の人と対面して会話できないのと 同様に、ブレイス２２０Ｘ１−２　（図９Ｅ）を占有するエージェントは、ブレ イス２２０Ｘ１−２−１を占有するエージェントとは交信できない。 このような、ブレイスの階層は、本発明のユーザが、ブレイス２２０Ｘ１へのア クセスを制限したり、更にブレイス２２０Ｘ１−２へのアクセスを制限したり、 更にブレイス２２０Ｘ１−２−１へのアクセスを制限したりすることを可能にす る。ただし、このように実現されるセキュリティの階層は、実行されたブレイス の階層に必ずしも直接に関連しているのではない。例えば、ブレイス２２０Ｘ１ −２へのアクセスは、ブレイス２２０Ｘ１−２のサブブレイス、例えばブレイス ２２０Ｘ１−２−１へのアクセスよりも、更に制限することができる。なお、ブ レイスへのアクセスの制限については、後で詳細に説明する。このように、ブレ イスの階層は、いろいろなエージェントに、あるブレイス、これらのブレイスの サブブレイス、及びこれらのサブブレイスのスーパーブレイスを占有している他 のエージェントに対するいろいろなアクセスレベルを与えることができるような 、高度なセキュリティの階層を、本発明のユーザが構成することを可能にする。 以上に説明した新規なプロセスの詳細をさらに記述するためには、以上に説明し たコンピュータシステムの構造のよりよき理解が必要とされる。図１０に示す実 施例において、３つのコンピュータシステムは、コンピュータネットワーク１０ ０を形成するように接続されている。コンピュータシステム１２０Ａは、ＣＰＵ １１ＯＡ、ネットワーク通信ハードウェア１０４Ａ及びメモリ１１７Ａを有して いる。ここで、図１の入力モジュール１２及び出力モジュール１４に対応する入 力モジュール及び出力モジュールは、分かり易くするために割愛している。また 、図１のマスメモリ１７Ａ及びメインメモリ１７Ｂは、メモリ１１７Ａを形成す るように組み合わされている。ネットワーク通信ハードウェア１０４Ａは、ＣＰ Ｕｌｌ０Ａがネットワークを介して信号を伝送させたり、ネットワークから信号 を受けてインターブリードしたりすることができれば、どのような装置でもよい 。 メモリ１１７Ａには、ＣＰＵｌｌ０Ａ内において同時に動作するコンピュータプ ロセスが存在する。ネットワークマネージャ１３０Ａは、コンピュータネットワ ークのいろいろのコンピュータシステムの間のデータ伝送を管理するコンピュー タプロセスである。オペレーティングシステム１３１Ａは、いろいろなコンポー ネントの動作及びコンピュータシステム１２０Ａのリソースを管理するコンピュ ータプロセスである。例えば、オペレーティングシステム１３１Ａは、ＣＰＵ１ １０Ａ、メモ１Ｊ１１７Ａ及び入力／出力モジュール（図１０には示していない 。 図１参照。）の使用を管理する。エンジン１３２Ａは、本発明のオブジェクト指 向コンピュータインストラクションセットのコンピュータインストラクションを インターブリードし、このオブジェクト指向コンピュータインストラクションセ ット中に規定されたオブジェクトに含まれる情報を処理するコンピュータプロセ スである。例えば、エンジン１３２Ａは、ブレイス２２０Ａ（図４Ａ）とエージ ェント１５０Ａを同時に実行する。ここで、ブレイス２２０Ａとエージェント１ ５０Ａは、本発明のオブジェクト指向コンピュータインストラクションセットに よって構成されるプロセスである。なお、エンジン１３２Ａは、図４八には示さ れていない。 コンピュータシステム１２ＯＡのメモＩＪ１１７Ａ（図３０）内において実行さ れるプロセスとしては、上述した他にも、通常は１以上のプロセス、例えばユー ザアプリケーション１３３Ａが存在する。ユーザアプリケーション１３３Ａは、 エンジン１３２Ａによってインターブリードされるオブジェクト指向インストラ クションセント内において規定されたオブジェクトの生成及び／又はマニピユレ ーションをエンジン１３２Ａに要求することができる。 コンピュータシステム１２０Ｂ、１２０Ｃは、コンピュータシステム！２ＯＡと 同様に構成されている。ただし、コンピュータシステム１２０Ａ、１２０Ｂ。 １２０Ｃの一般的な構造は同様であるが、コンピュータシステム１２０Ａ、１２ ０Ｂ、１２０Ｃはその他の点では異なっていてもよい。 コンピュータネットワーク１００のコンピュータシステムは、あるコンピュータ システムから他のコンピュータシステムに、エージェントプロセスを転送するこ とができるように接続されている。コンピュータシステム１２０Ａ、１２０Ｂ。 １２０Ｃは、それぞれのネットワーク通信ハードウェア）０４Ａ、１０４Ｂ、１ ０４Ｃを、通信リンク１０２ＡＢ、１０２ＢＣ１１０２Ａｃで結合することによ って、コンピュータネットワークを形成するように接続されている。ここで、通 信リンク１０２ＡＢ、１０２ＢＣ，１０２ＡＣ！！、１つのネットワーク通信ハ ードウェア、例えばネットワーク通信ハードウェア１０４Ａがら、別のネットワ ーク通信ハードウニ乙例えばネットワーク通信ハードウェア１０４Ｂに、データ を転送することができるものであれば、どのような手段であってもよい。例えば 、ネットワーク通信リンク１０２ＡＢは、公衆電話網であってもよい。この場合 、ネットワーク通信ハードウェア１０４Ａ、１０４Ｂはモデムである。そして、 ネットワークマネージャ１３０Ａ、１３０Ｂは、通信リンク１０２ＡＢ、すなわ ち公衆電話網を介した通信を確立し利用するように、それぞれのネットワーク通 信ハードウェア１０４Ａ、１０４Ｂにコマンドを送出する。 オブジェクト指向コンピュータインストラクションセットから成るオブジェクト は、エンジン、例えばエンジンＬ３２Ａ（図１１Ａ）によって実行される。エン ジン１３２Ａは、通信下部構造１３２Ａ−ＣＩ　、プログラム部１３２Ａ−Ｐ及 びデータ部１３２Ａ−Ｄを有する。エンジン１３２Ａによって実行されるオブジ ェクト、例えばオブジェクト１４０Ａの状態を表すデータは、エンジン１３２Ａ のデータ部１３２Ａ−Ｄに記憶されている。エンジン１３２Ａのデータ部１３２ Ａ−Ｄは、エンジン１３２Ａのワークスペースとして予約されたメモリ１１７Ａ （図１０）内のメモリスペースであり、通常は、コンピュータシステム１２ＯＡ 上の他のプロセス、例えばオペレーティングシステム１３１Ａやユーザアプリケ ーション１３３Ａは、アクセスすることはできない。 前述したように、エンジンはプロセス及びオブジェクトを実行する。エンジン１ ３２Ａのプログラム部１３２Ａ−Ｐ　（図１１Ａ）は、データ部１３２Ａ−Ｄに おいて表されるオブジェクトを実行するコンピュータインストラクションを有す る。プログラム部１３２Ａ−Ｐを形成するように組み合わされるコンピュータイ ンストラクションは、既知のコンピュータ言語によるものでよい。例えば、実施 例において、エンジンのプログラム部は、本発明の原理にしたがって、Ｃ＋＋プ ログラミング言語によって構成されている。 エンジン１３２Ａの通信下部構造１３２Ａ−ＣＩは、ネットワークｌＯＯを介し て、分散されたエンジンの間でデータを転送するためのコンピュータインストラ クションを有する。エンジンの通信下部構造のさまざまな様相については、この 明細書の一部であるアペンディクスＤに一層詳細に説明されている。 図１１Ｂは、図１１Ａのコンピュータネットワークを別の形式で表現したもので ある。図１１Ａに示すように、コンピュータシステム１２０Ｂのエンジン１３２ Ｂは、エンジン１３２Ａと同じように構成されている。 ネットワーク中のオブジェクト 後述するように、ブレイス２２０Ａ、２２０Ｂ　（図４Ａ）、エージェント１５ ０Ａ、チケット１３０６等は、本発明の原理に従って、”オブジェクト”を用い て規定されている。前述したように、オブジェクトは、データ部１３２Ａ−Ｄ（ 図１１Ａ）に記憶されている。そして、このオブジェクトは、エンジン１３２Ａ 。 １３２Ｂによってインターブリードされるコンピュータインストラクションセッ トにしたがって形成され、エンジン１３２Ａによってインターブリートされる。 例えば、データ部１３２Ａ−Ｄ中のオブジェクト１４０Ａは、エンジン１３２Ａ 、１３２Ｂによってインターブリードされるコンピュータインストラクションセ ットにしたがって形成され、エンジン１３２Ａによってインターブリードされる 。 本発明のコンピュータインストラクションセットの概略本発明の新規な各プロセ ス及びこれらのプロセスを定義したり支援したりするために必要ないろいろなフ ィーチャは、本発明のエンジンによってインターブリートされるコンピュータイ ンストラクションセットによって定義される。本発明のコンピュータインストラ クションは、オブジェクト指向である。したがって、本発明のデータ、例えばエ ージェント１５０Ａを表すデータは、それぞれ内部状態と外部挙動とを有するオ ブジェクトに組織化される。あるオブジェクトのプロパティは、そのオブジェク トの内部状態を規定し、そのオブジェクトのフィーチャは、そのオブジェクトの 外部挙動を規定する（前記の用語の解説参照）。各オブジェクトは、複数のクラ スの内の１つのクラスの１つのインスタンス（例）である。 本発明のＷ、理によれば、後述するミックスインクラスを除いて、コンピュータ インストラクションセットに規定される全てのクラスは、アペンディクスＡに詳 細に説明されるクラス゛’　０ｂｊｅｃｔ”のサブクラスである。したがって、 ミックスインクラスを除いて、ここに記述される各クラスは、クラス”０ｂｊｅ ｃじのフィーチャ及びプロパティを受け継いでいる。 制限された多重継承は、一実施例によれば、ミックスインクラスを用いて実現さ れる。“ミックスイン”又は゛′ミックスインクラス”は、クラス”０ｂｊｅｃ ｔ”のサブクラスではないクラスである。以下及びアベンディクスＡに記述され るように、ミックスインクラスには、例えば、ミックスインクラス”Ｅｘｅｃｕ ｔｅｄ”、”Ｎａｗｅｄ”・”　Ｒｅｆｅｒｅｎｃｅｄ”がある。”フレーバ又 は°°フレーバクラス”とも呼ばれる非ミックスインクラスは、多くても１つの フレーバの直接のサブクラスであるが、０以上のミックスインクラスの直接のサ ブクラスで有り得る。ミックスインクラスは、どのクラスのサブクラスでもない か、又は他のミックスインクラスの直接のサブクラスである。特に指定しない限 り、クラスはフレーバである。クラス階層においてサイクルは許されない。すな わち、別のクラスのサブクラスであり且つスーパークラスでもあるクラスは許さ れない。 ミックスインクラスの使用は、フィーチャ及びプロパティが一度定義されると、 広範囲のクラスにわたって使用される。例えば、ミックスインクラス”０ｒｄｅ ｒｄ″は、２つのオブジェクトの相対的な順序を定めるオペレーションを規定す る。フレーバクラス”Ａｓ５ｏｃｉａｔｉｏｎ”　、”　Ｃ１ｔａｔｉｏｎ”　 、”　Ｌｉ５ｔ”、”　Ｉｄｅｎｔｉｆｉｒｅ”　、”　Ｐａｔｔｅｒｎ”　、 ”　Ｐｅｒｍｉｔ”　、　”　Ｂｉｔ”、　”　Ｂｏｏｌｅａｎ”　、　”　Ｃ ｈａｒａｃｔｅｒ”　、　”　Ｎｕｍｂ■秩h　、　” ０ｃｔｅｔ”　、”Ｔ　ｉｍｅ”は、ミックスインクラス”０ｒｄｅｒｄ”がら 継承される。したがって、アソシエーション、サイテション、リスト、識別子、 パターン、パーミツト、ビット、ブーリアン、キャラクタ、数、オクテツト及び 時間は、同一のクラスの他のメンバに対しである順序を持っている。例えば、数 値の場合、２は、ｌの”後”であり、３の“前”である。 本発明においてオブジェクトの主要なりラスは、プロセスのクラスである。前述 したようにプロセスは、（ｉ）他のプロセスによって占有されるブレイス、又は （ｉｉ）（ａ）第１のブレイスがらそれ自身を転送して第１のブレイスの占有を 終了し第２のブレイスを占有することができ、（ｂ）同一のブレイスを占有する 他のエージェントと相互作用することができるエージェント、のどちらがである 。 エージェント１５０Ａ（図１１Ａ）は、エンジン１３２Ａによ１て実行される本 発明のコンピュータインストラクションセットに従って形成されたプロセスであ る。エージェント１５０Ａは、（ｉ）それ自身を検査して変更し、（ｉｆ）ネッ トワーク１００中の第１のブレイス（図１０）から第２のブレイスにそれ自身を 転送し、（ｉ　ｉ　ｉ）第２のブレイスを占有する他のエージェントと相互作用 することができる。 本明細書においてプロセスは、アーギュメントを使用して、０又は１つのリザル トを発生させるオペレーションを行なうものとして記述される。ただし、プロセ ス自体は、後述するインストラクションの中から選択されたインストラクション の集合を有するオブジェクトであり、このインストラクションはＣＰＵｌｌ０Ａ 内において動作しているエンジン、例えばエンジン１３２Ａによってインターブ リートされる。あるプロセスによる動作の遂行、又は開示されたインストラクシ ョンセットの他のオブジェクトの遂行は、実際には、プロセス又はオブジェクト に含まれる特定のインストラクション群の選択とそのインターブリートである。 エンジンによるプロセスのインストラクションのインターブリートは、ここでは 、°゛プロセスインターブリート′°とも呼ばれる。すなわち、エージェント１ ５０Ａがあるオペレーションを実行する場合、エージェント１５０Ａは、エンジ ン１３２Δにインストラクションを供給し、エンジン１３２Ａは、そのインスト ラクションをインターブリートし、エージェント１５０Ａによるオペレーション の遂行を行なう適当なタスクを実行するようにＣＰＵｌｌ０Ａに指示する。プロ セスとエンジンとの間の相互作用は後で詳細に説明する。 本発明の重要な要素は、後で詳細に説明するコンピュータインストラクションセ ットが、ネットワーク１００（図１０）のそれぞれのコンピュータシステムで、 同様に実現されることである。コンピュータシステム１２ＯＡ、１２０Ｂ、１２ ０Ｃは、完全に異なり且つ互換性がないデータ構造、メモリ形態、ＣＰＵ及びオ ペレーティングシステムを使用することができる。しかし、エージェントは、コ ンピュータシステム１２ＯＡ、１２０Ｂ、１２０Ｃのどれに対してもそれ自身を 転送することができるので、各コンピュータシステムが標準化された形で本発明 のコンピュータインストラクションセットを実行することが大切である。コンピ ュータシステム１２ＯＡ、１２０Ｂ、１２０Ｃは、コンピュータインストラクシ ョンセットを同様に実行する限り、他の点では互換性がなくてもよい。したがっ て、エージェントは同種のコンピュータネットワークだけでなく、異種のコンピ ュータネットワークのコンピュータシステムの間にも自由に移動することができ る。 典型的な従来技術のシステムでは、プロセスが同極のネットワーク内だけを移動 すること、又はプロセスが、実行されていたコンピュータシステムと互換性を持 ってコンピュータインストラクションを実行するように、特別に設計されている ことを必要としていた。後者のケースにおいては、プロセスは、そのプロセスの 実行が開始されたコンピュータシステムの特別なシステム要求と、そのプロセス が移動しようとしているコンピュータシステムの特別なシステム要求とに対応す るように構成されていた。本発明は、このような従来技術を本質的に改善させた ものであり、本発明のエージェントのコンピュータインストラクションは、異種 のネットワークのいかなるコンピュータシステムにおいても実行できる。 エージェント 前述したように、エージェントの挙動は、部分的にはそのエージェントの内部状 態に依存する。したがって、ネットワーク中のあるエージェントの外部挙動を検 討する前に、エージェントの内部状態のいくつかの特色について、簡単に説明す る。各エージェントは、クラス”Ａｇｅｎ　ｔ”のメンバである。 クラス°’　Ａｇｅｎじはアブストラクトクラスであり、いかなるエージェント もクラス”　Ａｇｅｎｔ”のインスタンスではないことに注意すべきである。ク ラス゛’　Ａｇｅｎｔ”は、抽象的であり、オペレーション１ｉｖｅ”のインプ リメンテーションは、クラス°’　Ａｇｅｎｔ”によって規定されたり、継承さ れたりしない。以下及びアベンデイクスＡに一層詳細に説明するように、オペレ ーション”１ｉｖｅ”は、プロセスの生成時にそのプロセス、すなわちエージェ ント又はブレイスによって実行されるステップを規定する。これらのステップは 、全体としてプロセスの”中央プロシージャ°“と呼ばれる。エージェントやブ レイスのための中央プロシージャは予め提供されるものではなく、本発明のユー ザによって、各ユーザの特定のニーズに適合するようなエージェントやブレイス のための中央プロシージャが、設計され提供される。このように、本発明のユー ザは、クラス”Ａｇｅｎｔ”の具体的なサブクラスを生成させ、オペレーション ’　１ｉｖｅ”のためのインプリメンテーションを供給する。 クラス”Ａｇｅｎ　ｔ”は、クラス゛’　Ｐｒｏｃｅｓｓ”　（図５）のサブク ラスである。クラス”　Ｐｒｏｃｅｓｓ”は、クラス°’　０ｂｊｅｃｔ”のサ ブクラスであり、ミックスインクラス”Ｎａｗｅｄ”からも継承している。クラ ス“０ｂｊｅｃｔ”は、ミックスインクラス”Ｒｅｆｅｒｅｎｅｅｄ’“からも 継承している。エージェントは、次のようなアトリビュートを所有している。す なわち、エージェントは、アトリビュートとして、（ｉ）スーパークラス°’　 ０ｂｊｅｃｔ”から受け継がれたアトリビュート”ｃｌａｓｓ”　、　”　５ｉ ｚｅ″と、（１１）ミックスインクラス”　Ｒ２ｒ２ｒｅｎｃｅｄ”から継承さ れたアトリビュート“１ｓＰｒｏｔｅｃｔｅｄ”と、（ｉｉｉ）ミックスインク ラス°’　Ｎａｍｅｄ”から継承されたアトリビュート”　ｎａｍｅ”と、（ｉ ｖ）スーパークラス゛’　Ｐｒｏｃｅｓｓ”から継承されたアトリビュート”　 ｂｒａｎｄ”　、　”　Ｐｅｒｎ＋ｉｔ”　、　”　ｐｒｉｖａｔｅｃＩａｓｓ ｅｓ”とを所有している。クラス”Ａｇｅｎｔ”はいかなるアトリビュートも規 定しない。前述の各アトリビュート及びクラスは、アペンディクスＡにおいて一 層詳細に説明される。 ダイアグラム１２７０　（図１２）は、エージェント１５０Ａがメンバであるク ラスのクラス関係を表している。エージェント１５０Ａは、クラス°“八ｇｅｎ ｔ”を表すドメイン１２７２に含まれているように図示される通り、クラス”　 Ａｇｅｎｔ”のメンバである。クラス”　Ａｇｅｎｔ”は抽象的であり、エージ ェント１５０Ａは、クラス”　Ａｇｅｎｔ”の１以上のサブクラス（図示しない ）のメンバでもある。 ドメイン１２７２は、クラス”Ｐｒｏｃｅｓｓ”を表すドメイン１２７４内に完 全に収容されている。したがって、エージェント１５０Ａは、クラス”Ｐｒｏｃ ｅｓｓ”によって規定されたアトリビュート”　ｂｒａｎｄ”　、　’　Ｐｅｒ ｏｉｔ”　、　”　ｐｒｉｖａｔｅｃＩａｓｓｅｓ”を継承する。さらに、クラ ス゛’　Ａｇｅｎｔ”のすべてのメンバは、クラス”　Ｐｒｏｃｅｓｓ”のメン バでもある。したがって、前述したように、クラス”Ａｇｅｎｔ”はクラス”Ｐ ｒｏｃｅｓｓ′°のサブクラスである。 ドメイン１２７４は、クラス″ｏｂｊｅｃｔ”を表すドメイン１２７６内に完全 に収容されている。したがって、エージェント１５０Ａは、クラス”０ｂｊｅｃ ｔ”によって規定されるアトリビュート”ｃ　Ｉ　ａｓｓ”、”５ｉｚｅ”を継 承する。さらに、クラス”Ａｇｅｎｔ”のメンバを含むクラス”Ｐｒｏｃｅｓｓ ”のすべてのメンバは、クラス’　０ｂｊｅｃｔ”のメンバでもある。したがっ て、前述したように、クラス”Ｐｒｏｃｅｓｓ”は、クラス”　０ｂｊｅｃｔ” のサブクラスである。 クラス”Ｐｒｏｃｅｓｓ”を表すドメイン１２７４は、クラス°’　Ｎａｍｅｄ ’を表すドメイン１２７８内に収容されている。コネクション１２７８Ａは、ド メイン１２７４がドメイン１２７８に収容されていることを示すと共に、クラス “０ｂｊｅｃｔ″を表すドメイン１２７６がドメイン１２７８内には収容されて なく、ドメイン１２７８がドメイン１２７６に収容されていないことを明瞭に表 している。 ドメイン１２７８によって表されたクラス”　Ｎａｍｅｄ”は、ミックスインク ラスである。ドメイン１２７４は、ドメイン１２７８に含まれているので、エー ジェント１５０Ａは、ドメイン１２７８に含まれる。したがって、エージェント １５０Ａは、ミックスインクラス゛Ｎａｍｅｄ”のメンバである。ミックスイン クラス″Ｎａｌ１ｅｄ”は、エージェント１５０Ａのアトリビュート”ｎａ＋ｍ ｅ”を規定しているＯコネクション１２８ＯＡによって示すように、ミックスイ ンクラス”Ｒｅｆｅｒｅｎｃｅｄ”を表すドメイン１２８０は、クラス”　０ｂ ｊｅｃｔ”を表すドメイン１２７６を含んでいる。ドメイン１２７６は、ドメイ ン１２８０に含まれるので、エージェント１５０Ａは、ドメイン１２８０に含ま れる。したがって、エージェント１５０Ａは、ミンクスインクラス“Ｒｅｒｅｒ ｅｎｃｅｄ”のメンバである。ミックスインクラス”　Ｒｅｆ２ｒｅｎｃｅｄ” は、エージェント１５０Ａのアトリビュート”　１ｓＰｒｏｔｅｃｔｅｄ”を規 定する。 本発明の開示である実施例において、各フレーバは、クラス”０ｂｊｅｃｔ”の サブクラスであるので、各フレーバは、ミックスインクラス゛’　Ｒｅｆｅｒｅ ｎｃｅｄ”のサブクラスでもある。したがって、クラス”０ｂｊｅｃｔ“のフィ ーチャからクラス”Ｒｅｆｅｒｅｎｃｅｄ”のフィーチャを分離する必要はない 。しかし、ミックスインクラス’　Ｒｅｆｅｒｅｎｃｅｄ”のフィーチャは、本 発明の概念形成及び理解を助けるために、クラス”０ｂｊｅｃｔ”のフィーチャ から分離されている。 用語の解説において述べたように、オブジェクトは、開示されたコンピュータイ ンストラクションセットにおいて、リファレンスによって特定される。後述する ように、オブジェクトにある操作を行なうように指示する場合、オブジェクトは 、リファレンスによって特定される。ミックスインクラス″Ｒｅｆｅｒｅｎｃｅ ｄ″によって定義されたツユ−チャは、オブジェクトを特定するリファレンスに 基づいて動作する。例えば、アトリビュート”１ｓＰｒｏｔｅｃｔｅｄ”は、オ ブジェクト自身が保護されるか否かではなく、オブジェクトへのリファレンスが 保護されるか否かを定める。クラス”０ｂｊｅｃｔ”によって定義されたツユ− チャは、リファレンスによって特定されたオブジェクトに対して動作する。例え ば、アトリビュート”ｃ　Ｉ　ａｓｓ”は、そのオブジェクトがどのクラスのイ ンスタンスであるかを定める。 エージェント１５０Ａ（図１２）によって占有されたブレイスに関する情報を供 与するアトリビュートが、定義されていないことに注意されたい。しかし、エー ジェント１５０Ａによって占有されたブレイスは、エージェント１５０Ａのプロ パティとして保存される。エージェント１５０Ａは、”ｈｅｒｅ　（ヒア）”セ レクタの実行によって、どのブレイスをエージェント１５０Ａが占有するかを定 めることができる。セレクタの実行、特に゛°ヒア”セレクタの実行については 、アペンディクスへに詳述されている。エージェント１５０Ａによって占有され ているブレイスであるプロパティは、クラス”Ｐｒｏｃｅｓｓ”によって定義さ れる口したがって、いかなるプロセスも、すなわちブレイス又はエージェントは 、プロセスによって占有されているブレイスであるプロパティを含んでいる。 クラス”Ｐｒｏｃｅｓｓ”は、ミックスインクラス”Ｎａｍｅｄ”の直接のサブ クラスであり、本文及びアベンディクスＡに開示されたクラスだけである。一方 、クラス”Ｐｒｏｃｅｓｓ”のサブクラスではない、ミックスインクラス”Ｎａ ｍｅｄ”のサブクラスは、本文及びアベンディクスＡに開示されたインストラク ションを用いて、本発明のユーザによって定義される。したがって、クラス”Ｎ ａｍｅｄ”は、ミックスインクラスである。 各プロセス（エージェント及びブレイス）には、前述したように、プロセスの一 義的な挙動を規定する中央プロシージャが組み合わされている。プロセスの中央 プロシージャは、プロセスによって遂行されるオペレーション゛１ｉｖｅ”を実 現するメソッドである。エンジンは、プロセスにオペレーション”１ｉｖｅ”を 遂行させて、プロセスの中央プロシージャを実行させることにより、プロセスの 処理を開始する。プロセスのためのメソッドについては、後で詳述する。プロセ スがオペレーション”１ｉｖｅ”の実行を完了したら、プロセスが成功しようが しまいが、プロセスは終了させられる。このような、プロセスの終了については 、引用として本明細書の一部とされているアベンディクスＡのセクション２．４ ．１１に説明されている。 エージェントの移動：オペレーション″　０″前述したように、エージェントは 、オペレーション”ｇＯ°゛の遂行によって、ブレイスから他のブレイスへと移 動する。オペレーション“ｇＯ”について、例えば図１５Ａ〜１５Ｅに示すよう な実際の流れを例にして説明する。ブレイス２２０Ａからブレイス２２０Ｂに移 動するために、エージェント１５０Ａ（図１５Ａ）は、オペレーション“ｇＯ゛ °を遂行する。図１５Ａは、エージェント１５０Ａがオペレーション”ｇｏ”を 遂行する前のネットワーク１５００の状態を示している。 エージェント１５０Ａは、オブジェクト１４０Ａ、１４０Ｂを所有し、エンジン １３２Ａ内のブレイス２２０Ａを占有している。したがって、エージェント１５ ０Ａ及びブレイス２２０Ａは、エンジン１３２Ａによって同時にインターブリー ドされるプロセスである。換言すれば、ブレイス２２０Ａとエージェント１５０ Ａは、オペレーション”１ｉｖｅ”を同時に遂行する。エンジン１３２Ｂは、ブ レイス２２０Ｂ及びエージェント１５０Ｂをインターブリートする。エージェン ト１５０Ｂは、ブレイス２２０Ｂを占有している。 エンジン１３２Ａの通信下部構造１３２Ａ−ＣＩは、通信リンク１０２ＡＺによ って、エンジン１３２Ｚの通信下部構造１３２Ｚ−ＣＩに接続されている。エン ジン１３２Ｚは、ブレイス２２０Ｚをインターブリートする。通信下部構造１３ ２Ｚ−ＣＩは、通信リンク１０２ＺＢによって、エンジン１３２Ｂの通信下部構 造１３２Ｂ−ＣＩにも接続されている。この実施例では、ネットワーク１５００ 内に３つのコンピュータシステムが示されているにすぎないが、ネットワーク１ ５００のコンピュータシステムの数は任意の数とすることができる。したがって 、図１５Ａに示したコンピュータシステムは、本発明の原理を例示しているもの にすぎず、本発明は、図示した特別のネットワークに限定されるものではない。 この実施例において、エージェント１５０Ａによるオペレーション”ｇＯ゛°の 遂行は、エンジン１３２Ａから、エンジン１３２ｚを介して、エンジン１３２Ｂ に、エージェント１５０Ａを転送することを要求する。したがって、オペレーシ ョン”ｇｏ”には、エンジン１３２Ａ、すなわち転送元のエンジンと、エンジン １３２Ｚ、すなわち転送途中のエンジンと、エンジン１３２Ｂ、すなわち目的地 のエンジンとにおけるアクションを要求する。 転送元のブレイスを処理するエンジンによって遂行されるオペレーション”　Ｏ “図１３Ａは、エージェント１５０Ａがオペレーショ゛°ｇＯ”を遂行する直前 における、エージェント１５０Ａの実行状態の一部を含む内部状態の一部を示し ている。プロセスの実行状態については、後で詳細に説明する。スタック１３０ ４は、エージェント１５０Ａの実行状態の一部である。スタック１３０４は、ト ップ”Ｔ”にチケット１３０６を備えている。チケット１３０６については、後 で詳細に説明する。オペレーション”ｇｏ”の遂行によ２て使用されたアーギュ メントは、スタック１３０４からポツプされるので、スタック１３０４は、オペ レーション”ｇＯ゛°のコンテキストにおいて、”現在のスタック”である。ブ レイス２２０Ａは、エージェント１５０Ａのプロパティであり、エージェント１ ５０Ａがブレイス２２０Ａを占有していることを示している。 ｒ；！Ｊ１３Ｂは、エージェント１５０Ａによるオペレーション”ｇＯｎの遂行 の直後における、エージェント１　！５０Ａの実行状態の一部を含む内部状態の 一部を示している。図１３Ａ、１３Ｂについては、後で詳細に説明する。 図１４Ａに示すフローチャート（ロジックフローダイアグラム）１４００は、エ ンジン１３２Ａ（図１５Ａ）によって実行されるオペレーション”ｇｏ”の流れ を示している。オペレーション°’　ｇｏ”の遂行が開始された時に、エージェ ント１５０Ａは、エンジン１３２Ａ内において実行されている。すなわち、エン ジン１３２Ａは、転送元のエンジンである。図１４Ａに示すフローチャートの各 ステップは、エージェント１５０Ａの、ブレイス２２ＯＡ　（図１５Ａ）からブ レイス２２０Ｂへのトリップの流れを説明している。 エージェント１５０Ａによるオペレーション”ｇｏ”の遂行において、エンジン １３２Ａ（図１５Ａ）は、テストステップ（ａｃｃｅｓｓ？）　１４０２　（図 １４Ａ）において、オペレーション”　ｇｏ”の遂行を要求しているエージェン トが、エージェント１５０Ａであるかどうかを判断する。オペレーション”ｇｏ ”が、エージェント１５０Ａ（図１５Ａ）以外のオブジェクトによって要求され たものであれば、処理は、テストステップ１４０２　（図１４Ａ）から終了ステ ップ１４０４に移行する。この終了ステップ１４０４では、オペレーション”ｇ ｏ”は失敗したものとして、クラス°’　ｐｒ（１（２５５１ｏｔ　Ｃｕｒｒｅ ｎｔ”のエクセプションが送出される。一方、オベレーション”ｇｏ”が、エー ジェント１５０Ａ（図１５Ａ−）によって要求されたものであれば、処理は、テ ストステップ１４０２（図１４Ａ＞からテストステップ（ｃａｎＧｏ？）　１４ ０６に移行する。 このテストステップ（ｃａｎＧｏ？）　１４０６において、エンジン１３２Ａ（ 図１５Ａ）は、エージェント１５０Ａがオペレーション”ｇｏ”を遂行してもよ いのが否かを判断する。テストステップ（ｃａｎＧｏ？）　１４０６において、 エンジン１３２Ａ（図１５Ａ）は、エージェント１５０　Ａｌ１）７　）　’Ｊ 　ヒユー　）”　Ｆ’ｅｒｍｉｔ”　ｌ：間イ合すせを行う。前述したアトリビ ュート°Ｐｅｒｍｉｔ”は、エージェント１５０Ａの複数のアトリビュートの１ つである。エージェント１５０Ａの多くのアトリビュートについては、クラス“ Ｐｒｏｃｅｓｓ”に関連して、アペンディクスへに詳述されている。 エージェント１５０Ａのアトリビュート”Ｐｅｒｍｉｔ”の問い合わせによって 、エージェント１５０Ａのプロパティ°’　Ｐｅｒｍｉｔ”が生成される。バー ミツト１６１２　（図１６）は、エージェント１５０Ａのプロパティ”　Ｐｅｒ ｍｉｔ”である。したがって、バーミツト１６１２は、エージェント１５０Ａの アトリビュート”Ｐｅｒｍｉｔ”を問い合わせることによって生成される。この 実施例において、プロパティ”Ｐｅｒｍｉｔ”は、エージェント１５０Ａの複数 のプロパティの中の１つである。 バーミツト１６１２（図１７）は、アベンディクスＡに詳細に説明されている幾 つかのプロパティの中に、プロパティ”　ｃｈａｒｇｅ”　、　”　ｃａｎＧｏ ”　、　”　ａｇｅ”を含んでいる。ここで、プロパティ”　ｃｈａｒｇｅ”　 、”　ｃａｎＧｏ”　、　”　ａｇｅ”は、それぞれインチジャ１７０２、ブー リアン１７０４、インチジャ１７０６である。ブーリアンは、”　ｔｒｕｅ”又 は”　ｆａｌｓｅ”のどちらかの値を有するオブジェクトである。”　ｃａｎＧ Ｏ”テストステップ１４０６（図１４Ａ）において、エンジン１３２Ａ（図１５ Ａ）は、バーミント１６１２　（図１７）のアトリビュート”ｃａｎＧｏ”に対 して問い合わせを行い、バーミント１６１２のプロパティ”　ｃａｎＧｏ’“で あるブーリアン１７０４を生成させ、ブーリアン１７０４を”　ｔｒｕｅ”と比 較する。 ブーリアン１７０４の値が”ｆａｌｓｅ”のときは、処理は、テストステップ（ ｃａｎＧｏ？）　１４０６　（図１４Ａ）から、終了ステップ１４０８に移行す る。このとき、エージェント１５０Ａは、オペレーション”ｇＯ”の遂行による 移動が許されず、オペレーションは失敗に終わり、終了ステップ１４０８におい て、クラス”Ｐｅｒｓｉｔ　Ｖｉｏｌａｔｅｄ”のメンバであるエクセブション を送出する。エクセブション及びその分類はアベンディクスＡに一層詳細に説明 されている。 一方、ブーリアン１７０４　（図１７）の値が”ｔｒｕｅ″のときは、処理は、 テストステップ（ｃａｎＧｏ？）　１４０６　（図１４Ａ）から、ステップ（ｅ ｆｆｅｃｔｕａｔｅ　ｍｏｖｅ）１４１０に移行する。ステップ（ｅｆｆｅｃｔ ｕａｔｅ　ｍｏｖｅ）　１４１０については、図１４Ｂを用いて、後で詳細に説 明する。その後、処理は、ステップ（ｅｆＴｅｃｔｕａｔｅ　ｍｏｖｅ）１４１ ０（図１４Ａ）から、終了ステップ１４１２に移行し、そこでオペレーション′ °ｇＯ”は、エンジン１３２Ａに関する限り、成功の内に終了する。 前述したように、エンジン１３２Ａ（図１５Ａ）によって遂行されるステップ（ ｅｆｆｅｃｔｕａｔｅ　ｍｏｖｅ）　１４１０は、フローチャート１４１０　（ 図１４Ｂ）によって示されている。フローチャート１４１０の第１のステップ、 すなわちステップ（ｒｏｕＬｅ　ａｇｅｎｔ）　１４１４において、エンジン１ ３２Ａ（図１５Ａ）は、エージエン）１５０Ａをトリップの目的地まで転送する のに使用されるエンジン、すなわち゛°移動目的地”を選出する。ここに使用さ れる移動目的地という用語は、トリップに使用する次のエンジンを示すものであ り、トリップの目的地と混同するべきではない。チケット１３０６（図１３Ａ） は、トリップの目的地として１つのブレイスを定義する。したがって、°゛トリ ップ目的地”は１つのブレイスである。 チケット１３０６（図１３Ａ）によって規定されたトリップの行程に従って、エ ージェント１５０Ａ（図１５Ａ）は、１つのエンジンから次のエンジンへと移動 する。したがって、゛移動目的地′°は１つのエンジンである。一般に、トリッ プには、エージェントがトリップの目的地を有するエンジンに到達するまでに。 エージェントの何回かの転送を要求する。 ステップ１４１４　（図１４Ｂ）において、移動目的地を規定するウェイオブジ ェクト、すなわちクラス”Ｗａｙ”のメンバが生成される。移動目的地は、例え ば、（ｉ）現在、エージェント１５０Ａを含んでいるエンジン、すなわちエンジ ン１３２Ａや（この場合エージェント１５０Ａは転送されない）、（ｉｆ）エン ジン１３２Ａを含むリージョン（領域）内の別のエンジンや、（ｉｉｉ）別のリ ージョンのエンジン等である。前記（ｉｉ）又は（ｉｉｉ）のどちらの場合にお いても、エージェント１５０Ａは、後述するように、移動目的地に向かって転送 される。　゛リージョン”という用語については、用語の解説に規定されている 。エンジンを？Ｉ数のリージョンに分類することは、エージェントの移動経路の 決定、すなわちルーティングにおいて重要である。これは、通常、エンジンは、 他のリージョン内のエンジンに比べて、同一のリージョン内のエンジンについて 、より多くの詳細な情報を有しているからである。これは、単一のリージョンの エンジンは、単一の人又は組織によって構成されるためである。このような人又 は組織は、リージョンの°°供給者°′と呼ばれる。このように、単一のリージ ョン内の全てのエンジンは、単一の供給者によって供給されるので、そのリージ ョンの各エンジンには、そのリージョンの他のエンジンについての詳細な情報を 与えることができる。 エンジンをリージョンに分類することは、大型の複雑なネーットワークにおいて 、エージェントをルーティングする上で有用である。あるエージェントが複数の リージョン間を移動する場合、移動目的地のエンジンについての情報を転送元の エンジンが有している必要はない。転送元のエンジンは、どのリージョンにエー ジェントが移動しているかを判断し、エージェントをそのリージョン内のエンジ ンに向かって移動させることができれば十分である。一旦、トリップ目的地であ るブレイスを含むリージョン内のエンジンにエージェントを移動させたら、エー ジェントを、容易にトリップ目的地であるブレイスを含むエンジンに向かってル ーティングさせることができる。 フローチャート１４１４　（図１４Ｃ）は、ステップ（ｒｏｕｔｅ　ａｇｅｎｔ ）　１４１４　（図１４Ｂ）において実行される各ステップを示しており、後で 詳細に説明する。 処理は、ステップ（ｒｏｕｔｅ　ａｇｅｎｔ）　１４１４からステップ（ｉｓｏ ｌａｔｅ　ａｇｅｎｔ）　１４１６に移行し、ここでエージェント１５０Ａ（図 １４Ａ）は切り離される。プロセスの切り離しについてはアベンディクスＡに詳 細に説明されており、その説明は引用として本明細畜の一部を構成している。簡 単に説明すると、エージェント１５０Ａは、（ｉ）エージェント１５０Ａ内の全 てのリファレンスを、他のプロセス及びこれらの他のプロセスによって所有され ているオブジェクトに対してボイド（無効に）して、（ｉ　ｉ）他の全てのプロ セス内において、エージェント１５０Ａ及びエージェント１５０Ａによって所有 されるオブジェクトに対するリファレンスをボイドすることによって、切り離さ れる。処理は、ステップ（ｉｓｏｌａｔｅ　ａｇｅｎｔ）　１４１６　（図１４ Ｂ）から、ステップ（ｅｘｉｔｉｎｇ）　１４１８に移行する。 このステップ（ｅｘｉｔｉｎｇ）　１４１８において、ブレイス２２０Ａ　（図 １５Ａ）は、エンジン１３２Ａの要求によってオペレーション”　ｅｘｉｔｉｎ ｇ”を遂行することにより、エージェント１５０Ａが切り離されたことを知る。 オペレーション”ｅｘｉｔｉｎｇ′°については、後で詳細に説明する。処理は 、ステップ（ｅｘｉｔｉｎｇ）　１４１８からテストステップ（ｎｅｘｔ　ｈｏ ｐ　ｉｓ　ｈｅｒｅ？）　１４２０に移行する。 テストステップ（ｎｅｘｔ　ｈｏｐ　ｉｓ　ｈｅｒｅ？）　１４２０において、 エンジン１３２Ａ（図１５Ａ）は、ステップ（ｒｏｕｔｅ　ａｇｅｎｔ）　１４ １４　（図１４Ｂ）において定められた移動目的地を現在のエンジン、すなわち エンジン１３２Ａ（図１５Ａ）と比較する。そして、移動目的地が現在のエンジ ン、すなわちエンジン１３２Ａであ７た場合、処理は、テストステップ（ｎｅｘ ｔ　ｈｏｐ　ｉｓ　ｈｅｒｅ？）　１４２０　（図１４Ｂ）がら、ステップ（ｄ ｅｌｉｖｅｒ　ａｇｅｎｔ）　１４２２に移行する。図１−５Ａ　〜１５Ｅの例 の場合、エージェント１５０Ａは、後述するように、エンジン１３２Ｚに転送さ れる。 したがって、移動目的地は現在のエンジン、すなわちエンジン１３２Ａではなく 、処理は、ステップ（ｄｅｌｉｖｅｒ　ａｇｅｎｔ）　１４２２　（図１４Ｂ） には移行しない。しかし、ステップ（ｄｅｌ　１ｖｅｒ　ａｇｅｎｔ）　１４２ ２及びステップ（ｄｅｌｉｖｅｒ　ａｇｅｎｔ）　１４２２に後続する各ステッ プについても、処理を完全なものとするために、以下に説明する。 ステップ（ｄｅｌｉｖｅｒ　ａｇｅｎｔ）　１４２２において、エージェント１ ５０Ａ（図１５Ａ）は、チケット１３０６（図１３Ａ）を満足するエンジン１３ ２Ａ内のブレイスに移動される。ステップ（ｄｅｌｉｖｅｒ　ａｇｅｎｔ）　１ ４２２　（図１４Ｂ）は、フローチャート１４２２　（図１４Ｅ）に示されてお り、後で詳細に説明する。処理は、ステップ（ｄｅｌｉｖｅｒ　ａｇｅｎｔ？） 　ｌ　４２２　（図１４Ｂ）から、テストステップ（ｅｘｃｅｐｔｉＯ口？）１ ４２４に移行し、ここでエンジン１３２Ａ（図１５Ａ）は、エージェント１５０ Ａの移動によりエクセブションが送出されたかを判断する。ステップ（ｄｅｌｉ ｖｅｒ　ａｇｅｎｔ）　１４２２　（図１４Ｂ）において、エクセプションが送 出されなかった場合、処理はテストステップ１４２４から終了ステップ１４２８ に移行する。 終了ステップ１４２８にて、ステップ（ｅｔ’Ｔｅｃｔｕａｔｅ　ｍｏｖｅ）　 １４１０を完了するので、処理は、前述した終了ステップ１４１２　（図１４Ａ ）に移行する。 ステップ（ｄｅｌｉｖｅｒ　ａｇｅｎｔ）　１４２２　（図１４Ｂ）において、 エクセブションが送出された場合には、処理は、テストステップ１４２４からス テップ１４２６に移行する。ここでエージエン１５０Ａは、フローチャート１４ ２２（図１４Ｅ）に従って、パーガトリに移動する。バーガトリは、各エンジン 内にあるブレイスであり、プロセスの進入を拒絶することはない。パーガトリに 入る際、エージェント１５０Ａの局所的なバーミツト（ローカルバーミツト：　 １ｏｃａｌ　ｐｅｒｍｉｔ）は厳しく制限される。例えば、ローカルバーミツト のプロパティ”ｃａｎＧｏ”には、”　ｔｒｕｅ＋が設定され、プロバチげｃａ ｎＣｈｒｇｅ″、′″ｃａｎＣｒｅａｔｅ”ごｃａｎＤｅｎｙ”　、　”ｃａｎ Ｇｒａｎｔ”　、　”　ｃａｎＲｅｓｔａｒｔ″、　”　ｃａｎＳｅｎｄ”　、 ｃａｎＴｅｒｍｉｎａｔｅ”には、”　ｆａｌｓｅ”が設定される。プロパティ ゛’　ｃｈａｒｇｅｓ”、”ａｇｅ”には、エージェント１５０Ａが、エージェ ント１５０Ａからパーガトリに送ったエクセブションを検出し分析することがで きるとともに、エージェント１５０Ａが、オペレーション”ｇｏ”の遂行によっ て別のブレイスに移動することができる程度に、大きな値が設定される。 なお、パーミツトに関するプロパティは、アペンディックスＡに詳細に説明され ている。 処理は、ステップ１４２６から終了ステップ１４２８に移行する。したがって、 前述したように、ステップ（ｅｒｒｅｃｔｕａｔｅ　ｍｏｖｅ）　１４１０　（ 図１４Ａ）は成功のうちに終了する。 前述したように、ステップ（ｒｏｕｔｅ　ａｇｅｎｔ）　１４１４　（図１４Ｂ ）において判断された移動目的地が現在のエンジン、すなわちエンジン１３２Ａ であった場合には、処理はテストステップ（ｎｅｘｔ　ｈｏｐ　ｉｓ　ｈｅｒｅ ？）　１４２０　（図１４Ｂ）からステップ（ｄｅｌ　１ｖｅｒ　ａｇｅｎｔ） 　１４２２に移行する。逆に、移動目的地が現在のエンジンでなかった場合、処 理は、テストステップ（ｎｅｘｔ　ｈｏｐ　ｉｓ　ｈｅｒｅ？）　１４２０がら ステップ（Ｔｏｒｍ　ｄｅｓｔｉｎａｔｉｏｎ）　１４３０に移行する。ステッ プ（ｆｏｒｍ　ｄｅｓｔｉｎａｔｉｏｎ）１４３０において、移動目的地を特定 する目的地オブジェクトが形成される。処理は、ステップ（ｆｏｒａ＋　ｄｅｓ ｔｉｎａｔｉｏｎ）　Ｌ　４３０がらステップ（ｅｎｃｏｄｅ　ａｇｅｎｔ）　 １４３２に移行する。 このステップ（ｅｎｃｏｄｅ　ａｇｅｎｔ）　１４３２において、エンジン１３ ２Ａ（図１５Ａ）は、アペンディックスＢに含まれるテレスクリプトのエンコー ド則に従って、エージェント１５０Ａをエンコードする。アペンディクスＢは、 本明細書の一部であり、引用として本明細書の一部を構成している。エージェン ト１５０Ａのエンコードによって、（ｉ）エージェント１５０Ａと、（１１）オ ブジェクト１４ＯＡ、１４０Ｂを含むエージェント１５０Ａが所有する全てのオ ブジェクトと、（ｉ　ｉ　ｉ）エージェント１５０Ａ及びエージェント１５０Ａ の所有する全てのオブジェクトがメンバとなっているクラスとが、標準バイナリ 形式にエンコードされたエージェント１５０Ａ−Ｅ　（図１５Ｂ）として表され る。ステップ（ｆｏｒｍ　ｄｅｓｔｉｎａｔｉｏｎ）　１４３０　（図１４Ｂ） において形成された目的地オブジェクト、すなわち目的地オブジェクト１５０Ａ −Ｅ−Ｄ　（図２１）は、エンコードされたエージェントｌ　５０Ａ−Ｈに含ま れている。この目的地オブジェクトについては、後で詳細に説明する。図１５Ｂ に示すように、エンコードされたエージェント１５０Ａ−Ｅは、エンジン１３２ Ａの通信下部構造１３２Ａ−ＣＩに記憶される。 エージェント１５０Ａ（図１５Ａ）は、後で詳細に説明するように、エンコード されたエージェント１５０Ａ−Ｈの移動が完了するまで、エンジン１３２Ａ内に 保存される。 処理は、ステップ（ｅｎｃｏｄｅ　ａｇｅｎｔ）　１４３２からステップ（ｔｒ ａｎｓｆｅｒ　ｏｕｔ）　１４３４に移行する。このステップ（ｔｒａｎｓｆｅ ｒ　ｏｕｔ）　１４３４において、エンジン１３２Ａ（図１５Ｂ）は、ステップ （ｆｏｒｍ　ｄｅｓｔｉｎａｔｉｏｎ）　１４３０　（図１４Ｂ）において形成 された目的地オブジェクトに従って、エンコードされたエージエンｔ−１５０Ａ −Ｈの移動を開始する。この例では、目的地オブジェクトは、エンコードされた エージェント１５０Ａ−Ｈの移動目的地としてエンジン１３２Ｚ（図１５Ｂ）を 特定する。エンコードされたエージェント１５０Ａ−Ｅは、通信下部構造１３２ ＡＣ−ＣＩから、通信リンク１０２ＡＺを介して、エンジン１３２Ｚの通信下部 構造１３２Ｚ−ＣＩに、通常の２進データとして転送される。通信下部構造１３ ２Ａ−ＣＩと通信下部構造１３２Ｚ−ＣＩの間のデータの転送は、アベンディク スＣに詳細に記述されている。このアペンデイクスＣは、本明細書の一部であり 、引用として本明細書の一部を構成している。前述したように、エンコードされ たエージェント１５０Ａ−Ｈの移動は、ステップ（ｔｒａｎｓｆｅｒ　ｏｕｔ） 　１４３４において開始される。このように、通信下部構造１３２Ａ−ＣＩと通 信下部構造１３２Ｚ−ＣＩと間で、エンコードされたエージェント１５０Ａ−Ｅ の転送が行われている間、フローチャート１４１０　（図１４Ｂ）に示すように 、エンジン１３２Ａのプログラム部１３２Ａ−Ｐによる処理が行われる。 処理は、ステップ（ｔｒａｎｓｆｅｒ　ｏｕｔ）　１４３４からテストステップ （ｅｘｃｅｐｔｉｏｎ？）１４３６に移行し、ここでエンジン１３２Ａは、ステ ップ（ｔｒａｎｓｆｅｒ　ｏｕｔ）　１４３４でエクセプションが送出されたか 否か、すなわちエンコードされたエージェント１５０Ａ−Ｈの移動の開始が失敗 したか否かを判断する。ステップ（ｔｒａｎｓｆｅｒ　ｏｕｔ）　１４３４が失 敗した場合は、処理は、テストステップ（ｅｘｃｅｐｔｉｏｎ？）　１４３６か らステップ１４２６に移行し、前述したように、エージェント１５０Ａはパーガ トリに移動する。逆に、ステップ（ｔｒａｎｓｆｅｒ　ｏｕｔ）　１４３４が成 功した場合、処理は、テストステップ（ｅｘｃｅｐｔｉｏｎ？）　１４３６から ステップ１４３８に移行する。 ステップ１４３８において、エンジン１３２Ａ（図１５Ｂ）は、継続中の転送の リストにエージェント１５０Ａを加える。エージェント１５０Ａは、エージェン ト１５０Ａの転送の間、継続中の転送のリストに保持されている。転送が完了し たら、エージェント１５０Ａは、継続中の転送のリストから除かれ、エンジン１ ３２Ａによって廃棄される。エージェント１５０Ａが継続中の転送のリストにあ る間に、エージェント１５０Ａのバーミントが終了した場合、すなわち、エージ ェント１５０Ａの実際の経過時間が、エージェント１５０Ａの実効的バーミツト （ｅＨｅｃｔｉｖｅ　ｐｅｒ組ｔ）のプロパティ”ａｇｅ”に達した場合には、 エンコードされたエージェント１５０Ａ−Ｈの転送は、アボートされる。エージ ェント１５０Ａは、継続中の転送のリストから除かれ、エージェント１５０Ａは 、クラス”ＰｅｒＩｌｉｔ　Ｅｘｐｉｒｅｄ”のエクセプションを送出し、オペ レーション”ｇｏ”の遂行は失敗に終わる。プロセスの”実効的バーミツト”に ついては、アペンデイクスＡに詳細に説明されている。処理は、フローチャート １４１０（図１４Ｂ）において、ステップ１４３８から終了ステップ１４２８に 移行し、ステップ（ｅｆｆｅｃｔｕａｔｅ　ｍｏｖｅ）１４１０（図１４Ａ）が 終了する。 前述したように、ステップ（ｒｏｕｔｅ　ａｇｅｎｔ）　１４１４において、エ ンジン１３２Ａ（図１５Ａ）は、エージェント１５０Ａの移動目的地を定める。 フローチャー）１４１４（図１４Ｃ）は、ステップ（ｒｏｕｔｅ　ａｇｅｎｔ） 　１４１４　（図１４Ｂ）において実行されるステップを示している。 以下に記述するフローチャート１４１４（図１４Ｃ１１４Ｄ）の説明は、図１５ Ａ〜１５Ｅに示した例の範囲を越えるような状況についても考慮している。した がって、フローチャート１４１４（図１４０．１４Ｄ）は、図１５Ａ−１５Ｈに 示した例とは無関係に説明される。ただし、基本的には、フローチャート１４１ ４　（図１４Ｃ，１４Ｄ）は、エンジン１３２Ａ（図１５Ａ）内のブレイス２２ ０Ａからのトリップを行うためにオペレーション°’　ｇｏ”を遂行するエージ ェント１５０Ａ（図１５Ａ）の動きに基づいて説明される。フローチャート１４ １４（図１４Ｃ１１４Ｄ）の説明は、（ｉ）エージェント１５０Ａが、エンジン １３２Ａ（図１５Ａ）以外のエンジンに転送されるトリップや、（ｉｆ）エンジ ン１３２Ａ、１３２Ｚ、１３２Ｂが同一のリージョン内にあるネットワークに限 定されるものではない。また、以下の説明は、エージェント１５０Ａ（図１５Ａ ）のトリップを規定するチケット１３０６（図１３Ａ）が、ウェイ、ミーンズ、 テレネーム又は供給者の指定を含むように限定したり、又は含まないように限定 したりするものではない。チケット１３０６（図１３Ａ）は、フローチャート１ ４１４（図１４Ｃ１１４Ｄ）の流れの中で、（ｉ）エンジン１３２Ａ（図１５Ａ ）内のブレイスへのトリップ、（ｉｉ）エンジン１３２Ａと同一のリージョン内 のエンジン内のブレイスへのトリップ、又は（ｉ　ｉ　ｉ）エンジン１３２Ａを 含むリージョンとは異なるリージョン内にあるエンジン内のブレイスへのトリッ プを規定することかできる。 オペレーション’　ｇｏ”のアーギュメントとして使用されるチケット１３０６ は、オペレーション゛’ｇｏ”のために、トリップの目的地及びその他の特徴を 特定するものであることを思い出してほしい。フローチャート１４１４　（図１ ４Ｃ）において、エンジン１３２Ａ（図１５Ａ）は、テストステップ１４４０で 、チケット１３０Ｂ（図１３、図１８Ａ）のアトリビュート”ｗａｙ”を問い合 わせて、チケット１３０Ｂのプロパティ”ｗａｙ”を生成させる。チケット１３ ０６のプロパティ”マａｙ”は、ウェイ１８２０（図１８Ａ）である。ただし、 チケット１３０６のプロパティ”ｖａｙ”はオプションであり、０としてしてし まってもよい（図示せず）。 チケット１３０６がプロパティ”ｖａｙ”がＯの場合、処理はテストステップ１ ４４０から、テストステップ（ｔｉｃｋｅｔ　ｈａｓ　ｐｒｏｖｉｄｅｒ？）　 １４６０に移行する。このテストステップ１４６０については、後で詳細に説明 する。逆に、チケット１３０６のプロパティ゛’　Ｗａｙ”がウェイである場合 、すなわちＯでない場合、処理は、テストステップ１４４０からステップ１４４ ２に移行する。このステップにおいて、エンジン１３２Ａ（図１５Ａ）は、ウェ イ１８２０（図１８Ａ）のアトリビュート”ｎａｍｅ”を問い合わせて、ウェイ １８２０のプロパティ”　ｎａｍｅ”であるテレネームを生成させる。また、ス テップ１４４２（図１４Ｃ）において、エンジン１３２Ａ（図１５Ａ）は、その テレネームのプロパティ”　ａｕｔｈｏｒｉｔｙ”を生成し、コピーする。アペ ンディクスＡに記載されるようなオクテツトストリングによって表されるリザル トパａｕｔｈｏｒｉｔｙ”は、後述するように、移動目的地を特定するために用 いられる。 処理は、ステップ１４４２からテストステップ（ｗａｙ　ｈａｓ　ｍｅａｎｓ？ ）　１４４４　（図１４０）に移行する。そして、このテストステップ１４４４ でウェイ１８２０　（図１８Ｂ）のアトリビュート°”　ｍｅａｎｓ”が問い合 わされて、ミーンズオブジェクト１８２２であるウェイ１８２０のプロパティ° ’　ｏｃｅａｎｓ”が生成される。ただし、プロパティ”　ｍｅａｎｓ”は、オ プションであり、０としてしまってもよい（図示せず）。 ミーンズオブジェクト、すなわちクラス”　Ｍｅａｎｓ”のメンバは、（ｉ）コ ンピュータ間の通信メディアと、　（１１）この通信メディアを介して特定のエ ンジンに向けての転送を行う転送インストラクションとを特定することによって 、エンジンを特定するオブジェクトである。例えば、ミーンズオブジェクトは、 公衆電話網（ＰＳＴＮ）と、エージェントを目的地のエンジンに転送するための 特定のモデムの電話番号を含むモデムインストラクションとを特定する。ミーン ズオブジェクトは、目的地のエンジンにエージェント１５０Ａをルーティングす るのに必要なすべての情報を含む。したがって、チケンｈ　１３０６の他のプロ パティは、チケット１３０６がミーンズオブジェクトを有している場合には、無 視される。 したがって、ウェイ１８２０のプロパティ°’　ｍｅｉｎｓ”がＯでない場合、 すなわちミーンズオブジェクト１８２２（図１８Ｂ）である場合、処理は、テス トステップ（ｗａｙ　ｈａｓ　ｍｅａｎｓ？）　１４４４　（５１４Ｃ）からス テップ１４４６に移行する。 ステップ１４４６において、ウェイ１８２２は、移動目的地を規定するウェイと して指定される。なお、ミーンズオブジェクト１８２２は、最初の移動目的地、 すなわちエージェント１５０Ａ（図」５Ａ）の最初の転送の目的地のエンジンを 規定するものであり、チケット１３０６（図１８Ａ）によって規定されるトリッ プの目的地（トリップの目的地はエンジンではなくブレイスである。）を規定す るのではない。処理は、ステップ１４４６から終了ステップ１４４８に移行し、 フローチャート１４１４の処理、すなわちステップ（ｒｏｕｔｅ　ａｇｅｎｔ） 　１４１４　（図１４Ｂ）の処理は、成功のうちに終了する。 エイ１８２０はミーンズオブジェクトを含んでおらず、処理は、テストステップ （ｗａｙ　ｈａｓ　ｍｅａｎｓ？）　１４４４　（図１４０）からテストステッ プ（ｔｉｃｋｅｔ　ｈａｓ　ｎａｍｅ？）＋４５０に移行する。テストステップ （ｔｉｃｋｅｔ　ｈａｓ　ｎａａ＋ｅ？）　１４５０において、エンジン１３２ Ａ（図１５Ａ）は、チケット１３０６（図１８Ａ）のプロパティ”　ｄｅｓｔｉ ｎａｔｉｏｎＮａｍｅ”　、すなわちテレネーム１８１８を生成し、このテレネ ーム１８１８を０と比較する。ただし、チケット１３０６のプロパティ”ｄｅｓ ｔｉｎａｔｉｏｎＮａｍｅ”は、オプションであり、０としてもよい（図示せず ）、。 チケット１３０６のプロパティ”　ｄｅｓｔｉｎａｔｉｏｎＮａｍｅ”が０であ る場合、処理は、テストステップ（ｔｉｃｋｅｔ　ｈａｓ　ｍｅａｎｓ？）　１ ４５０からテストステップ（ｔｉｃｋｅｔ　ｈａｓ　ｐｒｏｖｉｄｅｒ？）　１ ４６０に移行する。このテストステップ１４６０については、後で詳細に説明す る。逆に、チケット１３０６のプロパティ”ｄｅｓｔ　１ｎａｔ　１ｏｎＮａｉ ｅ”がテレネーム１８１８である場合には、処理は、テストステップ（ｔｉｃｋ ｅｔ　ｈａｓ　ｎａ■ｅ？）１４５０からステップ１４５２に移行する。ステッ プ１４５２において、エンジン１３２Ａ（図１５Ａ）は、エージェント１５０Ａ の移動目的地への移動経路を規定するウェイオブジェクトを生成する。エンジン １３２Ａは、上述のステップ１４４２　（図１４Ｃ）で生成されコピーされたオ ーソリティと関連するり−ジョンへのウェイオブジェクトを生成するために、及 びテレネーム１８１８　（図１８Ａ）と同じ名前のオーソリティ内にブレイスを 生成するために、ファインダ（後で詳細に説明する）を参照する。このような、 ファインダの使用によるウェイオブジェクトの生成については、後で詳細に説明 する。 処理は、ステップ１４５２からテストステップ（ｗａｙ　ｏｕｔ　ｉｓ　ｈｅｒ ｅ？）　１４５４に移行する。このテストステップ１４５４において、エンジン １３２Ａ（図１５Ａ）は、ステップ１４５２　（図１４０）において生成された ウェイオブジェクトが、エンジン１３２Ａ（図１５Ａ）への転送を規定している かを判断する。生成されたウェイオブジェクトが、エンジン１３２Ａへの転送を 規定していない場合、処理は、テストステップ（ｗａｙ　ｏｕｔ　ｉｓ　ｈｅｒ ｅ？）　１４５４から終了ステップ１４５６に移行する。そして、この終了ステ ップ１４５６において、フローチャート１４１４の処理、すなわちステップ（ｒ ｏｕｔｅ　ａｇｅｎｔ）　１４１４　（図１４Ｂ）の処理は、成功のうちに終了 する。 一方、生成されたウェイオブジェクトが、エンジン１３２Ａ（図１５Ａ）への転 送を規定している場合、処理は、テストステップ（ｗａｙ　ｏｕｔ　ｉｓ　ｈｅ ｒｅ？）　ｌ　４５４からステップ１４５８に移行する。そして、このステップ １４５８において、エンジン１３２Ａは、エージェント１５０Ａがエンジン１３ ２Ａに転送されるべきことを示すフラグを立てる。そして、処理は、ステップ１ ４５８から、テストステップ（ｔｉｃｋｅｔ　ｈａｓ　ｎａｍｅ？）　１４８０ 　（図１４Ｄ）に移行する。このテストステップ１４８０については、後で詳細 に説明する。 前述したように、チケット１３０６のプロパティ”ｗａｙ”が０である場合には 、処理は、テストステップ（ｔｉｃｋｅｔ　ｈａｓ　ｎａｍｅ？）　１４４０か らテストステップ（ｔｉｃｋｅｔ　ｈａｓ　ｐｒｏｖｉｄｅｒ？）　１４６０に 移行する。テストステップ（ｔｉｃｋｅｔ　ｈａｓ　ｐｒｏｖｉｄｅｒ？）　１ ４６０において、エンジン１３２Ａは、チケット１３０６のプロパティ”　ｄｅ ｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ”　、すなわちテレアドレス１８１４　（図 １８Ａ）と、テレアドレス１８１４のプロパティ”ｐｒｏｖｉｄｅｒ”とを生成 する。チケット１３０６のプロパティ”　ｄｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓ ｓ”と、テレアドレス１８１４のプロパティ”ｐｒＯＶｉｄｅｒ”の、どちらか がＯであった場合、処理はテストステップ（ｔｉｃｋｅｔ　ｈａｓ　ｐｒｏｖｉ ｄｅｒ？）　１４６０から、後で詳細に説明するテストステップ（ｔｉｃｋｅｔ 　ｈａｓ　ｎａｍｅ？）１４８０に移行する。逆に、チケット１３０６　（図１ ８Ａ）のプロパティ”ｄｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ”及びテレアドレ ス１８１４のプロパティ”　ｐｒｏｖｉｄｅｒ”がＯでない場合には、チケット １３０６は、トリップの目的地を含むリージョンを指定する。そして、処理は、 テストステップ（ｔｉｃｋｅｔ　ｈａｓ　ｐｒｏｖｉｄｅｒ？）　１４６０から ステップ１４６２に移行する。 ステップ１４６２において、エンジン１３２Ａ（図１５Ａ）は、チケット１３０ ６のプロパティ”　ｄｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ”のプロパティ”ｐ ｒｏｖ　１ｄｅｒ”によって示されるリージョンのエンジンへの転送を規定する ウェイオブジェクトを生成するためにべ後で詳細に説明するファインダを、参照 する。そして、処理は、ステップ１４６２　（図１４Ｃ）からテストステップ１ ４６４に移行する。このステップ１４６４において、エンジン１３２Ａ（図１５ Ａ）は、ステップ１４６２においてウェイオブジェクトが正常に生成されたかを 判断する。ステップ１４６２でウェイオブジェクトが生成された場合、処理は、 テストステップ１４６４からステップ１４７２に移行する。このステップ１４７ ２については、後で詳細に説明する。逆に、ステップ１４６２でウェイオブジェ クトが生成されなかった場合には、処理は、テストステップ１４６４からステッ プ１４６６に移行する。 ステップ１４６６において、エンジン１３２Ａ（図１５Ａ）は、後で詳細に説明 するように、チケット１３０６のプロパティ”　ｄｅｓｔｉｎａｔｉｏｎＡｄｄ ｒｅｓｓ″であるテレアドレスのプロパティ”　ｒｏｕｔｉｎｇＡｄｖｉｃｅ” のアイテムによって示されるリージョンへの転送を規定するウェイオブジェクト を生成するために、ファインダを参照する。テレアドレスのプロパティ、特にプ ロパティ°’　ｐｒｏｖｉｄｅｒ”、“ｒｏｕｔｉｎｇＡｄｖｉｃｅ”について は、引用として本明細書の一部を構成しているアベンディクスＡに、より詳細に 説明されている。簡単に説明すると、テレアドレスのプロパティ”「Ｏｕｔｉｎ ｇＡｄｖｉｃｅ”のアイテムは、０以上のリージョンの供給者を指定する。ここ で、このリージョンは、チケット１３０６（図１８Ａ）によって規定されるトリ ップの目的地としてエージェント１５０Ａを転送させることができると、テレア ドレスの作成者によって想定されている。そして、処理は、ステップ１４６６　 （図１４Ｃ）から、テストステップ（ｒｏｕｎｄ？）　１４６８に移行する。こ のテストステップ１４６８において、エンジン１３２Ａ（図１５Ａ）は、ステッ プ１４６６でウェイオブジェクトの生成が成功したかを判断する。ステップ１４ ６６でウェイオブジェクトが生成されなかった場合、処理は、テストステップ（ ｆｏｕｎｄ）　１４６８から終了ステップ１４７０に移行し、この終了ステップ １４７０において、クラス゛’　Ｄｅｓｔｉｎａｔｉｏｎ　Ｕｎａｖａｉｌａｂ ｌｅ”のエクセブションが送出される。逆に、ステップ１４６６でウェイオブジ ェクトが生成された場合、処理は、テストステップ１４６Ｂからテストステップ １４７２に移行する。 テストステップ１４７２において、エンジン１３２Ａ（図１５Ａ）は、ステップ １４６２又はステップ１４６６　（図１４０）において生成されたウェイオブジ ェクトが、エンジン１３２Ａ（図１５Ａ）への転送を規定しているかを判断する 。 生成されたウェイオブジェクトがエンジン１３２Ａへの転送を規定していない場 合、処理は、テストステップ１４７２から終了ステップ１４７４に移行し、この 終了ステップ１４７４においてフローチャート１４１４の処理、すなわちステッ プ（ｒｏｕｔｅ　ａｇｅｎｔ）　ｌ　４１４　（図１４Ｂ）の処理は、成功のう ちに終了する。 逆に、生成さらたウェイオブジェクトがエンジン１３２Ａ（図１５Ａ）への転送 を規定している場合には、処理は、テストステップ１４７２からステップ１４７ ６に移行する。このステップ１４７６において、エンジンＬ３２Ａ（図１５Ａ） は、チケット１３０６によって規定されるトリップの目的地を特定するテレネー ムを、チケット１３０６のプロパティ”　ｄｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓ ｓ”であるテレアドレスのプロパティ”１ｏｃａｔｉｏｎ”から得る。 エンジン１３２Ａは、便利で効率的ないかなる方法によってテレネームを得ても よい。例えば、エンジン１３２Ａは、キーがオクテツトストリング、例えばオク テツトストリング２０００に１　（図２ＯＡ）であり、値がテレネーム、例えば テレネーム２０００Ｖ１であるディクショナリ２０００　（図２ＯＡ）のような テーブルを使用しても良い。例えば、テレアドレス１８１４　（図１８Ａ）のプ ロパティ”　１ｏｃａｔｉｏｎ”がオクテツトストリング２０００に１　（図２ ０Ａ）に等しい場合、テレネーム２０００Ｖ１が、チケット１３０６（図１８Ａ ）によって規定されたトリップの目的地であるブレイスを特定するテレネームと して、エンジン１３２Ａによって生成される。 アドレスは、リージョン内に、そのリージョンのエンジンの設計者及び作成者に よって設計され作成されたアドレス体系に従って、割り当てられている。本発明 で開示するインストラクションセットは、特定のアドレス体系を指定するもので はない。各リージョンは、そのリージョンの危も効率的で便利なアドレス体系を 自由に作成することができる。したがって、世界の各主権国家は、郵便サービス を提供する際に、各主権国家自身における住所の体系を設計して作成するのと同 様に、各リージョンは、そのリージョンのための独自のアドレス体系を自由に作 成することができる。当然のことながら、２以上のリージョンにおいて使用され るアドレス体系は、それぞれ同じである必要はない。 アドレス体系を作成する際に、リージョンのエンジンは、１以上のブレイスを含 むロケーションにテレアドレスを割り当てる。テレアドレスを割り当てる際に、 エンジンは、そのテレアドレスによって特定されたロケーション内の１以上のブ レイスを特定するテレネームを生成し記憶する。換言すれば、テレアドレスの割 り当てを行うエンジンは、それぞれのテレアドレスが割り当てられたブレイスの テレネームとテレアドレスとを連結する情報を保持している。このようにして、 エンジン、例えばエンジン１３２Ａ（図１５Ａ）は、特定のテレアドレスを有す るブレイスのテレネームを生成させる。このようなテレネームを配録し生成させ るような特定の機構については、与えられたリージョンでエンジンの設計及び作 成を行う個人又は組織に任される。 処理は、ステップ１４７６からステップ１４７８に移行する。このステップ１４ ７８において、エンジン１３２Ａ（図１５Ａ）は、エンジン１３２Ａを含むリー ジョン内のエンジンにエージェント１５０Ａが転送されるべき事を示すフラグを 立てる。処理は、ステップ１４７８　（図１４０）からテストステ・ンブ１４８ ０（図１４Ｄ）に移行する。さらに、処理は、ステップ１４５８　（図１４Ｃ） 及びテストステップ１４６０（これらのステップはどちらもすでに詳細に説明さ れたものである）から、テストステップ１４８０に移行する。 テストステップ１４８０　（図１４Ｄ）において、エンジン１３２Ａ（図１５Ａ ）は、チケット１３０Ｂ　（図１８Ａ）のプロパティ”ｄｅｓｔ　１ｎａｔ　ｉ ｏｎＮａｍｅ”がＯが、又はテレネーム１８１８であるかを判断する。チケット １３０６のプロパティ”ｄｅｓｔｉｎａｔｉｏｎＮａｍｅ”が、テレネーム１８ １８である場合には、処理は、テストステップ１４８０（図１４Ｄ）からステッ プ１４８２に移行する。このステップ１４８２において、エンジン１３２Ａ（図 １５Ａ）は、テレネーム１８１８　（図１８Ａ）のコピーを生成し、そのコピー は、ステップ１４７６（図１４Ｃ）において得られたテレネームに代わって、移 動目的地のテレネームとなる。そして、処理は、ステップ１４８２（図１４Ｄ） からステップ１４８３に移行する。また、チケット１３０６のプロバチ４　”　 ｄｅ５ｊｉｌａｔｉｏｎＮａｍｅ”がＯである場合、処理は、テストステップ１ ４８０からステップ１４８３に直接移行する。 ステップ１４８３において、エンジン１３２Ａ（図１５Ａ）は、後で詳細に説明 するようにファインダと相談し、前述したようにステップ１４７６　（図１４０ ）又はステップ１４８２　（図１４Ｄ）で生成されたテレネームによって指示さ れるブレイスへの転送を規定するウェイオブジェクトを生成する。そして、処理 は、ステップ１４８３からテストステップ１４８４に移行する。このテストステ ップ１４８４において、エンジン１３２Ａ（図１５Ａ）は、ステップ１４５８　 （図１４Ｃ）で転送の目的地がエンジン１３２Ａ　（図１５Ａ）であることを示 すフラグが立てられたかを判断する。そして、フラグが立てられていない場合、 処理はテストステップ１４８４から、後述するテストステップ１４９０に移行す る。逆に、フラグが立てられていた場合、エージェント１５０Ａ（図１５Ａ）の 目的地は、エンジン１３２Ａ内の他のブレイスであり、処理は、テストステップ １４８０　（図１４Ｄ）からテストステップ１４８６に移行する。 テストステップ１４８６において、エンジン１３２Ａ（図１５Ａ）は、ステップ １４８３（図１４Ｄ）で生成されたウェイオブジェクトが、エンジン１３２Ａ（ 図１５Ａ）への転送を規定しているがを判断する。生成されたウェイオブジェク トがエンジン１３２Ａへの転送を規定していない場合、処理は、テストステップ １４８６（図１４Ｄ）から終了ステップ１４８８に移行する。この終了ステップ １４８８ｉ、：おいて、クラス−Ｄｅｓｔｉｎａｔｉｏｎ　Ｕｎａｖａｉｌａｂ ｌｅ”　（り１クセプションが送出され、フローチャート１４１４　（図１４Ｃ ，１４Ｄ）の処理、すなわちステップ（ｒｏｕｔｅ　ａｇｅｎｔ）　１４１４　 （図１４Ｂ）の処理が終了する。逆に、生成されたウェイオブジェクトがエンジ ン１３２Ａ（図１５Ａ）内のブレイスへの転送を規定している場合、処理は、テ ストステップ１４８６（図１４Ｄ）からテストステップ１４９０に移行する。 テストステップ１４９０において、エンジン１３２Ａ（図１５Ａ）は、ステップ １４７８　（図１４Ｃ）で転送の目的地がエンジン１３２Ａ（図１５Ａ’）を含 むリージョンであることを指示するフラグが立てられたかを判断する。このフラ グが立てられていない場合、処理はテストステップ１４９０がら終了ステップ１ ４９６に移行し、この終了ステップ１４９６において。フローチャート１４１４ （図１４Ｃ１１４Ｄ）、すなわちステップ（ｒｏｕｔｅ　ａｇｅｎｔ）　１４１ ４　（図１４Ｂ）による処理が成功の内に終了する。逆に、フラグが立てられて いない場合、エージェント１５０Ａ（図１５Ａ）を、エンジン１３２Ａを含むリ ージョン内の他のブレイスに移動させる必要があるので、処理は、テストステッ プ１４９０　（図１４Ｄ）からテストステップ１４９２に移行する。テストステ ップ１４９２において、エンジン１３２Ａ（図１５Ａ）は、ステップ１４８３（ 図１４Ｄ）で生成されたウェイオブジェクトが、エンジン１３２Ａ（図１５Ａ） を含むリージョン内のブレイスへの転送を規定しているかを判断する。生成され たウェイオブジェクトがエンジン１３２Ａを含むリージョン内のブレイスへの転 送を規定していない場合、処理は、テストステップ１４９２　（図１４Ｄ）から 終了ステップ１４９４に移行する。この終了ステップ１４９４において、クラス ’　Ｄｅｓｔｉｎａｔｉｏｎ　Ｕｎａｖａｉｌａｂｌｅ”のエクセプションが送 出され、フローチャート１４１４　（図１４Ｃ，１４Ｄ）の処理、すなわちステ ップ（ｒｏｕｔｅ　ａｇｅｎｔ）　１４１４　（図１４Ｂ）の処理が終了する。 ステップ１４５２．１４６２．１４６６．１４８３　（図１４０）について以上 に説明したように、エンジン１３２Ａ（図１５Ａ）は、チケット１３０６（図１ ３Ａ）によって規定されたトリップの目的地への転送における、エージェント１ ５０Ａのルートを定めるために、ファインダを使用する。ファインダは、エージ ェントの移動目的地を定めるために使用される。例えば、チケット１３０６　（ 図１３Ａ）は、トリップの目的地として、エンジン１３２Ｂ内のブレイス２２０ Ｂ（図１５Ａ）を規定する。しかし、エージェント１５０Ａは、エンジン１３２ Ｂに到達するためには、最初にエンジン１３２Ｚに転送されなければならないの で、エンジン１３２Ｚが移動目的地となる。ファインダ２０５０　（図２０Ｂ） は、第２のテレネームによって特定されるブレイスに向かう過程における移動目 的地のエンジンのテレネームを生成させるために用いられる。実施例において、 生成されたテレネームは、エンジンによって処理されるエンジンブレイスを特定 することによって、エンジンを特定する。第２のテレネームは、特定のブレイス 、又はオーソリティを識別することができ、これにより、識別されたオーソリテ ィの全てのブレイスを特定する。テレネームは、アペンディックスＡに一層詳細 に説明されている。 ステップ１４５２（図１４０）のコンテキストにおいて、第２のテレネームは、 テレネーム１８１８　（図１８Ａ）であり、このテレネーム１８１８は、チケッ ト１３０６のプロパティ”　ｄｅｓｔｉｎａｔｉｏｎＮａｍｅ−である。ファイ ンダ２０５０　（図２０Ｂ）かテレネーム１８１８に関する情報を含まない場合 、ステップ１４５２　（図１４０）のコンテキストにおいて、第２のテレネーム は、前述したようにステップ１４４２において生成されコピーされるオーソリテ ィを特定化するテレネームである。ステップ１４６２のコンテキストにおいて、 第２のテレネームは、チケット１３０６のテレアドレス１８１４　（図１８Ａ） のプロパティ”ｐｒｏｖｉｄｅｒ”において特定されたオーソリティを識別する 。ステップ１４６６　（図１４Ｃ）のコンテキストにおいて、第２のテレネーム は、チケット１３０６のテレネーム１８１４（図１８Ａ）のプロパティ゛’　ｒ ｏｕｔｉｎｇＡｄｖｉｃｅ”であるリストのアイテムにおいて特定されたオーソ リティを識別する。ステップ１４８３　（図１４Ｄ）のコンテキストにおいて、 第２のテレネームは、チケット１３０６のプロパティ″ｄｅｓｔｉｎａｔ　ｉｏ ｎＮａｍｅ”がＯでない場合、チケット１３０６のテレネーム１８１８　（図１ ８Ａ）であり、その他の場合は、ステップ１４７６（図１４０）において生成し たテレネームである。ファインダ２０５０　（図２０Ｂ）については、後で、ス テップ１４８３（図１４Ｄ）のコンテキストにおいて説明する。なお、ステップ １４８３（図１４Ｄ）のコンテキストにおいて、第２のテレネームは、チケット １３０６のテレネーム１８１８　（図１８Ａ）である。 ステップ１４５２　（図１４Ｃ）　、１４６２．１４６６．１４８３　（図１４ Ｄ）において、ファインダ２０５０　（図２０Ｂ）の使用によって生成されたテ レネームは、生成されたテレネームによって識別されたエンジンへの転送を規定 するウェイオブジェクトを形成するために用いられる。 エンジン１３２Ａは、ファインダ２０５０　（図２０Ｂ）の使用によって、エー ジェント１５０Ａを転送すべきエンジン、すなわち”移動目的地“を定める。フ ァインダ２０５０は、トリップの目的地からトリップの目的地に向かってのエー ジェント１５０Ａの移動における移動目的地を、エンジン１３２Ａが判断できる ようなものであれば、どのようなデータ構造であってもよい。実施例において、 ファインダ２０５０は、ディクショナリであり、このディクショナリは、キーが テレネームで、値もテレネームとなっている。キー、例えばテレネーム２０５０ に１〜２０５０に６は、オーソリティを特定する。値、例えばテレネーム２０５ ０ＶＩ〜２０５０Ｖ６は、それぞれに対応するオーソリティによって特定された ブレイスに到達する際に経過するエンジンを特定する。ファインダ２０５０のテ レネーム２０５０に１　（図２０Ｂ）が、７−Ｌ／ネーム１８１８のものと同一 のオーソリティを持つ場合には、テレネーム２０５０Ｖ１は、移動目的地として 、エンジン１３２Ｚを特定する。 本発明の一実施例によれば、ファインダ２０５０のキーは、テレネーム２０５０ Ｖ７に組み合わされたニル（零）２０５０に７を含む。テレネーム２０５０Ｖ７ は、直接的に又は間接的に、ネットワーク１５００（図１５Ａ）や、ネットワー ク１５００に接続され得るネットワークの実質的な部分に関する情報を有するエ ンジンを識別する。したがって、テレネーム２０５０Ｖ７によって識別されたエ ンジンは、チケット１３０６（図１８Ａ）に規定されたトリップの目的地に向か うエージェント１５０Ａの経路の決定に、最も適したエンジンである。ファイン ダ２０５０　（図２０Ｂ）のキーであるテレネームが、テレネーム１８１８と同 一のオーソリティのものではない場合、ニル２０５０に７に組み合わされたテレ ネーム２０５０Ｖ７　（図２０Ｂ）は、移動目的地を特定する。以下、具体的な 例を示す。 小型のパーソナルコンピュータシステム内においてエンジン１３２Ａが実行され 、エンジン１３２Ａが、１つのオーソリティの１以上のブレイスをインターブリ ートするものと想定する。さらに、エンジン１３２Ｚ（図１５Ａ）が、大型のマ ルチユーザメインフレームコンピュータシステム内において稼働し、このコンピ ュータシステムが多くの異なったオーソリティのブレイスをインターブリートし 、このコンピュータシステム内を、多くの異なったオーソリティの多くのエージ ェントが移動するものと想定する。このような場合、エンジン１３２Ａのファイ ンダは、非常に小さく、特定のオーソリティのブレイスへのエージェントの転送 について、はとんど情報をもたらさないであろう。しかし、エンジン１３２Ｚの ファインダは、より広範で包括的であると思われるので、特定のオーソリティの ブレイスに向かう、特定のエージェントのルーティングの際に、情報を提供でき る可能性が高い。このような場合、エンジン１３２Ａのファインダは、トリップ の目的地のブレイスのオーソリティに関する情報を、エンジン１３２Ａのファイ ンダが含まない場合には、エンジン１３２Ｚを移動目的地として特定するテレネ ームをニルと組み合わせる。 ファインダ２０５０　（図２０Ｂ）を用いても移動目的地を定めることができな かった場合、エンジンは、次のインプリメンテーション、又は、エンジンの供給 者によって選定されたインプリメンテーションに従った他の処理を、インプリメ ントする。チケット１３０６（図１８Ａ）がサイテション１８１６を有する場合 、エンジン１３２Ａ（図１５Ａ）は、（ｉ）エージェント１５０Ａの現在のブレ イスにテレネームを生成し、後で説明するステップに従って、引用されたクラス のブレイスを見い出すように努めたり、（西）テレネームを生成せずに、エクセ プションを送出して、チケット１３０６（図１８Ａ）をあいまいであるとして拒 絶したり、又は（ｉｉｉ）あいまいに指定されたトリップの目的地として指定さ れたブレイスのテレネームを生成させたりすることができる。同様に、チケット １３０Ｂがサイテションを持たない場合、エンジン１３２Ａ（図１５Ａ）は、（ １）テレネームを生成せずに、エクセブションを送出して、チケット１３０Ｂ　 （図１８Ａ）をあいまいとして拒絶したり、又は（百）あいまいに指定されたト リップの目的地として指定されたブレイスのテレネームを生成させたりすること ができる。 図１５Ａ−１５Ｈの例では、エンジン１３２Ａ（図１５Ａ）は、ファインダ２０ ５０（図２０Ｂ）と相談して、エージェント１５０Ａ（図１５Ａ）をエンジン１ ３２Ｂのブレイス２２０Ｂに到達させるために、エージェント１５０Ａをエンジ ン１３２Ｚに転送させるように判断する。したがって、エンジン１３２Ｚのエン ジンブレイスは、エージェント１５０Ａの移動目的地であり、エージェント１５ ０Ａのエンジン１３２Ｚへの転送を規定するウェイオブジェクトが生成される。 このように、フローチャート１４１４　（図１４Ｃ１１４Ｄ）に従った処理によ って、チケット１３０６によって規定されたトリップの目的地に向がってエージ ェント１５０Ａを移動させるために、エージェント１５０Ａ（図１５Ａ）の転送 を規定するウェイオブジェクトが生成される。 フローチャート１４１０　（図１４Ｂ）のコンテキストにおいて前述したように 、エージェント１５０Ａ（図１５Ａ）は、ステップ１４２２　（図１４Ｂ）にお いて、他のブレイスに配送される。図１５Ａ〜１５Ｈの実施例においては、エー ジェント１５０Ａは、エンジン１３２Ａ内のどのブレイスにも配送されないもの としてきた。しかし、記述を完全にするために、エンジン１３２Ａ内のブレイス へのエージェント１５０Ａの配送について説明する。エンジン１３２Ａ内のブレ イスがチケット１３０６（図１３Ａ）によってトリップの目的地として規定され ている場合に、エージェント１５０Ａ（図１５Ａ）は、エンジン１３２Ａ内のブ レイスに配送される。あるブレイスへエージェントが配送されるということには 、（ｉ）そのエージェントを配送するべき特定のブレイスを選定すること、（ｉ ｉ）そのエージェントをそのブレイスの占有者とすること、及び（ｉｉｉ）オペ レーション”ｇｏ”をそのエージェントについて継続させることが含まれる。ス テップ（ｄｅｌ　１ｖｅｒ　ａｇｅｎｔ）　１４２２は、フローチャート１４２ ２　（図１４Ｅ）によって示されている。 フローチャート１４２２　（図１４Ｅ）による処理は、ステップ（ｆｏｒ　ａｌ ｌ　ｃｕｒｒｅｎｔ　ｐｌａｃｅｓ）　１４２２Ａから開始する。ステップ（ｆ ｏｒ　ａｌｌ　ｃｕｒｒｅｎｔ　ｐｌａｃｅｓ）　１４２２Ａ及びステップ（Ｎ ＥＸＴ）１４２２ｃは、現在処理を行っているエンジンであるエンジン１３２Ａ （図１５Ａ）によって実行中の各ブレイスが、ステップ１４２２Ｂ、１４２２Ｄ 、１４２２Ｅ　（図１４Ｅ）に従って処理されるように、処理ループを形成する 。後述するフローチャート１４２２のコンテキストにおいて、”サブジェクトプ レイス”は、ステップ（ｆｏｒ　ａｌｌ　ｃｕｒｒｅｎｔ　ｐｌａｃｅｓ）　１ ４２２Ａ及びステップ（ＮＥＸＴ）　１４２２　Ｃによって形成される処理ルー プの繰り返しの際に、処理されるブレイスである。そして、この処理ループの繰 り返しのために、すなわちエンジン１３２Ａ（図１５Ａ）が実行中の各ブレイス のために、処理は、ステップＣｒｏｒ　ａｌｌ　ｃｕｒｒｅｎｔ　ｐｌａｃｅｓ ）　１４２２　Ａから、テストステップ（ｐ　Ｉ　ａｃｅｓａｔｉｓｆｉｅｓ　 ｔｉｃｋｅｔ？）　１４２２　Ｂに移行する。 現在処理を行っているエンジンは、テストステップ（ｐｌａｃｅ　５ａｔｉｓｆ ｉｅｓ　ｔｉｃｋｅｔ？）１４２２Ｂにおいて、サブジェクトプレイスがチケッ ト１３ｏ６を満足するかを判断する。 サブジェクトプレイスがチケット１３０６を満足しない場合、（ｉ）処理は、テ ストステップ（ｐｌａｃｅ　５ａｔｉｓｆｉｅｓ　ｔｉｃｋｅｔ？）　１４２２ 　Ｂ　（図１４Ｅ）から、ステ、ブ（ＮＥＸＴ）　１４２２　Ｃを経て、ステッ プ（ｆｏｒ　ａｌ　ｌ　ｃｕｒｒｅｎｔ　ｐｌａｃｅｓ）　１４２２Ａに移行し 、新たな処理ループの反復が開始するか、又は（ｉｆ）処理は、後述するように 、終了ステップ１４２２Ｉに移行する。逆に、サブジェクトプレイスがチケット １３０６を満足する場合、処理は、テストステップ（ｐｌａｃｅ　５ａｔｉｓｆ ｉｅｓ　ｔｉｃｋｅｔ？）　１４２２　Ｂからステップ（ｅｎｔｅｒｉｎｇ）　 １４２２　Ｄに移行する。 後述するように、ブレイスは、エージェント等のプロセスの進入を、オペレーシ ョン”ｅｎｔｅｒｉｎｇ”が正常に遂行されたときに許可し、オペレーション” ｅｎｔｅｒｉｎｇ”の遂行の際にエクセプションが送出されたときに拒絶する。 オペレーション″ｅｎｔｅｒｉｎｇ”の遂行については後述する。 処理は、ステップ（ｅｎｔｅｒｉｎｇ）　１４２２　Ｄ　（図１４Ｅ）からテス トステップ（ｅｘｃｅｐｔｉｏｎ？）　１４２２　Ｅに移行し、このテストステ ップ１４２２Ｈにおいて、現在処理を行っているエンジンは、サブジェクトプレ イスによるオペレーション”ｅｎｔｅｒ団＆゛の遂行で、エクセブションが送出 されたかを判断する。サブジェクトプレイスによるオペレーション”ｅｒ＋Ｌｅ ｒｉｎｇ”の遂行でエクセプションが送出され、それによりサブジェクトプレイ スへのエージェント１５０−Ａの進入を拒絶した場合、処理は、テストステップ １４２２Ｅがらステップ（ＮＥＸＴ）１４２２Ｃを経てステップ（ｆｏｒ　ａｌ ｌ　ｃｕｒｒｅｎｔ　ｐｌａｃｅｓ）　１４２２Ａに移行し、ステップ（ｆｏｒ 　ａｌｌｃｕｒｒｅｎｔ　ｐｌａｃｅｓ）　１４２２　Ａ及びステップ（ＮＥＸ Ｔ）　１４２２　Ｃによって規定された処理ループの新たな反復が開始されか、 以下に説明する終了ステップ１４２２Ｉに移行する。 その反対に、サブジェクトプレイスによってオペレーション”ｅｎｔｅｒｉｎｇ ”が正常に遂行され、サブジェクトプレイスへの進入をエージェント１５０Ａ（ 図１５Ａ）に対して許可した場合、処理は、テストステップ１４２２Ｅ（図１４ Ｅ）からステップ１４２２Ｆに移行する。エージェント１５０Ａ（図１５Ａ）は 、ステップ１４２２Ｆにおいて、サブジェクトプレイスの占有者とされる。さら に、エージェント１５０Ａがサブジェクトプレイスの占有者であることを示すた めに、エージェント１５０Ａのプロパティがセントされる。 処理は、ステップ１４２２Ｆからステップ１４２２Ｇに移行する。このステップ １４２２Ｇにおいて、エージェント１５０Ａによって遂行されるオペレーション ”ｇＯ゛°が行われる。前述したように、エージェント１５０Ａは、図１５Ａ〜 １５Ｅの例では、エンジン１３２Ａのブレイスには配送されない。したがって、 エージェント１５０Ａのためのオペレーション”　ｇｏ”は、後述するように、 エンジン１３２Ｂ（図１５Ｅ）のブレイス２２０Ｂに、エージェント１５０Ａ（ 図１５Ａ）が配送されるまでは完了しない。処理は、ステップ１４２２Ｇ（図１ ４Ｅ）から終了ステップ＋４２２Ｈに移行し、この終了ステップ１４２２Ｈにお いて、フローチャート１４２２の処理、すなわちステップ（ｄｅｌｉｖｅｒ　ａ ｇｅｎｔ）　１４２２　（図１４Ｂ）の処理が成功のうちに終了する。 ステップ（ｆｏｒ　ａｔ　ｌ　ｃｕｒｒｅｎｔ　ｐｌａｃｅｓ）　１４２２　Ａ 　（図１４Ｅ）及びステップ（ＮＥＸＴ）１４２２Ｃによって規定される処理ル ープに従って、エンジン１３２Ａ（図１５Ａ）中に存在するすべてのブレイスが 処理されたが、処理が終了ステップ１４２２Ｈに到達していない場合、すなわち 、エンジン１３２Ａ（図１５Ａ）内のどのブレイスも、チケット１３０６を満足 せず、オペレーション”　ｅｎｔｅｒｉｎｇ″が正常に行われてもエージェント １５０Ａの占有を許可しない場合、処理は、ステップ（ｆｏｒ　ａｌｌ　ｃｕｒ ｒｅｎｔ　ｐｌａｃｅｓ）　１４２２Ａ　（図１４Ｅ）から終了ステップ１４２ ２Ｉに移行する。この終了ステップ１４２２　Ｉにおいて、クラス″Ｄｅｓｔｉ ｎａｔｉｏｎ　Ｕｎａｖａｉｌａｂｌｅ”のエクセブションが送出され、フロー チャート１４２２の処理、すなわちステップ（ｄｅｌｉｖｅｒ　ａｇｅｎｔ）　 １４２２　（図１４Ｂ）は終了する。このように、ステップ（ｄｅｌ　１ｖｅｒ 　ａｇｅｎｔ）　１４２２では、トリップの目的地としてチケット１３０６（図 １３Ａ）によって特定されたブレイスにエージェント１５０Ａ（図１５Ａ）が配 送されるが、又は、クラス゛’　Ｄｅｓｔｉｎａｔｉｏｎ　Ｕｎａｖａｉｌａｂ ｌｅ”のエクセプションが送出される。 前述したように、図１５Ａ〜１５Ｅの実施例において、エンジン１３２Ｚは、移 動目的地である。そこで、エージェント１５０Ａは、ステップ１４３２（図１４ Ｂ）において、エンコードされたエージェント１５０Ａ−Ｅ　（図１５Ｂ）を形 成するように、エンコードされる。このエンコードされたエージェント１５０Ａ −Ｅは、ステップ（ｔｒａｎｓｆｅｒ　ｏｕｔ）　１４３４　（図１４Ｂ）にお いて、エンジン１面述したように、通信下部構造１３２Ａ−ＣＩがら通信リンク １０２ＡＺを介して通信下部構造１３２Ｚ−ＣＩ　（図１５Ｃ）に至るエンコー ドされたエージェントｌ　５０Ａ−Ｅ　（図１５Ｂ）の転送は、ステップ１４３ ４　（図１４Ｂ）において開始される。エンコードされたエージェント１５０Ａ −Ｅ（図２１）には、プロバチ４　”　ｎａｆｆｉｅ”ごａｄｄｒｅｓｓ”　、 　”　ｄａｔａ−を有する目的地１５０Ａ−Ｅ−Ｄが付加されている。ここで、 プロパティ”ｎａｍｅ”　、”ａｄｄｒｅｓｓ”、”ｄａｔａ’は、それぞれテ レネーム２１０２、テレアドレス２１０４、オクテツトストリング２１０６であ る。テレネーム２１０２及びテレアドレス２１０４は、エンコードされたエージ ェント１５０Ａ−Ｅの移動目的地を規定する。目的地１５０Ａ−Ｅ−Ｄ　（図２ １）によって規定される移動目的地は、エンジン１３２Ｚ（図１５Ｂ）でもエン ジン１３２Ｂでもよい。 本発明の一実施例では、ステップ１４３０（図１４Ｂ）において形成された目的 地１５０Ａ−Ｅ−Ｄ　（図２１）は、エンコードされたエージェント１５０Ａ− Ｅの移動目的地として、エンジン１３２Ｚ（図１５Ｂ）を規定する。このとき、 通信下部構造１３２Ａ−ＣＩは、エンコードされたエージェント１５０Ａ−Ｅを １３２２の通信下部構造１３２Ｚ−ＣＩに直接転送する。また、本発明の他の実 施例では、目的地１　！５０Ａ−Ｅ−Ｄ　（図２１）は、エンコードされたエー ジェント１５０Ａ−Ｅの移動目的地としてエンジン１３２Ｂ（図１５Ｂ）を規定 する。 後者の場合には、通信下部構造１３２Ａ−ＣＩは、目的地１５０Ａ−Ｅ−Ｄ　（ 図２１）に従ってエンジン１３２Ｂに向かうエンコードされたエージェント１５ ０ｔ’ｓ、Ｅを、通信下部構造１３２Ｚ−ＣＩ　（図１５Ｂ）又はエンジン１３ ２Ｚを介して転送させるための情報及びロジフクを収納する。 前述したどちらの実施例においても、エンジン１３２Ｚ（図１５０）がエンコー ドされたエージェント１５０Ａ−Ｅを受けると、エンジン１３２Ｚは、ステップ （ｒｏｕｔｅ　ａｇｅｎｔ）　ｌ　４１４　（図１４Ｂ）において、フローチャ ート１４００−１（図１４Ｆ）に示すような、システムオペレーション”ｔｒａ ｎｓｒｅｒｌｎ”を遂行する。 エンジン１３２２　（図１５０）は、ステップ１４０２−Ｉ　（図１４Ｆ）にお いて、目的地１５０Ａ−Ｅ−Ｄ（図２１）への転送を規定するウェイオブジェク トを生成させることによって、システムオペレーション°’　ｔｒａｎｓｒｅｒ ｌｎ”の遂行を開始する。エンジン１３２Ｚは、ファインダ２０５０　（図２０ Ｂ）に関連して前述したように、エンジン１３２Ｚ（図１５０）内のファインダ と相談することによって、ステップ１４０２−Ｉ　（図１４Ｆ）において、ウェ イオブジェクトを生成する。 処理は、ステップ１４０２−１　（図１４Ｆ）がらテストステップ（ｗａｙ　ｏ ｕｔ　１ｓｈｅｒｅ？）　１４０４−　Ｉに移行する。このテストステップ（ｗ ａｙ　ｏｕｔ　ｉｓ　ｈｅｒｅ？）　１４０４−１において、エンジン１３２Ｚ （図１５０）は、ステップ１４０２−Ｉ（図１４Ｆ）で生成されたウェイオブジ ェクトがエンジン１３２Ｚ（図１５ｃ）への転送を規定しているかを判断する。 生成されたウェイオブジェクトが、エンジン１３２Ｚ（図１５Ｃ）を移動目的地 として特定していない場合、すなわち目的地１５０Ａ−Ｅ−Ｄ　（図２１）がエ ンジン１３２Ｂ（図１５Ｂ）を移動目的地として規定している場合、処理は、テ ストステップ（ｗａｙ　ｏｕｔ　ｉｓ　ｈｅｒｅ？）　１４０４−■　（図１４ Ｆ）からステップ（ｔｒａｎｓｆｅｒ　ｏｕｔ）　１４０６−　Ｉに移行する。 このステップ１４０６−Ｉにおいて、エンジン１３２Ｚ（図１５０）は、上述の ステップ（ｔｒａｎｓｆｅｒ　ｏｕｔ）　１４３４　（図１４Ｂ）と同じように 、目的地１５０Ａ−Ｅ−Ｄ　（図２１）に従って、エンコードされたエージェン ト１５０Ａ−Ｈの転送を開始する。 処理は、ステップ（ｔｒａｎｓｆｅｒ　ｏｕｔ）　１４０６−　Ｉからステップ １４０８−Ｉに移行する。このステップ１４０８−１において、エンジン１３２ Ｚ（図１５０）は、ステップ１４３８　（図１４Ｂ）について前述したように、 継続中の転送のリストに、エンコードされたエージェント１５０Ａ−Ｅを加える 。処理は、ステップ１４０８−Ｉ　（図１４Ｆ）から終了ステップ１４１０−１ に移行し、システムオペレーション”ｔｒａｎｓｆｅｒｌｎ”は正常に終了する 。 ステップ１４０２−Ｉで生成されたウェイオブジェクトが、エンジン１３２Ｂ（ 図１５Ｃ）への転送を規定している場合、エンコードされたデータ１５０Ａ−Ｅ は、生成されたウェイオブジェクトに従って転送される。生成されたウェイオブ ジェクトがエンジン１３２Ｚへの転送を規定している場合、処理は、テストステ ップ（ｗａｙ　ｏｕｔ　ｉｓ　ｈｅｒｅ？）　１４０４−　Ｉ　（図１４Ｆ）か らステップ１４１２−■に移行する。このステップ１４１２−Ｉにおいて、エン ジン１３２ｚ（図１５０）は、エンコードされたされたエージェント１５０Ａ− Ｅからチケット１３０６（図１３Ａ、１８Ａ）を抽出し、チケット１３０６のコ ピーを形成する。処理は、ステップ１４１２−１からステップ１４１４−１に移 行し、ここでチケットのコピーのプロパティ゛ｗａｙ”がクリア、すなわち０に される。処理は、ステップ１４１４１からステップ（ｒｏｕｔｅ　ａｇｅｎｔ） 　１４１６−　Ｉに移行し、ここでエンジン１３２Ｚは、エンコードされたエー ジェントｌ　５０Ａ−Ｈの転送を規定するウェイオブジェクトを生成する。ステ ップ１４１６−１において遂行されるプロセスは、フローチャート１４１４　（ 図１４ｃ、１４Ｄ）に示したプロセスと同一である。このステップ１４１６−Ｉ のコンテキストでは、フローチャート１４１４の説明において使用されたチケッ ト１３０６に代えて、ステップ１４１２−Ｉにおいて作成したチケットのコピー を用いて、フローチャート１４１４と同様に処理を行う。ステップ１４１６−Ｉ が終了したら、処理は、テストステップ（ｗａｙｏｕｔ　ｉｓ　ｈｅｒｅ？）　 １４１８−１に移行する。 テストステップ（ｗａｙ　ｏｕｔ　ｉｓ　ｈｅｒｅ？）　ｌ　４　Ｌ　８−１に おいて、エンジン１３２Ｚ（図１５Ｃ）は、ステップ１４１６−Ｉ　（図１４Ｆ ）において生成されたウェイオブジェクトが、エンジン１３２Ｚ（図１５０）へ の転送を規定しているかを判断する。生成されたウェイオブジェクトが、エンジ ン１３２ｚへの転送を規定している場合、処理は、テストステップ（ｗａｙ　ｏ ｕｔ　ｉｓ　ｈｅｒｅ？）　１４１８−　Ｉ　Ｃ図１４Ｆ）から、後述するステ ップ（ｄｅｃｏｄｅ　ａｇｅｎｔ）　１４２８−　Ｉに移行する。また、生成さ れたウェイオブジェクトが、エンジン１３２Ｚ（図１５Ｃ）への転送を規定して いない場合、処理は、テストステップ（ｗａｙ　ｏｕｔ　ｉｓ　ｈｅｒｅ？）　 １４１８−１（図１４Ｆ）からステップ（ｆｏｒｍ　ｄｅｓｔｉｎａｔｉｏｎ） 　１４２０−　Ｉに移行する。 図１５Ａ〜１５Ｆの実施例において、エンコードされたエージェント１５０Ａ− Ｅから抽出されコピーされたチケット！３０６　（図１３Ａ）は、エンジン１３ ２Ｂ（図１５Ｃ）のブレイス２２０Ｂへのトリップを規定する。したがって、処 理は、ステップ（ｆｏｒｍ　ｄｅｓｔｉｎａｔｉｏｎ）　１４２０−　Ｉに移行 する。 ステップ（ｆｏｒｍ　ｄｅｓｔｉｎａｔｉｏｎ）　１４２０−　Ｉにおいて、エ ンジン１３２Ｚ（図１５Ｃ）は、前述のステップ（ｆｏｒｍ　ｄｅｓｔｉｎａｔ ｉｏｎ）　１４３０　（図１４Ｂ）と同じように、目的地１５０Ａ−Ｅ−Ｄ　（ 図２１）を形成する。処理は、ステップ（ｔ。 ＋ｖ　ｄｅｓｔｉｎａｔｉｏｎ）　１４２０−　Ｉ　（図１４Ｆ）からステップ （ｔｒａｎｓｆｅｒ　ｏｕｔ）　１４２２−Ｉに移行する。このステップ１４２ ２−Ｉにおいて、エンコードされたエージェント１５０Ａ−Ｅ（図１５０）は、 ステップ（ｔｒａｎｓｆｅｒ　ｏｕｔ）　１４０６−■　（図１４Ｆ）について 前述したように、目的地１５０Ａ−Ｅ−Ｄ　（図２１）に従って転送される。 処理は、ステップ（ｔｒａｎｓｆｅｒ　ｏｕｔ）　１４２２−　Ｉからステップ １４２４−Ｉに移行する。このステップ１４２４−Ｉにおいて、エンジン１３２ Ｚ（図１５０）は、ステップ１４３８　（図１４Ｂ）について前述したように、 継続中の転送のリストに、エンコードされたエージェント１５０Ａ−Ｅを加える 。処理は、１４２４−Ｉ　（図１４Ｆ）から終了ステップ１４２６−Ｉに移行し 、ここでシステムオペレーション”けａｎｓｆｅｒｌｎ”は正常に終了する。図 １５Ａ−１５Ｅの実施例において、エンコードされたエージェント１５０Ａ−Ｅ は、前述したエンジン１３２Ａから１３２Ｚへのエンコードされたエージェント １５０Ａ−Ｅの転送と同じように、エンジン１３２Ｚからエンジン１３２Ｂ（図 １５Ｄ）に転送される。 目的地のエンジンの視点から　だオペレーション”　０”エンジン１３２Ｂが、 通信下部構造１３２Ｂ−ＣＩ　（図１５Ｄ）に、エンコードされたエージェント １５０Ａ−Ｅを受け取ったとき、エンジン１３２Ｂは、エンジン１３２Ｚについ て前述したのと同様に、システムオペレーション”ｔｒａｎｓｆｅｒｌｎ”を遂 行する。エンジン１３２Ｂは、ステップ１４０２−Ｉ　（図１４Ｆ）において、 目的地１５０Ａ−Ｅ−Ｄ　（図２１）に従って、転送を規定するウェイオブジェ クトを生成させる。そして、テストステップ（ｗａｙ　ｏｕｔ　ｉｓ　ｈｅｒｅ ？）　１４０４−■　（図１４Ｆ）において、生成させたウェイオブジェクトが 、エンジン１３２Ｂ（図１５Ｄ）への転送を規定しているかを判断する。エンジ ン１３２ＢＣ図１５Ｄ）は、チケット１３０６（図１３Ａ）によって規定された トリップの目的地であるブレイス２２０Ｂを処理している。したがって、生成さ れたウェイオブジェクトは、エンジン１３２Ｂ（図１５Ｄ）への転送を規定して １１）る。そこで、エンジン１３２Ｂによる処理は、テストステップ（ｗａｙ　 ｏｕｔ　ｉｓ　ｈｅｒｅ？）　１４０４−Ｉ（図１４Ｆ）からステップ１４１２ −Ｉに移行する。 ステップ１４１２−Ｉ、１４１４−Ｉ、１４１６−１において、エンジン１３２ Ｂは、エンコードされたエージェント１５０Ａ−Ｅからチケット１３０６　（図 １３Ａ）を抽出してコピーし、チケットのコピーのプロパティ゛’　ｗａｙ”を クリアする。そして、エンジン１３２Ｂは、このチケットのコピーをチケット１ ３０６の代りに使用して、前述のフローチャー１−１４１４　（図１４Ｃ１図１ ４Ｄ）ｉこ従って、エンコードされたエージェント１５０Ａ−Ｈのルーティング を行う。テストステップ（ｗａｙ　ｏｕｔ　’＋ｓ　ｈｅｒｅ？）　１４１８− １　Ｃ図１４Ｆ）ｔこお１１１で、エンジン１３２Ｂ（図１５Ｄ）は、ステップ （ｒｏｕｔｅ　ａｇｅｎｔ）　１４１６−　Ｉ　（図１４Ｆ）において生成させ たウェイオブジェクトが、エンジン１３２Ｂ　（図１５Ｄ）への転送を規定して いるかを判断する。エンジン１３２Ｂ（図１５Ｄ））よ、ブレイス２２０Ｂの処 理を行うので、生成されたウェイオブジェクトｉこよって規定された目的地は、 エンジン１３２Ｂ（図１５Ｄ）である。したがって、エンジン１３２Ｂｉこよる 処理は、テストステップ（ｗａｙ　ｏｕｔ　ｉｓ　ｈｅｒｅ？）　１４１８−　 Ｉ　（図１４Ｆ）力・らステップ（ｄｅｃｏｄｅ　ａｇｅｎｔ）　１４２８−　 Ｉ　ｌこ移ｔテする。 このステップ（ｄｅｃｏｄｅ　ａｇｅｎｔ）　１４２８−　Ｉにお（１て、エン ジン１３２Ｂ＋よ、アペンディックスＢに説明したエンコード則の逆を適用する ことにより、通信下部構造１３２Ｂ−ＣＩ中のエンコードされたエージェント１ ５０Ａ−Ｅ　（図１５Ｄ）からエージェント１５０Ａをデコードし、データ部１ ３２Ｂ−Ｄ（図１５Ｅ）にエージェント１５０Ａを格納する。ネットワーク１５ ００は異種のコンピュータから構成されることがあるため、エンジン１３２Ａ（ 図１５Ａ）内のエージェント１５０Ａの形式は、エンジン１３２Ｂ　（図１５Ｅ ）内のエージェント１５０Ａを表わすには不適当であることが有り得る。エンジ ン１３２Ａとエンジン１３２Ｂとの間にエージェント１５０Ａを転送させる際に 、標準形式のエンコードされたエージェント１５０Ａ−Ｅを使用するのであれば 、エンジン１３２Ｂは、エージェント１５０Ａを転送させていないときには、エ ンジン１３２Ｂにとって最も好都合な任意の形式でエージェント１５０Ａを表現 することができる。 エンジン１３２Ｂによる処理は、ステップ（ｄｅｃｏｄｅ　ａｇｅｎｔ）　１４ ２８−　Ｉ　（図１４Ｆ）からステップ（ｄｅｌｉｖｅｒ　ａｇｅｎｔ）　１４ ３０−　Ｉに移行する。ステップ（ｄｅｌｉｖｅｒ　ａｇｅｎｔ）　ｌ　４３０ −　Ｉにおいて、エージェント１５０Ａは、ステップ（ｄｅｌｉｖｅｒ　ａｇｅ ｎｔ）　１４２２　（図１４Ｂ）について前述したように、フローチャート１４ ２２（図１４Ｅ）に従って配送される。ステップ（ｄｅｌｉｖｅｒ　ａｇｅｎｔ ）　１４３０−■のコンテキストにおいて、チケットは、今や実際のチケット１ ３０Ｂ　（図１３Ａ）であり、仮定されたチケットではない。ステップ（ｄｅｌ 　１ｖｅｒ　ａｇｅｎｔ）　１４３０−Ｉ（図１４Ｆ）において、エージェント １５０Ａ（図１５Ｅ）は、ブレイス２２０Ｂの占有が許可されており、エージェ ント１５０Ａによって遂行されるオペレーション”ｇｏ”は、正常に終了する。 そして、処理は、ステップ（ｄｅｌｉｗｅｒ　ａｇｅｎｔ）　１４３０−　Ｉ　 （図１４Ｆ）から終了ステップ１４２６−Ｉに移行する。この終了ステップ１４ ２６−Ｉにおいて、フローチャート１４００−Ｉ　（図１４Ｆ）の処理、すなわ ちエンジン１３２Ｂによるシステムオペレーション”　ｔｒａｎｓｆｅｒｌｎ” の遂行が成功のうちに終了する・フローチャート１４００−Ｉ　（図１４Ｆ）の 各ステップを遂行する間にエクセプションが送出されたときは、フローチャート １４５０＝Ｉ　（図１４Ｇ）のステップが実行される。ステップ１４５２−Ｉ　 （図１４Ｇ）において、エージェント１５０Ａは、エンコードされたエージェン ト１５０Ａ−Ｅ（図１５Ｄ）がらデコードされる。エージエン目５０Ａは、エン ジン１３２Ｂ　（図１５Ｄ）に既に転送されているので、エージェント１５０Ａ は、エンジン１３２Ａに関連して前述したように、継続中の転送のリスト中には 保持されていない。したがって、エージェント１５０Ａの実行を継続するために は、エージェント１５０Ａをデコードすることが必要になる。処理は、ステップ １４５２−Ｉ　（図１４Ｇ）からステップ（ｄｅｌｉｖｅｒ　ａｇｅｎｔ　ｔｏ 　ｐｕｒｇａＬｏｒｙ）　１４５４−　Ｉに移行する。このステップ１４５４− 　Ｉ　ｉ、：おいて、ｘ−’；ｘンｔ−１５０Ａ１．ｔ、ステー／ブ１４２６　 （図１４８）ｉ、：関連して前述したように、バーガトリに配送される。そして 、処理は、ステップ（ｄｅｌｉｖｅｒ　ａｇｅｎｔ　ｔｏ　ｐｕｒｇａｔｏｒｙ ）　１４５４−　Ｉ　（図１４Ｇ）から終了ステップ１４５６−Ｉに移行し、こ こでフローチャート１４５０−１による処理が終了する。 バーガトリを占有しているエージェント１５０Ａは、ステップ（ｄｅｌｉｖｅｒ 　ａｇｅｎｔ）１４５４−１の結果として、エクセブションを送出する。その結 果、エージェント１５０Ａによって遂行されたオペレーション゛′ｇｏ”は失敗 となる。 したがって、エージェント１５０Ａ（図１５Ａ〜１５Ｅ）は、オペレーション” ｇＯｏｏを遂行することによって、エージェント１５０Ａと、エージェント１５ ０Ａによって所有されるオブジェクト、例えばオブジェクト１４０Ａ、１４０Ｂ とのネットワーク１５００を介しての転送を指示する。オペレーション”ｇｏ” の遂行後は、エージェント１５０Ａについて、オペレーション”ｇｏ”の次のイ ンストラクションのインターブリートが続けられる。 図１３Ｂは、エージェント１５ＯＡによるオペレーション゛ｇｏ”の遂行直後に おけるエージェント１５０Ａの内部状態及び実行状態の一部を示している。オペ レーション”ｇｏ”の遂行の結果であるチケットスタブ１３０８は、スタック１ ３０４のトップにある。ブレイス２２０Ｂは、エージェント１５０Ａが占有する ブレイスを特定するエージェント１５０Ａのプロパティであり、これにより、エ ージェント１５０Ａがブレイス２２０Ｂを占有することを指示する。 佳人と及び゛出：　オペレーション”ｅｎｔｅｒｉｎ”及びオペレーション”ｅ ｘｉｔｉｎ”前述したように、ブレイス２２０Ｂは、オペレーションｅｎｔｅｒ ｉｎｇ”の遂行によって、エージェント１５０Ａの進入を許可したり拒絶したり する。前述のフローチャート１４００（図１４Ａ、１４Ｂ）で表される本実施例 では、ブレイス２２０Ｂがオペレーション”ｅｎｔｅｒｉｎｇ”を遂行するよう に要求する前に、エンコードされたエージェント１５０Ａ−Ｅ　（図１５Ａ〜１ ５Ｅ）をエンジン１３２Ｂに転送する。本発明の他の実施例では、エージェント １５０Ａが、通信リンク１０２ＡＺを介して通信下部構造１３２Ｚ−ＣＩへ転送 され更に通信リンク１０２２Ｂを介してエンジン１３２Ｂに転送される前に、ブ レイス２２０Ｂは、オペレーション”ｅｎｔｅｒｉｎｇ”を遂行するように指示 される。ブレイス２２０Ｂは、オペレーション”ｅｎｔｅｒｉｎｇ”を遂行する ことによって、ブレイス２２０Ｂを占有する許可をエージェント１５０Ａに与え たり拒絶したりする。しがし、本発明は、待ち時間の長い広域ネットワークにお いても使用されることを想定されている。 ′°待ち時間”　（Ｉａｔｅｎｃｙ）という用語は、この明細書では、本発明の 技術分野で通常使用されているように、情報の送出者が情報を最初に送出した時 と、情報の受領者が情報を最初に受領した時との間の時間を表すものとして用い られている。 待ち時間の長いネットワークの場合、短いメツセージでも、目的地に到達するま でに、多くの時間を必要とすることがある。このような場合、ブレイス２２０Ｂ （図１５Ａ）がオペレーション゛°６１ｊｅｒｉｎｇ”の遂行を要求してリザル トを待つということには、オペレーション”ｅｎｔｅｒｉｎｇ”を遂行するため に、この要求を、通信リンク１０２ＡＺを介して通信下部構造１３２Ｚ−ＣＩへ 送り、さらに通信リンクｌ　０２２Ｂを介してエンジン１３２Ｂへ送ることによ って、ブレイス２２０Ｂへ送出するということと、この逆の経路を経て返される 、オペレーション”ｅｎｔｅｒｉｎｇ”によって生じたリザルトを待つというこ ととが含まれる。 エンジン１３２Ｂにエージェント１５０Ａを転送する前に、このような動作を行 うと、エンジン１３２Ａ、１３２Ｂの間の待ち時間のほぼ２＠の時間だけ、エー ジェント１５０Ａをエンジン１３２Ｂに転送する時間が遅延される。したがって 、本発明の性能を向上させるため、エージェントｌ　５０Ａをエンジン１３２Ｂ に転送するまで、ブレイス２２０Ｂによるオペレーション゛’　ｅｎｔｅｒｉｎ ｇ”の遂行を遅延させる。 オペレーション°ｅｎｔｅｒｉｎｇ”については、オペレーション”ｇｏ”の結 果、エージェント＋５０Ａ　（図１５Ｅ）が、ブレイス２２０Ｂに進入するとい うコンテキストの中で既に説明したが、オペレーション”　ｅｎｔｅｒｉｎｇ” は、ブレイス２２０Ｂ内でのプロセスの生成により、プロセス（エージェント又 はブレイス）がブレイス２２０Ｂに進入したために、遂行されることもある。プ ロセスの生成についてはアペンディクスＡに詳細に説明されている。 図２２Ａは、オペレーション゛ｅｎｔｅｒｉｎｇ”の遂行直前における、エージ ェント１５０Ａの実行状態を表している。プロセス、例えばエージェント１５０ Ａの実行状態を以下に詳細に説明する。オペレーション”ｅｎｔｅｒｉｎｇ”は 、エンジン１３２Ｂの要求によって遂行され、オペレーション”ｅｎｔｅｒｉｎ ｇ”の遂行は、エージェント１５０Ａ（図１５Ｅ）の実行状態中に記録される。 エージェント１５０Ａ又はブレイス２２０Ｂ、好ましくはブレイス２２０Ｂの許 可は、オペレーション゛′ｅｎｔｅｒｉｎｇ”の遂行によって得られる。 フレーム２２００は、エージェント１５０Ａの実行状態の一部分であり、ブレイ ス２２０Ｂによって遂行されるオペレーション”ｅｎｔｅｒｉｎｇ”の動的な状 態を記録する。フレーム２２００は、現在のスタックであるスタック２２０２を 含む。 スタック２２０２は、トップから順に、コンタクト２２０８、バーミツト２２０ ６及びチケット２２０４を有する。 コンタクト２２ｏ８は、ブレイス２２０Ｂに進入しようとしているプロセスとし て、エージェント１５０Ａを特定する。以下及びアベンディクスＡに詳細に説明 するように、コンタクト２２０８は、プロパティとして、プロパティ”ｓｕｂｊ ｅｃｔＮａｍｅ”及びプロパティ”５ｕｂｊｅｃｔ”を有する。オペレーション ”ｅｎｔｅｒｉｎｇ”において、通常はエージェント１５０Ａのリファレンスで ある、コンタクト２２０８のプロパティ”５ｕｂｊｅｃｔ“は、ニル（０）であ る。したがって、ブレイス２２０Ｂがｘ−ジエント１５０Ａに進入を許可する前 は、ブレイス２２０Ｂにはエージェント１５０Ａに対するリファレンスが与えら れない。コンタクト２２０８のプロパティ”ｓ　ｕｂｊ　ｅｃ　ｔ　Ｎａｍｅ” は、ブレイス２２０Ｂへの進入を要求するエージェントとシテ、エージェント１ ５０Ａを特定するテレネームである。 バーミント２２０６は、ブレイス２２０Ｂに入ろうとしているエージェントの提 案されたローカルバーミツトである。バーミツト２２０６は、”ｂｙＰｒｏｔｅ ｃｔｅｄＲｅ「”をパスしており、したがって、オペレーション”ｅｎｔｅｒｉ ｎｇ”の遂行によっては変更されない。アーギュメント及びリザルトのパス、特 に保護されたリファレンス（例えば”　ｂｙＰｒｏｔｅｃｔｅｄＲｅｆ”）のパ スについては、後で詳細に説明する。エージェントのローカルバーミツトは、与 えられたブレイスにある間、エージェントの能力を規定する。例えば、エージェ ント１５０Ａは、能力及びアローワンスのサブセットを規定するバーミツト２２ ０６を、ブレイス２２０Ｂに供給することによって、ブレイス２２０Ｂにある間 に、そのネイティブバーミツトの能力及びアローワンスのサブセントにそれ自身 を制限する。 チケット２２０４は、’　ｂｙＰｒｏｔｅｃｔｅｄＲｅｆ”をパスする。また、 チケット２２０４は、レスポンディングブレイス２２０Ｂに移動するために使用 されるチケットと同じであり、エージェント１５０Ａが別のブレイスから入ろう としていることを、レスポンディングブレイス２２０Ｂに知らせる。チ乞ット２ ２０４がニル（Ｏ）である場合、プロセスは、ブレイス２２０Ｂ内でのプロセス の生成によって、レスポンディングブレイス２２００ＯＢへの進入を試みる。ク ラス”Ｐｌａｃｅ”によって規定された、ブレイスを容認するかを判断する方法 、すなわちオペレーション”　ｅｎｔｅｒｉｎｇ”をインプリメントする方法は 、常に、クラス”　０ｃｃｕｐａｎｃｙ　Ｄｅｎｉｅｄ”のメンバであるエクセ ブションを送出し、レスポンディングブレイスへのプロセスの進入を拒絶する。 しかし、本発明のユーザは、特定の条件のもとにプロセスの進入を許可する、ク ラス”Ｐｌａｃｅ”のサブクラスを規定する。これは、エージェントがあるブレ イスから別のブレイスへ移動するために、実際上必要なことである。 ブレイスによって実行されるオペレーション”ｅｎｔｅｒｉｎｇ”のインプリメ ンテーションは、このブレイスがインスタンスであるクラスによって提供又は承 継される特別な方法によって規定されているので、各ブレイスは、ネットワーク 中の他のブレイスとは異なった方法で、オペレーション“’　ｅｎｔｅｒｉｎｇ ”をインプリメントすることができる。フローチャート２２６０　（図２２Ｃ） は、オペレーション”ｅｎｔｅｒｉｎｇ”のインプリメンテーションの一例を示 している。したがって、これらの各ステップは、ステップ１４２２　（図１４Ｂ ）でオペレーション”　ｅｎｔｅｒｉｎｇ”を遂行の際に、ブレイス２２０Ｂに よって行われる。 コンタクト２２０８　（図２２Ａ）、バーミツト２２０６及びチケット２２０４ は、それぞれステップ２２６２　（図２２Ｃ）、２２６４．２２６６において、 スタック２２０２からポツプされる。処理は、次にテストステップ２２７２に移 行し、ここでチケット２２０４がニル（０）と比較される。チケット２２０４が ニル（０）の場合、エージェント１５０Ａは局地的に生成されており、処理は終 了ステップ２２７４に移行し、ここでオペレーション”ｅｎｔｅｒｉｎｇ”は成 功のうち終了する。し力叱、上述の説明及び後述する説明から明らかなように、 ブレイスは、ある状態のもとではオペレーション”ｅｎｔｅｒｉｎｇ”が失敗し 、ブレイス内のプロセスの生成が阻止されるように、規定することができる。 チケット２２０４がニル（０）でない場合、処理は、テストステップ２２７２か らテストステップ２２７６に移行する。テストステップ２２７６において、バー ミツト２２０６のプロパティ”ｃｈａｒｇｅｓ”が、バーミツト２２０６のアト リビュート”ｃｈａｒｇｅｓ”を問い合わせることによって生成され、バーミツ ト２２０６のプロパティ”ｃｈａｒｇｅｓ”が１０００と比較される。バーミツ ト２２０６のプロパティ”ｃｈａｒｇｅｓ”が１０００より多い場合、処理は、 テストステップ２２７６から終了ステップ２２７８に移行し、そこでクラス”０ ｃｃｕｐａｎｃｙ　Ｄｅｎｉｄ”のエクセブションが送出され、レスポンディン グブレイスへのエージェントの進入が拒絶される。 バーミント２２０６のプロパティ”ｃｈａｒｇｅｓ”が１０００に等しいかそれ よりも小さい場合、処理は、テストステップ２２７６から終了ステップ２２７４ に移行し、そこでオペレーション”ｅｎｔｅｒｉｎｇ”は成功のうちに終了し、 エージェントはレスポンディングブレイスに進入することが許可される。なお、 図２２０の実施例において、比較のために用いた１０００という数値は、説明の ために任意に選ばれたものに過ぎず、当然のことながら１０００以外の数値であ ってもよい。 フローチャート２２６０の方法は、リソースが限定されているパーソナルコンピ ュータシステム内おいて動作するエンジンによって処理されるブレイスのための 、オペレーション”ｅｎｔｅｒｉｎｇ”の適切なインプリメンテーションの例を 示している。上述したように、又アベンディクスＡに説明するように、バーミン トのプロパティ”ｃｈａｒｇｅ”は、処理の許可である。したがって、提案され たローカルバーミツトにおいて、大量の計算及びリソースが必要であることを大 きなチャージアロワンス（ｃｈａｒｇｅｓ　ａｌｌｏｗａｎｃｅ）によって指示 するエージェントは、フローチャート２２６０に従って、進入が拒絶される。し たがって、小型のパーソナルコンピュータシステムのオーナーは、そのパーソナ ルコンピュータシステムを、ローカルに作りだされたプロセスや、他の場所で作 りだされたエージェントによる比較的廉価な訪問に限定することができる。 ブレイス２２０Ｂ　（図２２Ｂ）によるオペレーション”ｅｎｔｅｒｉｎｇ”の 遂行直後は、オペレーション”ｅｎｔｅｒｉｎｇ”はいかなる結果も生じていな いので、スタック２２０２は空である。 前述したように、ブレイスは、オペレーション“ｅｘｉｔｉｎｇ”の遂行によっ て、プロセスの退出、すなわち占有の終了をノートする。フローチャート１４ｏ Ｏ（図１４Ａ、１４Ｂ）のコンテキストにおいて、オペレーション”ｇｏ”の結 果、エージェント、すなわちエージェント１５０Ａがブレイス２２ＯＡを退出す る。そして、このエージェント１５０Ａのブレイス２２０Ａからの退出の結果と して、ブレイス２２０Ａは、オペレーション”ｅｘｉｔｉｎｇ”を実行する。オ ペレーション”ｅｘｉｔｉｎｇ”は、プロセス（エージェント又はエージェント ）が破壊されて、ブレイス２２ＯＡを占有しなくなったときにも、プロセス２２ ０Ａによりて遂行される。 プロセスの破壊はアベンディクスＡにより詳細に説明されている。クラス”Ｐｌ ａｃｅ”によって規定されたオペレーション”ｅｘｉｔｉｎｇ”のインタフェー スは、図２３Ａ、２３Ｂに示されている。 オペレーション”ｅＸｉｔｉｎｇ”は、エンジン１３２Ａ（図１５Ａ）の要求に よって遂行されるので、オペレーション”ｅｘｉｔｉｎｇ”の動的状態を記録し ているフレーム２３００　（図２３Ａ）は、ブレイス２２０Ａ　（図１５Ａ）の 実行状態の一部でもなければ、エージェント１５０Ａの実行状態の一部でもない 。実際、ブレイス２２０Ａがオペレーション”ｅｘｉｔｉｎｇ”を遂行している 時点においては、エージェント１５０Ａは、もはやブレイス２２０Ａを占有して いない。エンジン１３２Ａは、”エンジンプロセス”の一部として、新しい実行 状態を作り出す。エンジンプロセスは、オペレーション”ｅｘｉｔｉｎｇ”又は オペレーション”ｐａｒｔｉｎｇ″の遂行のためにエンジンによって作りだされ たプロセスである。オペレーション”ｐａｒｔｉｎｇ”は、以下及びアペンディ クスＡに詳細に説明されている。 図２３Ａは、オペレーション”ｅｘｉｔｉｎｇ”の遂行の直前におけるフレーム ２３００を示している。フレーム２３００は現在のスタックである、スタック２ ３０２を有している。スタック２３０２は、オペレーション”ｅｘｉｔｉｎｇ″ のアーギュメントとして、トップから順に、コンタクト２３０８、バーミツト２ ３０６及びチケット２３０４を備えている。 コンタクト２３０８は、ブレイス２２０Ａからを退出するプロセスとして、エー ジェント１５０Ａ（図１５Ａ）を特定する。以下及びアペンディクスに詳細に説 明するように、コンタクト２３０８は、プロパティとしてプロパティ”ｓｕｂｊ ｅｃｔＮａｍｅ”及びプロパティ”５ｕｂｊｅｃｔ”を有している。コンタクト ２３０８　（図２３Ａ）のプロパティ”ｓｕｂｊｅｃｔＮａｍｅ”は、エージェ ント１５０Ａ（図１５Ａ）を特定する。また、通常エージェント１５０Ａ（図１ ５Ａ）に対するリファレンスであるコンタクト２３０８　（図２３Ａ）のプロパ ティ”５ｕｂｊｅｃｔ”は、オペレーション”ｅｘｉｔｉｎｇ”によりボイドさ れる。したがって、ブレイス２２０Ａには、退出するエージェント１５０Ａに対 するリファレンスは残されない。 バーミツト２３０６　（図２３Ａ）は、レスポンディングブレイス２２０Ａ　（ 図１５Ａ）から退出しているプロセス、すなわちエージェント１５０Ａの現在の 口　。 −カルバ−ミツトである。プロセスのローカルバーミツトは、ブレイスを占有し ている間のプロセスの能力を制限する。ローカルバーミツトについては、アベン ディクスＡに詳細に説明されている。バーミツト２３０６　（図２３Ａ）は、” ｂｙＰｒｏｔｅｃｔｅｄＲｅｆ“をパスしているので、オペレーション“２ｘｉ ｔｉｎｇ”の遂行において、ブレイス２２ＯＡ　（図１５Ａ）によって変更され ることはない。 退出するプロセスのローカルバーミツト、すなわちバーミツト２３０６　（図２ ３Ａ）は、ブレイス２２ＯＡを占有していた間、退出するプロセスが使用してい たリソースのタイプ及び量を定めるために、レスポンディングブレイス２２０Ａ （図１５Ａ）を実行しているエンジンによって使用される。そのため、退出する プロセスのオーソリティは、それに含まれるリソース及びブレイス２２ＯＡにつ いて使用するために、ビル（ＢＩＬＬ）されることができる。使用されたリソー スのタイプ及び量は、パーミツト２３０６　（図２３Ａ）と、退出するプロセス に進入を許可したときに、オペレーション”ｅｎｔｅｒｉｎｇ”でアーギュメン トとして使用されたパーミツトとを比較することによって、判断される。オペレ ーション”ｅｎｔｅｒｉｎｇ”については、既に詳細に説明されており、また、 アペンディクスＡにも詳細に説明されている。 例えば、ブレイス２２ＯＡ　（図１５Ａ）は、オペレーションパｅｎｔｅｒｉｎ ｇ’を遂行する際に、オペレーション”ｅｘｉｔｉｎｇ”の遂行の際に使用され たパーミツト２３０６（図２３Ａ）と後で比較するために、提案されたローカル パーミツト、例えばパーミツト２２０６　（図２２Ａ）を格納しておく。以下及 びアベンディクスＡに詳細に説明するように、コンタクト、例えばコンタクト２ ３ｏ８は、プロパティ”　５ｕｂｊｅｃｔＮｏｔｅｓ”を有する。実施例では、 例えば、ブレイス２２０Ａは、コンタクト２２０８　（図２２Ａ）のプロパティ ”　５ｕｂｊｅｃｔＮｏｔｅｓ”内に、オペレーション”　ｅｎｔｅｒｉｎｇ” を遂行する際のパーミント２２０６を格納している。そして、オペレーション” 　ｅｘｉｔｉｎｇ”を遂行する際に、ブレイス２２ＯＡ　（図１５Ａ）は、パー ミント２２０６　（図２２Ａ）とパーミツト２３０６　（図２３Ａ）とを比較す ることによって、ブレイス２２ＯＡ　（図１５Ａ）を占有している間にエージェ ント１５０Ａが消費するリソースの量を判断する。ここで、パーミツト２２０６ 　（図２２Ａ）は、コンタクト２２０８のプロパティ”　５ｕｂｊｅｃｔＮｏｔ ｅｓＮ内に格納されており、パーミツト２３０６　（図２３Ａ）は、オペレーシ ョン゛’　ｅｘｉｔｉｎｇ”の遂行の際に消費される。 チケット２３０４　（図２３Ａ）は、”　ｂｙＰｒｏｔｅｃｔｅｄＲｅｒ”をパ スしており、チケット１３０６　（図１３Ａ）に等しい。このチケットは、エー ジェント１５０Ａ（図１５Ａ）によって、トリップの目的地を特定するために用 いられるとともに、オペレーション”　ｇｏ”の遂行によりエージェント１５０ Ａがレスボンディングブレイス２２０Ａを退出しようとしていることを、レスボ ンディングブレイス２２０Ａに通知するために用いられる。チケット２３０４（ 図２３Ａ）がニル（０）である場合、エージェント１５０Ａ（図１５Ａ）は、エ ージェント１５０Ａの破壊により、レスボンディングブレイス２２ＯＡを退出す る。 フレーム２３００　（図２３Ｂ）は、プレイ７．２２ＯＡ　（図１５Ａ）による オペレーション”ｅｘｉｔｉｎｇ”の遂行の直後の状態を示している。オペレー ション”ｅｘｉｔｉｎｇ”は結果を返さないので、スタック２３０２　（図２３ Ｂ）は、空（エンプティ）である。フレーム２３００　（ｌｌＫ２３Ｂ）　は、 ブレイス２２０Ａ　（図１５Ａ）やエージェント１５０Ａの実行状態の一部分で はなく、エンジンプロセスの実行状態の一部である。したがって、オペレーショ ン゛’　ｅｘｉｔｉｎｇ”の遂行によって送出されたいかなるエクセプションも 、ブレイス２２０Ａやエージェント１５０Ａに影響を与えることはない。オペレ ーション”ｅｘｉｔｉｎｇ”を遂行する際に、ブレイス２２０Ａは、エージェン ト１５０Ａの退出及びエージェント１５０Ａによって所有されるオブジェクト１ ４０Ａ、１４０Ｂの退出をノート（検知）する。 オブジェクトインタチェンジ １つのブレイスから別のブレイスへエージェントを転送するために必要とされる 時間は、エージェントに含まれるオブジェクトの転送を、目的地のブレイス内に 同等のオブジェクトが存在していないオブジェクトのみに制限することによって 、実質的に減少する。エンジン１３２Ａがらエンジン１３２Ｚに移動するエージ ェント１５０Ａが、エージェント１５０Ａと、エージェント１５０Ａの所有する オブジェクトとが、メンバとなっているクラスを表すクラスオブジェクトを含む ため、このようなオブジェクトの転送の制限は特に重要である。クラスオブジェ クトは通常は、非常に大きく、そして１つのエージェント及びそのエージェント が所有するオブジェクトがメンバとなっているクラスは、通常は非常に多数ある ので、これらの全てのクラスオブジェクトを転送することは実用的でない。した がって、エンジン１３２Ａからエンジン１３２Ｂ　（図１５Ａ）にエージェント １５０Ａを転送する際に、エンジン１３２Ｂ内のクラスオブジェクトによって表 されないクラスを表すクラスオブジェクトのみを、エージェント１５０Ａと共に エンジン１３２Ｂに転送することが望ましい。 ネットワーク１５００（図１５Ａ〜１５Ｅ）内の多くのブレイスにおいて同等の オブジェクトを持つと思われるオブジェクトは、ミックスインクラス゛’　Ｉｎ ｔｅｒｃｈａｎｇｅｄ”のメンバであり、プロパティ°’　ｄｉｇｅｓじを有す る。ミックスインクラス”　Ｉｎｔｅｒｃｈａｎｇｅｄ”のメンバは、′”イン タチェンジドオブジェクト′°と呼ばれる。 インタチェンジドオブジェクトのプロパティ゛’　ｄｉｇｅｓｔ”から成るオブ ジェクトは、インタチェンジドオブジェクトのパダイジェスド°とも呼ばれる。 インタチェンジドオブジェクトは、エンジン、例えばエンジン１３２Ａ又はエン ジン１３２Ｂ（図１５Ａ）によって、インタチェンジドオブジェクトのダイジェ ストと同じようなダイジェストを持つ、インタチェンジドオブジェクトのクラス の他のインスタンスと同等であると見なされる。そのダイジェストは、全ての他 のものから第１のインタチェンジドオブジェクトを区別する目的に適したオブジ ェクトである。例えば、インタチェンジドオブジェクトの標準的な２進表示の数 学的ハンシュは、インタチェンジドオブジェクトの多くのクラスに適している。 クラスオブジェクト、すなわちクラス”　ｃｌａｓｓ”のオブジェクトは、以下 及びアペンディクスＡに詳細に説明するように、定義済みクラス及びユーザ定義 クラスを定義し、コンピュータネットワーク１５００内のエンジン１３２Ａ間に おいて震動しない。したがって、クラスオブジェトクトは、インタチェンジドオ ブジェクトである。 転送するデータの量を減少するための、すなわち、エージェント及びエージェン トが所有するオブジェクトを、ブレイスから次のブレイスへ転送する際に必要な 時間を減少させるためのダイジェストの使用について、フローチャート２４００ ．２４５０　（図２４Ａ及び図２４Ｂ）に示す。 フローチャート２４００　（図２４Ａ）は、インタチェンジドオブジェクトを考 慮したときの、エージェント１５０Ａ（図１５Ａ）及びエージェント１５０Ａが 所有するオブジェクトを、転送元のエンジン１３２Ａから目的地のエンジン１３ ２Ｂに転送するプロセスを表している。あるエージェントは、そのエージェント によって所有される全てのオブジェクトと、そのエージェントがメンバとなって いる各クラスと、そのエージェントが所有するオブジェクトがメンバとなってい る各クラスとを′°包含゛する。前述したように、エージェント１５０Ａ及びエ ージェント１５０Ａに包含される全てのオブジェクトは、シツピングボックスに パンケージされ、エンコードされ、エンジン１３２Ｂに転送される。エージェン ト１５０Ａ及びエージェント１５０Ａに包含されるオブジェクトをパッケージに する場合、エンジン１３２Ａは、ステップ２４０２　（図２４Ａ）において、エ ージェント１５０Ａが包含する全てのオブジェクトを集める。処理は、ステップ ２４０２からステップ（ＦＯＲＥＡＣＩＩ　０ＢＪＥＣＴ）　２４０４に移行す る。このステップ２４０４は、ステップ（ＮＥＸＴ）　２４１２とともに、ステ ップ２４０２において集められた各オブジェクトを処理する処理ループを形成す る。処理は、ステップ（ＦＯＲＥＡＣｌｉ　０ＢＪＥＣＴ）　２４０４からテス トステップ２４０６に移行し、このステップ２４０６において、エージェント１ ５０Ａが包含する各オブジェクトのクラスのメンバ構成をチェックし、各オブジ ェクトがダイジェストを持つかを判断する。 前述したように、またアベンディクスＡに一層詳細に示すように、ミックスイン クラス”Ｉｎｔｅｒｃｈａｎｇｅｄ”のメンバは、ダイジェストを含むことがで きる。したがって、オブジェクトがダイジェストを有する場合、そのオブジェク トはインタチェンジドオブジェクトである。インタチェンジされたオブジェクト がダイジエストを持たない場合、すなわちインタチェンジされたオブジェクトの アトリビュート”ｄｉｇｅｓじがニル（０）である場合、そのインタチェンジさ れたオブジェクトは、インタチェンジされていないオブジェクトとして取り扱わ れる。 オブジェクトがダイジェストを持たない場合、そのオブジェクトがインタチェン ジされたオブジェクトであっても、処理は、テストステップ２４０６からステッ プ２４１０に移行する。このステップ２４１０において、オブジェクトが、アペ ンディクスＢのエンコード則にしたがってエンコードされ、シツピングボックス に収納される。また、オブジェクトがダイジェストを有する場合、処理はステッ プ２４０６からステップ２４０８に移行する。このステップ２４０８において、 そのオブジェクトのダイジェストと、そのオブジェクトが１つのインスタンスで あるそのクラスのサイテションとが、アベンディクスＢのエンコード則に従って エンコードされ、パーツボックスに収納され、そのパーツボックスが順次、シツ ピングボックスに収納される。 処理は、ステップ２４０８又はステップ２４１０から、ステップ（ＮＥＸＴ）　 ２４１２に移行し、このステップ２４１２から、ステップ（ＦＯＲＥＡＣＨ０Ｂ ＪＥＣＴ）　２４０４に移行する。エンジン１３２Ａは、ステップ（ＦＯＲＥＡ ＣＩＩ　０ＢＪＥＣＴ）　２４０４とステップ（ＮＥＸＴ）　２４１２で形成さ れる処理ループにおいて、エージェント１５０Ａに包含される各オブジェクトに ついて、ステップ２４０６．２４０８．２４１０のプロセスを繰り返す、ステッ プ（ＦＯＲＥＡＣ）ｌ　０ＢＪＥＣＴ）　２４０４とステップ（ＮＥＸＴ）　２ ４１２とで形成される処理ループに従って、ステップ２４０２において集められ た全てのオブジェクトが処理されたら、処理は、ステップ（ＦＯＲＥＡＣ）ｌ　 ０ＢＪＥＣＴ）２４０４からステップ（ｔｒａｎｓｆｅｒ　ｏｕｔ　ｅｎｃｏｄ ｅｄ　ａｇｅｎｔ）　２４１４に移行する・ステップ（ｔｒａｎｓｆｅｒ　ｏｕ ｔ　ｅｎｃｏｄｅｄ　ａｇｅｎｔ）　２４１４において、前述したように、転送 元のエンジン１３２Ａによって、シツピングボックスはエンコードされ、目的地 のエンジン１３２Ｂに転送される。したがって、目的地のエンジンに転送される エンコードされたエージェントは１．ダイジェストを持たないエージェントが包 含する全てのオブジェクトと、相互変換可能でダイジェストを有するエージェン トが含有する全てのオブジェクトのダイジェストとを包含している。ステップ（ ｔｒａｎｓｆｅｒ　ｏｕｔ　ｅｎｃｏｄｅｄ　ａｇｅｎｔ）　２４１４は、ネッ トワークを介したエンジン間の相互作用を示すため、２重線で囲まれたボックス によって表されている。エンジン間のバイナリデータのこのような交換は、上述 した通りであり、またアベンディクスＣにも記載されている。 フローチャート２４５０　（図２４Ｂ）は、目的地のエンジン１３２Ｂの観点か ら見たときの、エンコードされたエージェント１５０Ａの転送を示している。目 的地のエンジン１３２Ｂは、ステップ（ｔｒａｎｓｆｅｒ　ｉｎ　ｅｎｃｏｄｅ ｄ　ａｇｅｎｔ）　２４５２において、転送元のエンジン１３２Ａからバイナリ データとしてエンコードされたエージェントを受け取る。図１５Ａ〜１５Ｈのコ ンテキストにおいて前述したように、エンコードされたエージェントは、エンジ ン１３２Ａからエンジン１３２Ｂに至る過程において、１以上の中間のエンジン 、例えばエンジン１３２Ｚを通過することができる。 処理は、ステップ（ｔｒａｎｓｆｅｒ　ｉｎ　ｅｎｃｏｄｅｄ　ａｇｅｎｔ）　 ２４５２からステップ２４５４に移行する。このステップ２４５４において、エ ンコードされていたエージェントはデコードされ、エージェントが包含するエー ジェントオブジェクトを中身とするシツピングボックスが再構成される。ダイジ ェストを持たず、エージェントによって包含される各オブジェクトと、ダイジェ ストを有するエージェントによって包含されるインタチェンジドオブジェクトの ダイジェストとは、ステップ（ＦＯＲＥＡＣＨ０ＢＪＥＣＴ）　２４５６及びス テップ（ＮＥＸＴ）　２４８２によって形成される処理ループに従って、目的地 のエンジン１３２Ｂによって処理される。この処理ループの繰り返しにより、ス テップ２４５４においてデコードされたオブジェクトが１つずつ処理される。 処理は、ステップ（ＦＯＲＥＡＣＨ０ＢＪＥＣＴ）　２４５６からテストステッ プ（ｄｉｇｅｓｔ？）２４６４に移行する。このテストステップ２４６４におい て、目的地のエンジン１３２Ｂは、オブジェクトがダイジェストであるかを判断 する。オブジェクトがダイジェストでない場合、処理は、テストステップ２４６ ４から直接、ステップ（ＮＥＸＴ）　２４６２に移行する。一方、オブジェクト がダイジェストである場合、そのオブジェクトは、”サブジェクトダイジェスト “と呼ばれ、処理は、テストステップ２４６４からテストステップ２４６６　（ ｏｂｊｅｃｔ　ｈｅｒｅ？）に移行する。テストステップ２４６６において、目 的地のエンジン１３２Ｂは、サブジェクトダイジェストがエンジン１３２Ｂに存 在するインタチェンジドオブジェクトと同等であるかを判断する。この判断につ いては、後で詳細に説明する。 同等のダイジェストを有するインタチェンジドオブジェクトが、ステップ２４６ ６において見出された場合、処理は、テストステップ２４６６からステップ（ｓ ｕｂｓｔｉｔｕｔｅ　ｏｂｊｅｃｔ　ｆｏｒ　ｄｉｇｅｓｔ）　２４６８に移行 する。このステップ２４６８において、ステップ２４５４でサブジェクトダイジ ェストとして表されるインタチェンジドオブジェクトにデコードされたオブジェ クト内の全てのリファレンスを、テストステップ２４６６で見出されたインタチ ェンジドオブジェクトに対するリファレンスに置き換えることによって、サブジ ェクトダイジェストは、インタチェンジドオブジェクトに置き換えられる。そし て、処理は、ステップ２４６８からステップ２４６２に移行する。 一方、同等のダイジェストを有するインタチェンジドオブジェクトが、テストス テップ２４６６において見出されなかった場合、処理は、テストステップ２４６ ６からステップ２４７０に移行する。このステップ２４７０では、サブジェクト ダイジェストがダイジェストのリストに付加される。このとき、ダイジェストの リストが存在しない場合には、新しいリストが作りだされる。そして、処理番よ 、ステップ２４７０から次のステップ２４６２に移行する。 処理は、ステップ（ＮＥＸＴ）　２４６２からステップ（ＦＯＲＥＡＣＨ０ＢＪ ＥＣＴ）　２４５６に移行する。ステップ２４５４においてデコードされた全て のオブジェクトが、ステップ（ＦＯＲＥＡＣＨ０ＢＪＥＣＴ）　２４５６とステ ップ（ＮＥＸＴ）　２４６２で形成される処理ループに従って処理されたら、処 理は、ステップ（ＦＯＲＥＡＣＨ０ＢＪＥＣＴ）　２４５６から、後述するテス トステップ（ｌ　ｉｓｔ？）　２４７６に移行する。 エンジン１３２Ｂは、ステップ２４６６において、インタチェンジ可能なオブジ ェクトを、以下のように検索する。各エンジンは、同等のインタチェンジ可能な オブジェクトを交換することができる１以上のブレイスを備えている。そして、 これらの各ブレイスは、ブレイス内に存在するインタチェンジ可能なオブジェク トの”リポジトリ（保管場所）”を備えている。ディクショナリ２４９０　（図 ２４Ｄ）は、ブレイス２２０Ｂ　（図１５Ｄ）のりポジトリである。ディクショ ナリ２４９０　（図２４Ｄ）のキーは、クラス、すなわちクラス２４００に１， ２４００に２．２４００に３．２４９０に４である。各クラスには、ディクショ ナリが組み合わされている。例えばクラス２４９０に１〜２４９０に４には、デ ィクショナリ２４９０Ａ、２４９０Ｂ、２４９０Ｃ１２４９０Ｄがそれぞれ組み 合わされている。 各ディクショナリ２４９０Ａ〜２４９０Ｄの一般的な構造は同一である。そこで 、ディクショナリ２４９０Ａを例にして説明する。ディクショナリ２４９０Ａの キーはダイジェスト、すなわちダイジェスト２４９０ＡＫ１．２４９０ＡＫ２． ２４９０ＡＫ３である。これらの各ダイジェストには、インタチェンジドオブジ ェクトが組み合わされている。例えば、ダイジェスト２４９０ＡＫ１〜２４９０ ＡＫ３には、インタチェンジされたオブジェクト２４９０ＡＶ１．２４９０ＡＶ ２．２４９０ＡＶ３が、それぞれ組み合わされている。 インタチェンジドオブジェクトは、２つのステップにより、ディクショナリ２４ ９０．２４９０Ａから検索される。前述したように、クラスのサイテションとダ イジェストは、インタチェンジドオブジェクトを表すために、パーツボックスに よって使用される。第１のステップにおいて、サイテションによりて参照された クラスに組み合わされたディクショナリ２４９０Ａ〜２４９０Ｄのうちの１つの ディクショナリを検索するために、サイテションが使用される。例えば、サイテ ンヨンがクラス２４９０に１を参照している場合、ディクショナリ２４９ＯＡが 検索される。 第２のステップでは、パーツボックスに含まれるダイジェストと同等のダイジェ ストと、インタチェンジドオブジェクトとの間の関連について、検索されたディ クショナリが探索される。そして、その関連が見いだされたら、インタチェンジ ドオブジェクトが検索される。また、関連が見いだされなかった場合、そのブレ イスは、パーツボックス内のダイジェスト及びサイテションによって表されるイ ンタチェンジドオブジェクトと同等のインタチェンジドオブジェクトを備えてい ない。このように、ディクショナリ２４９０（図２４Ｄ）のようなりポジトリは 、同等のインタチェンジドオブジェクトをブレイスが含んでいるかを判断し、こ のようなオブジェクトを検索するだに用いられる。 前述したように、処理は、ステップ（ＦＯＲＥＡＣＨ０ＢＪＥＣＴ）　２４５６ からテストステップ（ｌ　ｉｓｔ？）　２４７６に移行する。このテストステッ プ２４７６において、目的地のエンジン、例えばエンジン１３２Ｂは、ダイジェ ストのリストがステップ２４７０において作り出されたかを判断し１作り出され ている場合には、リストが空であるかどうかを判断する。ダイジェストのリスト が存在しないか、又は空である場合、処理は、テストステップ（ｌｉｓｔ？）　 ２４７６から、ステップ（ａｃｔｉｖａｔｅけａｖｅｌｉｎｇ　ａｇｅｎｔ）　 ２４７８に移行する。このステップ２４７８において、エンジン１３２Ｂは、エ ージェント１５０Ａの実行についてスケジューリングして、移動中のエージェン ト１５０Ａを活性化する。そして、処理は、ステップ（ａｃｔｉｖａｔｅ　ｔｒ ａｖｅｌｉｎｇ　ａｇｅｎｔ）　２４７８から、終了ステップ２４７９に移行し 、この終了ステップ２４７９において、エンジン１３２Ｂによって行われたエー ジェント１５０Ａの転送が成功のうちに終了する。 もし、ステップ２４７０においてリストが作り出され、そのリストが少なくとも １つのダイジェストを含んでいた場合、目的地のエンジン１３２Ｂにおいて、少 なくとも１つのインタチェンジドオブジェクトについては、同等のオブジェクト を見い出すことができなかったこととなる。このとき、処理は、テストステップ （ｌｉｓｔ？）　２４７６から、ステップ（ｈｏｌｄ　ｔｒａｖｅｌ　ｉｎｇ　 ａｇｅｎｔ）　２４７１に移行する。このステップ２４７１において、移動中の エージェント１５０Ａは、中断された状態で、エンジン１３２Ｂ内の保留待ち行 列に保持される。そして、処理は、ステップ（ｈｏｌｄ　ｔｒａｖｅｌ　ｉｎｇ 　ａｇｅｎｔ）　２４７１からステップ２４７２に移行する。 ステップ２４７２において、目的地のエンジン、例えばエンジン１３２Ｂは、オ ブジェクト検索エージェント、すなわち”　ＯＲＡ　（ｏｂｊｅｃｔ　ｒｅｔｒ ｉｅｖａｌ　ａｇｅｎｔ）”を作り出す。ＯＲＡは、転送元のエンジン、例えば エンジン１３２Ａ内から、フローチャート２４８０　（図２４０）に従って、イ ンタチェンジドオブジェクトを検索する。処理は、ステップ２４７２　（図２４ Ｂ）からステップ２４７４に移行し、そこでＯＲＡは、オペレーション”１ｉｖ ｅ“を遂行するように指示される。 そして、これにより、ＯＲＡのインターブリートが開始される。後述するように 、ＯＲＡの主な動きは、フローチャート２４８０　（図２４Ｃ）によって示され る。 そして、処理はステップ２４７４　（図２４Ｂ）から終了ステップ２４７９に移 行し、エンジン１３２Ｂによって行なわれた、エージェント１５０Ａの転送が成 功のうちに終了する。なお、移動中のエージェント１５０Ａは活性化されておら ず、シンピングボックスの形状とされる。そして、エージェント１５０Ａは、シ ツピングボックスから再構成され、後述するように、ＯＲＡによって再び活性化 される。 フローチャート２４８０　（図２４Ｃ）は、ＯＲＡの主な処理を表している。ス テップ２４８２において、ＯＲＡは、転送元のエンジン、例えばエンジン１３２ Ａに、オペレーション”ｇｏ”の遂行によって移動する。処理は、ステップ２４ ８２からステップ２４８４に移行し、このステップ２４８４において、ＯＲＡは 、エンジン１３２Ａ内のオブジェクトリボジトリ、例えばデイレクショナリ２４ ９０（図２４Ｄ）から、ダイジェストのリストに含まれるダイジェストと同等の ダイジェストを有する各オブジェクトのコピーを収集する。処理は、ステップ２ ４８４からステップ２４８５に移行する。 ステップ２４８５において、ＯＲＡは、目的地のエンジン、例えばエンジン１３ ２Ｂに、オペレーション゛ｇＯ°°の遂行によって移動する。そして、ＯＲＡは 、ダイジェストのリストに含まれていないオブジェクトのコピー、すなわち目的 地のエンジン内に同等のオブジェクトが存在していないオブジェクトのコピーを 持って、目的地のエンジンへ戻ってくる。処理は、ステップ２４８５からステッ プ２４８６に移行する。このステップ２４８６において、ＯＲＡは、上述したよ うに、収集してきたオブジェクトを、エージェント１５０入内のダイジェストと 置き換える。そして、処理は、ステップ２４８６からステ・ノブ（ａｃｔｉｖａ ｔｅ　ｔｒａｖｅｌｉｎｇ　ａｇｅｎｔ）　２４８７に移行し、このステップ２ ４８７におし）でエージェント１５０Ａは、シツピングボックスから再構成され 、前述したように、活性化される。 ノ・ノビングポノクスからのエージェント及びエージェントに包含されるオブジ ェクトの再構成については、アベンデイ・ソクスＤに詳細に説明されている。そ して、処理は、ステップ２４８７から終了ステップ２４８８に移行し、この終了 ステップにおいてＯＲＡの主な処理が成功のうちに終了する。 このように、同等のインタチェンジドオブジェクトが、目的地のエンジン内（こ は存在していないインタチェンジドオブジェクトのみを、ネットワークの通信メ ディアを介して転送することによって、効率が向上する。 オペレーション”　５ｅｎｄ” エージェントは、オペレーション”　５ｅｎｄ”を遂行することによって、同時 にＩＩ）くつかのブレイスに移動することができる。図２５は、エージェント１ ５０Ａｌこよるオペレーション”５ｅｎｄ”の遂行前のネットワーク２５００の 状態を示して１１）る。図２５の例において、エンジン１３２へのデータ部１３ ２Ａ−Ｄ内のエージェント１５０Ａは、エンジン１３２Ｂのデータ部１３２Ｂ− Ｄ内のブレイス２２０Ｂにそれ自身のクローンを転送し、それと同時に、エンジ ン１３２Ｃのデータ部１３２Ｃ−Ｄ中のブレイス２２０Ｃにそれ自身のクローン を転送するように構成されている。換言すれば、エージェント１５０Ａは、エー ジェント１５０Ａのクローンの目的地のブレイスとしてブレイス２２０Ｂ、２２ ０Ｃを特定イヒする２つのチケフトのリストを、オペレーション″５ｅｎｄ”に アーギュメントとして供給して、オペレーション゛’　５ｅｎｄ”を遂行する。 エージェント１５０Ａのクローン番ヨ、エージェント１５０Ａのコピーであり、 このコピー（よ、エージェント１５０Ａの実行状態を含めて、エージェント１５ ０Ａを複写すること４こよって形成される。 そして、このコピーは、新しい名前と識別子が割り当てられ、エンジンをこよる 実行のためのスケジューリングが行われてご活性化”される。クローン各二つ０ てはアペンディンクスＡにおいて一層詳細に説明されている。 オペレーション”５ｅｎｄ”のインタフェースは、図２６Ａ〜２６Ｃ）こ示され て０る。図２６Ａは、オペレーション°”　５ｅｎｄ”の遂行の直前のフレーム ２６０２を示している。このフレーム２６０２は、エージェント１５０Ａの実行 状態の一部分であり、エージェント１５０Ａによって実行されたオペレーション ”５ｅｎｄ”の動的状態を記録する。エージェントを含め、プロセスの実行状態 （こつ０て（よ、以下及びアペンディックスＡ、Ｂに詳細に説明されている。 スタック２６０４は、フレーム２６０２に含まれてｌｌ）る。スタック２６０４ Ｇよ、アーギュメントがそれからポツプされ、オペレーション”５ｅｎｄ”の遂 行時：こ結果がブツシュされるスタックである。現在のスタックである”カレン トスタック”については、以下及びアペンディックスＡ、Ｂに一層詳細に規定さ れ、説明されている。 大文字”Ｔ“によって示されたスタック２６０４のトップには、チケット２６０ ８．２６１０をアイテムとするリスト２６０６がある。リスト２６０６のチケッ ト２６０８．２６１０は、それぞれ、エージェント１５０Ａに対応するクローン が行なうトリップを定義している。オブジェクト２６１８．２６２０は、それぞ れ、チケット２６０８．２６１０のプロパティ”ｔｒａｖｅｌＮｏｔｅ“である 。オブジェクト２６１８．２６２０は、オペレーション”５ｅｎｄ’の遂行によ って作り出された各クローンの識別を可能とする。例えば、チケット２６０８． ２６１０を形成する場合に、エージェント１５０Ａは、それぞれのテキストが” Ａｂｌｅ”、“Ｂａｋｅｒ”である文字列を、オブジェクト２６１８．２６２０ 内に格納する。このような場合に、チケット２６０８に対応するエージェント１ ５０Ａのクローンは、チケット２６０８のプロパティ”　ｔｒａｖｅｌＮｏｔｅ ”から文字列”Ａｂｌｅ”を検索する。同様に、チケット２６１０に対応するエ ージェント１５０Ａのクローンは、チケット２６１０の’　ｔｒａｖｅｌＮｏｔ ｅ”から文字列”　Ｂａｋｅｒ”を検索する。 なお、各クローンを識別する方法は、このような方法に限定されるものではなく 、本発明のユーザの自由である。例えば、オブジェクト２６１８内に値が１のイ ンチジャを格納し、これによってリスト２６０６内のチケット２６０８の位置を 表し、同様に、オブジェクト２６２０内に値が２のインチジャを格納し、これに よってリスト２６０６内のチケット２６１０の位置を表すようにしてもよい。 パーミツト２６２２．２６２４は、それぞれ、チケット２６０８．２６１０のプ ロパティ”　ｄｅｓｔｉｎａｔｉｏｎＰｅｒＩＩｉｔ”であり、インチジャ２６ ２６．２６２８は、それぞれ、バーミツト２６２２．２６２４のプロパティ”　 ｃｈａｒｇｅｓ”である。 バーミツト２６１２は、エージェント１５０Ａのプロパティ”ｐｅｒｍｉｔ”で あり、したがって、エージェント１５０Ａの内部状態の一部を表している。上述 したように、又アペンディックスＡに説明するように、バーミツト２６１２は、 エージェント１５０Ａの実行を制限する。ブーリアン２６１４は、バーミツト２ ６１２のプロパティ”ｃａｎｓｅｎｄ”である。ブーリアン２６１４の値が”ｆ ａｌｓｅ”であれば、オペレーション”５ｅｎｄ”は失敗し、クラス”Ｐｅｒｍ ｉｔ　Ｖｉｏｌａｔｅｄ“のエクセプションを送出する。バーミツト２６１２の プロパティ“ｃｈａｒｇｅｓ”は、インチジャ２６１６である。アペンディック スＡに一層詳細に説明するように、インチジャ２６１６は、エージェント１５０ Ａのパーミツト処理のアローワンスを表している。 図２５の例において、現在の位置がブレイス２２０Ａであるエージェント１５０ Ａは、エージェント１５０Ａのクローンをブレイス２２０Ｂ、２２０Ｃに転送す る。エージェント１５０は、リスト２６０６　（図２６Ａ）のチケットによって 規定された各目的地のブレイスに、それ自身のクローンを送出する。したがって 、オペレーション”５ｅｎｄ”の遂行は、リスト２６０６中のチケットの数と同 じ数だけ、エージェント１５０Ａのクローンを作り出す。図２７Ａ、２７Ｂは、 オペレーション”５ｅｎｄ’″の簡単な実施例を表している。ここで、エンジン １３２Ａ（図２７Ａ）は、リスト２６０６　（図２６Ａ）内のチケットと同じ数 だけ、エージェント１５０Ａのクローンを、データ部１３２Ａ−Ｄ内に作り出す 。この例では、リスト２６０６　（図２６Ａ）は、２つのチケット、すなわちチ ケット２６０８．２６１０を備えている。したがって、エンジン１３２Ａは、エ ージェント１５０Ａ（図２７Ｂ）の２つのクローン、すなわちエージェント１５ ０Ａ−１、エージェント１５０Ａ−２を作り出す。なお、より効率的な実施例、 すなわちエージェントのクローンの作成を遅らせた実施例について、後はど説明 する。 エージェント１５０Ａのクローンを形成する場合、バーミツト２６２２．２６２ ４は、作り出されたクローンのプロパティ”ｐｅｒｍｉｔ”とされる・換言すれ ば・バーミツト２６２２は、エージェント１５０Ａ−１のプロパティ”ｐｅｒ組 む”であり、バーミツト２６２４は、エージェント１５０Ａ−２のプロパティ” 　ｐｅｒｍｉｔ”である。エージェント１５０Ａ−１、エージェント１５０Ａ− ２を作り出す際に、エージェント１５０Ａ、すなわちクローンが形成されたエー ジェントのバーミツト２６１２の対応するアローワンスから、バーミツト２６２ ２．２６２４のアローワンスが差し引かれる。換言すれば、エージェント１５０ Ａ−１，１５０Ａ−２が作り出された時に、エージェント１５０Ａのチャージア ローワンス、すなわちエージェント１５０Ａのバーミツトのプロバチ４”　ｃｈ ａｒｇｅｓ”であるインチジャ２６１６からインチジャ２６２６，２６２８の値 が引算される。インチジャ２６１６がインチジャ２６２６．２６２８の合計以下 の場合には、オペレーション”５ｅｎｄ”は失敗し、クラス°’　Ｐｅｒｍｉｔ 　Ｖｉｏｌａｔｅｄ”のエクセブションが送出される。これは、エージェント１ ５０Ａのチャージアローワンスが、エージェント１５０Ａから作り出されたクロ ーンのチャージアローワンスの合計よりも、小さいからである。 したがって、オペレーション”５ｅｎｄ”のアーギュメントとして供給されたチ ケットの一部分であるバーミツトは、オペレーション”５ｅｎｄ″の遂行により 作り出されたクローンに固有のバーミツトである固有のバーミツト（ネイティブ パーミツト：　ｎａｔｉｖｅ　ｐｅｒｍｉｔ）を形成する。チケット２６０８． ２６１０は、エージェント１５０Ａのそれぞれのクローンが行なうトリップを規 定する。そして、ノτ−ミツト２６２２．２６２４は、それぞれチケット２６０ ８．２６１０のプロノくティ”ｐｅｒｍｉｔ”であり、オペレーションの対象と なっているエージェントであるレスポンディングエージェント１５０Ａのそれぞ れのクローンのローカルノ（−ミツトである。 本発明の第２の実施例によれば、オペレーション”５ｅｎｄ”は、リスト２６０ ６に追加されるアーギュメントとして、インチジャ（図示せず）を使用する。レ スポンディングエージェント１５０Ａのクローンを作り出す際に、それぞれのネ イティブパーミツトは、エクセプションに関連して前述したように形成されるが 、各ネイティブパーミツトのプロパティ“ｃｈａｒｇｅｓ”の初期の値は、使用 されるイン代わりにインチジャリストを使用する点が異なる。そして、リスト２ ６０６　（図２６Ａ）内のチケットのプロパティ″ｐｅｒｆｆｌｉｔ”から導か れた、各ネイティブバーミツトのプロパティ”ｃｈａｒｇｅｓ”の初期の値は、 使用されるインチジャリストにおける位置が、ネイティブバーミツトを導くのに 使用されたチケットのリスト２６０６における位置と同じであるインチジャと等 しくする。例えば、リスト２６０６において位置１にあるチケット２６０８に対 応するクローンのネイティブパーミツトのプロパティ”ｃｈａｒｇｅｓ”の初期 の値は、使用されるインチジャリスト（図示せず）において位置ｌにあるインチ ジャに等しい。同様に、リスト２６０６において位置２にあるチケット２６１０ に対応するクローンのネイティブパーミツトのプロパティ”ｃｈａｒｇｅｓ”の 初期の値は、使用されるインチジャリストにおいて位１！！２にあるインチジャ に等しい。 本発明第４の実施例によれば、オペレーション”５ｅｎｄ”は、リスト２６０６ に加えて、アーギュメントとして、バーミツト（図示せず）を使用する。そして 、レスポンディングエージェント１５０Ａのクローンを作り出す際、各ネイティ ブパーミントは、使用されるバーミツトのコピーとする。 本発明の第５の実施例は、前述の第４の実施例と同様であるが、バーミツトのリ ストが単一のバーミツトの代わりに使用される点で異なる。そして、リスト２６ ０６（図２６Ａ）中のチケットに対応するそれぞれのクローンの各ネイティブバ ーミツトの初期の値は、使用されるバーミツトのリストにおける位置が、各クロ ーンに対応するチケットのリスト２６０６における位置と同じであるバーミツト と等しくする。例えば、リスト２６０６において位置１にあるチケット２６０８ に対応するクローンのネイティブパーミツトの初期の値は、使用されるバーミツ トのリスト（図示せず）において位置１にあるバーミツトに等しい。同様に、リ スト２６０６において位ｌ１ｉ２にあるチケット２６１Ｏに対応するクローンの ネイティブパーミツトの初期の値は、使用されるバーミツトのリストにおいて位 置２にあるバーミツトに等しい。 上述の各実施例において、レスボンディングエージェント１５０Ａのバーミツト であるバーミツト２６１２のプロパティ”ｃｈａｒｇｅｓ”は、オペレーション ”５ｅｎｄ”の遂行において作り出されたエージェントのクローンのネイティブ パーミツトの各プロパティ”ｃｈａｒｇｅｓ”の合計分だけ減少する。 エージェント１５０Ａの各クローンは、各クローンに対応するチケットによって 、目的地のブレイスとして特定されたブレイスに転送される。例えば、チケット ２６０８は、エージェント１５０Ａ−１の目的地としてブレイス２２０Ｂを特定 し、チケット２６１Ｏは、エージェント１５０Ａ−２の目的地としてブレイス２ ２０Ｃを特定する。各クローンは、各クローンに対応する目的地のエンジン、例 えばエンジン１３２Ｂやエンジン１３２Ｃと、転送元のエンジン１３２Ａとの協 調によって、それぞれの目的地のブレイスに移動する。オペレーション”５ｅｎ ｄ゛°に遂行における、エージェントのクローン、例えばエージェント１５０Ａ −１やエージェント１５０Ａ−２のブレイスからブレイスへの転送は、既に詳細 に説明したオペレーション゛’　ｇｏ”と同様である。 オペレーション”５ｅｎｄ’の遂行において、エージェント１５０Ａがエージエ ン１−１５０Ａ−１，１５０Ａ−２の生成に成功した場合は、エージェントのク ローンのどれか又は全部の転送が失敗したとしても、エージェント１５０Ａによ るオペレーション°’　５ｅｎｄ”の遂行は成功したものとされる。そして、あ るエージェントのクローンのトリップが失敗した場合、最初にオペレーション” ５ｅｎｄ”を遂行したエージェントではなく、エージェントのクローンによって 、トリップのエクセプションが送出される。 エージェント１５０Ａによるオペレーション”５ｅｎｄ″の遂行の直後のエージ ェント１５０Ａの実行状態の一部を図２６Ｂに示す。前述した現在のスタックで あるスタック２６０４は、ニルオブジェクト２６３０を有している。ニルオブジ ェクトは、もとのエージェントであるオリジナルエージェントのために、結果と して生成され、これによって、オペレーション“５ｅｎｄ”の遂行により生成さ れたエージェントのクローンと、オリジナルエージェントとを区別する。 図２６Ｃは、エージェント１５０Ａによるオペレーション″５ｅｎｄ″の遂行後 のエージェントＬ５０Ａ−１の実行状態の一部を示している。エージェント１５ ０Ａによるオペレーション”　５ｅｎｄ”の遂行後のエージェント１５０Ａ−２ の実行状態は、後述するように、エージェント１５０Ａ−１の実行状態に類似し ている。 バーミツト２６２２は、エージェント１５０Ａ−１のプロパティ”ｐｅｒｍｉｔ ”である。スタック２６０４−１は、エージェント１５０Ａ−１の生成において 作り出されたスタック２６０４のコピーである。スタック２６０４−１は、エー ジェント１５０Ａ−１の現在のスタックである。スタック２６０４−１のトップ には、チケットスタブ２６３２がある。チケットスタブ２６３２は、オペレーシ ョン１ｓｅｎｄ”の遂行によって生成されたエージェントのクローンのオペレー ション”５ｅｎｄ”によって生じた結果である。チケットスタブ２６３２はチケ ット２６０８から導かれる。 チケットスタブ２６３２は、クラス”　Ｔｉｃｋｅｔ　５ｔｕｂ”のメンバであ る。チケットスタブ２６３２は、いくつかあるプロパティの内にプロパティ”　 ｗａｙ”、”ｔｒａｙｅｌＮｏｔｅ”を含んでいる。チケット２６０８は、クラ ス”Ｔｉｃｋｅｔ″のメンバである。 クラス”Ｔｉｃｋｅｔ”は、クラス”Ｔｉｃｋｅｔ　５ｔｕｂ”のサブクラスで あるため、チケット２６０８は、いくつかあるプロパティの内に、スーパークラ ス”Ｔｉｃｋｅｔ　５ｔｕｂ”から定義が継承されたプロパティ”ｗａｙ″　、 ”　ｔｒａｖｅｌＮｏｔｅ″を備えている。チケットスタブ２６３２は、チケッ ト２６０８から導かれ、チケットスタブ２６３２のプロパティ”ｗａｙ”　ごｔ ｒａｖｅｌＮｏｔｅ”は、それぞれチケット２６０８のプロパティ°”　ｗａｙ ”　、”　ｔｒａｖｅｌＮｏｔｅ”に等しい。前述したように、チケツト２６０ ８（図２６Ａ）のプロパティ”　ｔｒａｖｅｌＮｏｔｅ”はエージェント１５０ Ａ−２からエージェント１５０Ａ−１を区別するために使用することができる。 同様に、エージェント１５０Ａ−２の現在のスタック（図示せず）は、プロパテ ィ゛’　ｔｒａｖｅｌＮｏｔｅ”がオブジェクト２６２０であるチケットスタブ （図示しない）を備えている。 図２８は、オペレーション”５ｅｎｄ”がエージェント１５０Ａによって遂行さ れた後の、コンピュータネットワーク２５００を示している。エージェント１５ ０Ａは、コンピュータプロセスエンジン１３２Ａのデータ部１３２Ａ−Ｄに残留 している。エージェント１５０Ａ−１は、エンジン１３２Ｂのデータ部１３２Ｂ −Ｄ中のブレイス２２０Ｂを占有している。同様に、エージェント１５０Ａ−２ は、エンジン１３２Ｃのデータ部１３２Ｃ−Ｄにおいて実行されるブレイス２２ ０Ｃを占有している。 オペレーション”５ｅｎｄ”のアクセスは、°′プライベート”であり、オペレ ーションの要求は、レスポンダのみに制限される。以下及びアペンディックスＡ に詳細に説明するように、本発明の各フィーチャは、どんな条件のもとにフィー チャの要求がなされうるかを特定するアクセスを備えている。オペレーション” 　５ｅｎｄ゛のアクセスはプライベートであるので、エージェント１５０Ａのみ が、エージェント１５０Ａによるオペレーション”５ｅｎｄ”の遂行を開始する ことができる。 エンジン１３２Ａでさえも、エージェント１５０Ａによる才へレーション“５ｅ ｎｄ”の遂行を開始することはできない。 オペレーション”５ｅｎｄ”の遂行に必要な時間や、オペレーション”５ｅｎｄ ”の遂行時に生成されるエージェントのクローンによって占有されるスペースの 実質的な節減は、クローンの生成を遅らせること（ディファードクローニング） によって実現される。オペレーション”５ｅｎｄ”の遂行を行なっているエンジ ンが、ある１つのエージェントの２以上のクローンをあるｉつの目的地のエンジ ンに転送すると判断したとき、クローンの生成を延期する。このような場合に、 １つのクローンが目的地のエンジンに転送され、他のクローンは目的地のエンジ ンにおいて転送された１つのクローンから導出される。図２９Ａ〜２９Ｄに例を 示す。 エージェント１５０Ａ（図２９Ａ）は、エンジン１３２Ａ内のブレイス２２０Ａ を占有している。エンジン１３２Ａは、コンピュータシステムｌｌ０Ａ（図示せ ず）内において実行されるコンピュータプロセスである。エージェント１５０Ａ は、オペレーション”　５ｅｎｄ”を遂行しており、エージェント１５０Ａのク ローンの目的地のブレイスとしてブレイス２２０Ｂ、２２０Ｃ１２２０Ｄを特定 する３つのチケット（図示せず）のリストを、オペレーションへのアーギュメン トとして供給している。エンジン１３２Ａは、通信リンク１０２ＡＥを介してエ ンジン１３２Ｅと通信する。通信リンク１０２ＡＥは、オペレーション”ｇｏ″ に関連して通信リンク１０２ＡＺ　（図１５Ａ）について説明した通りである。 エンジン１３２Ｅは、エンジン１３２Ａと通信するとともに、通信リンク１０２ ＥＢＦを介してエンジン１３２Ｂ、１３２Ｆと通信している。さらに、エンジン １３２Ｆは、通信リンク１０２ＦＣＤを介してエンジン１３２Ｃ，１３２Ｄと通 信している。ブレイス２２０Ｂ、２２０Ｃ，２２０Ｄは、それぞれエンジン１３ ２Ｂ、１３２Ｃ１１３２Ｄによってインターブリートされるプロセスである。し たがって、エージェント１５０Ａのクローンがブレイス２２０Ｂ、２２０Ｃ１２ ２０Ｄに到達するためには、各クローンは、最初にエンジン１３２Ｅに転送され ねばならない。 エンジン１３２Ａ中においては、エージェント１５０Ａの１つのクローン、すな わちエージェント１５０Ａ−１が生成される。エージェント１５０Ａ−１がオペ レーション“５ｅｎｄ“を遂行しているとき、エージェント１５０Ａ−１の実行 状態には、センドフレーム２９０２が含まれる。エージェントの実行状態につい ては、以下及びアペンディックスＡに詳細に説明されている。また、センドフレ ームについては、アペンディックスＢに詳細に説明されている。センドフレーム ２９０２（図３ＯＡ）は、チケット２９０４のリストを含む。ここで、チケット ２９０４のリストは、チケット２９０４Ｂ、２９０４Ｃ１２９０４Ｄを含んでお り、これらのチケットは、目的地のブレイスとして、それぞれブレイス２２０Ｂ 、２２０Ｃ，２２０Ｄを特定する。したがって、エージェント１５０Ａの単一の クローンであるエージェント１５０Ａ−１（図２９Ａ）は、ブレイス２２０Ｂ、 ２２０Ｃ１２２０Ｄに移行するべき別々の３つのエージェントのクローンを表し ている。 エンコードされたエージェント１５０Ａ−１−Ｅ　（図３０Ｂ）は、アペンディ ックスＢのエンコード則に従って、エージェント１５０Ａ−１（図２９Ａ）をエ ンコードして生成される。エンコードされたエージェントｌ　５０Ａ−１−Ｅ　 （図３０Ｂ）には、目的地１５０Ａ−１−Ｅ−ＤＩ、１５０Ａ−１−Ｅ−Ｄ２． １５０Ａ−１−Ｅ−Ｄ３が含まれ、これらは、エージェント１５０Ａ（図２９Ａ ）の３つのクローンのそれぞれの移動目的地を規定する。エージェント１５０Ａ の３つの全てのクローンがエンジン１３２Ｅに転送されるので、目的地１５０Ａ −１−Ｅ−ＤＩ、１５０Ａ−１−Ｅ−Ｄ２．１５０Ａ−１−Ｅ−Ｄ３　（図３０ Ｂ）は、全て、エージェント１５０Ａ（図２９Ａ）のそれぞれのクローンの移動 目的地としてのエンジン１３２Ｅを規定している。エンジン１３２Ａは、目的地 １５０Ａ−１−Ｅ−Ｄ　１，１５０Ａ−１−Ｅ−Ｄ２．１５０Ａ−１−Ｅ−Ｄ３ 　（図３０Ｂ）が、それぞれ移動目的地としてエンジン１３２Ｅを規定している ことを判断し、エージェント１５０Ａ（図２９Ａ）の１つのクローン、すなわち エンコードされたエージェント１５０Ａ−１−Ｅ　（図３０Ｂ）を、エンジン１ ３２Ｅ（図２９Ｂ）に転送させる。このように、３つの別々のクローンをエンジ ン１３２Ａからエンジン１３２Ｅに転送するのではなく、単一のクローンが、エ ンジン１３２Ｅに転送される。これにより、エージェント１５０Ａのクローンに よって占有されたエンジン１３２Ａ内のスペースの量、及びクローンをエンジン １３２Ｅに転送するために必要とされる時間が減少する。　。 エージェント１５０Ａ−１は、オペレーション”ｇＯ゛°に関連して説明したよ うに、エンコードされ、エンジン１３２Ｅ（図２９Ｂ）に転送される。そして、 エンジン１３２Ｅは、エージェント１５０Ａ−１のセンドフレーム２９０２のリ スト２９０４を検索する。エンコードされたエージェントは、アペンディックス Ｂに示すように標準化されているので、エンジン、例えばエンジン１３２Ｅは、 エンコードされたエージェントＬ　５０Ａ−１をデコードすることなく、リスト ２９０４を検索することができる。そして、エンジン１３２Ｅは、センドフレー ム２９０２のチケット２９０４Ｂに対応する１つのクローンがエンジン１３２Ｂ に転送されるべきことと、チケット２９０４Ｃ１２９０４Ｄに対応する２つのク ローンがエンジン１３２Ｆを経てそれぞれエンジン１３２Ｃ１１３２Ｄに転送さ れるべきこととを判断する。そこで、第２のクローン、すなわちエージェント１ ５０Ａ−２（図２９０）が、エンジン１３２Ｅによってエージェント１５０Ａ− １から生成される。エージェント１５０Ａ−１がエンコードされたように、エー ジェント１５０Ａ−１のコピーであるエージェント１５０Ａ−２も同様にエンコ ードされる。エージェントＬ５０Ａ−２は、センドフレーム２９０２−２を含ん でおり、このセンドフレーム２９０２−２は、チケットリスト２９０４−２を含 んでいる。ここで、チケットリスト２９０４−２は、エージェント１５０Ａ−１ のセンドフレーム２９０２のチケットリスト２９０４から移動したチケット２９ ０４Ｂを有する。 エージェント１５０Ａ−２は、エンジン１３２Ｂ　（図２９Ｄ）に転送され、エ ージェント１５０Ａ−１は、エンジン１３２Ｆ（図２９Ｄ）に転送される。チケ ット２９０４Ｂは、センドフレーム２９０２−２のただ１つのチケットであり、 トリップの目的地としてブレイス２２０Ｂを特定して（Ｘるので、ブレイス２２ ０Ｂは、エージェント１５０Ａ−２の目的地であり、これ以上番よ、エージェン ト１５０Ａのクローンがエージェント１５０Ａ−２から生成されること１よなＩ Ｉ’ｓエージェント１５０Ａ−２は、エンジン１３２Ｂによってデコードされる 。エージェント１５０Ａ−２は、前述したように、ブレイス２２０Ｂによるオペ レーション”ｅｎｔｅｒｉｎｇ”の遂行によってブレイス２２０Ｂの占有が許可 され、エージェント１５０Ａ−２についてのオペレーション゛’　５ｅｎｄ”の オペレーション番よ完了する。 したがって、センドフレーム２９０２Ｂは、エージェント１５０Ａ−１の実行状 態から、実行モデルのコンテキストにおいて後述するよ引こ除去される。 エージェント１５０Ａ−１は、エンジン１３２Ｆに転送される。エージェント１ ５０Ａ−１の実行状態の一部分であるセンドフレーム２９０２１こ１よ、チケッ ト２９０２Ｃ１２９０４Ｄを含むチケットリスト２９０４力（含まれる。した力 （つて、エージェント１５０Ａ−１は、それぞれブレイス２２０Ｃ，２２０Ｄｉ こ向力箋って移動しているエージェント１５０Ａの２つのクローンを表してｌＩ Ａる。このよう警こ、１つのクローン、すなわちエージェント１５０Ａ−１だ１ すを、エンジン１３２Ｅからエンジン１３２Ｆに転送することによって、前述し たよう（こ、エンジン１３２Ｅとエンジン１３２Ｆの間でデータを転送するの１ こ必要な時間と、エンジン１３２Ｅ内におけるスペースとが、実質的に節減され る。 前述したように、エンジン１３２Ｆにおいて、（ｉ）エージェント１５０Ａの第 ３のクローン、すなわちエージェント１５０Ａ−３力（、エージェント１５０Ａ −１から形成され、（１１）センドフレーム（図示せず）（よ、チケット２９０ ４Ｃを有するエージェント１５０Ａ−３に含まれる。エージェント１５０Ａ−３ のコピー元であるエージェント１５０Ａ−１がエンコードされるのと同様に、エ ージェント１５０Ａ−３もエンコードされる。チケット２９０４Ｃは、エージェ ント１５０Ａ−１のセンドフレーム２９０２から除去される。そして、エージェ ント１５０Ａ−３は、エンジン１３２Ｃに転送され、エージェントＬ５０Ａ−１ 毛よ、エンジン１３２Ｄ（図２９Ｅ）に転送される。 エンジン１３２Ｃは、チケット２９０４Ｃによって規定されるエージェント１５ ０Ａ−３のトリップの目的地であるブレイス２２０Ｃを含み、エンジン１３２Ｄ は、チケット２９０４Ｄによつて規定されるエージェント１５０Ａ−１のト１） ツブの目的地であるブレイス２２０Ｄを含む。前述したように、（ｉ）エンジン １３２Ｃは、エージエン目５０Ａ−３をデコードし、このエージェント１５０Ａ −３は、オペレーション”ｅｎｔｅｒｉｎｇ”の実行によって、ブレイス２２０ Ｃの占有が許可され、（百）エンジン１３２Ｄは、エージェント１５０Ａ−１を デコードし、このエージェント１５０Ａ−１は、オペレーション”ｅｎｔｅｒｉ ｎｇ”の実行によって、ブレイス２２０Ｄの占有が許可される。センドフレーム ２９０２　（図示せず）は、目的地としてブレイス２２０Ｄを特定する１つのチ ケット力（含まれているので、エージェント１５０Ａ−１についてのオペレーシ ョン”５ｅｎｄ−よ終了する。同様に、エージェント１５０Ａ−３は、単一のブ レイスすなわち、エージェント１５０Ａ−３によって占有されるブレイスである ブレイス２２０Ｃを、トリップの目的地として特定するセンドフレームを含んで いるので、エージェント１５０Ａ−３についても、オペレーション”　５ｅｎｄ ”は同様（こ終了する。 こうして、各エージェント１５０Ａ−１，１５０Ａ−２，１５０Ａ−３１よ、そ れぞれのエージェントのクローンが行なうトリップを規定する単一のチケットを 含むセンドフレームを含む実行状態を有するオペレーション”５ｅｎｄ”の遂行 を完了する。それぞれの単一のチケットは、前述したよう（こ、それぞれのエー ジェントによるオペレーション”５ｅｎｄ”の遂行の結果として生じるチケット スタブを導出するために使用される。 このように、それぞれの目的地のブレイスにいくつかのクローンを転送する際に 、クローンの作成をできるだけ遅らせることによって、オペレーション’　５ｅ ｎｄ“の遂行において、コンピュータ内の記憶スペースや、時間が節減される。 エージェント１５０Ａ−１の転送中のセンドフレーム２９０２の構造を、図３Ｏ Ａに示す。クラス”５ｅｎｄ　Ｆｒａｍｅ”は、プロパティ”ｔｉｃｋｅｔｓ” を規定する。センドフレーム２９０２のプロパティ”　ｔｉｃｋｅｔｓ”は、チ ケット２９０４Ｂ、２９０４Ｃ１２９０４Ｄをアイテムとするリスト２９０４で ある。チケット２９０４Ｂ、２９０４Ｃ１２９０４Ｄは、レスポンディングエー ジェント１５０Ａのそれぞれのクローンが行なう各トリップを規定する。 前述したように、エージェント１５０Ａがオペレーション”５ｅｎｄ“を遂行す ることによって、１以上のエージェントのクローンが生成される。ここで、エー ジェントの各クローンは、エージェント１５０Ａの１以上のクローンを表す。エ ージェントの各クローン、例えばエージェント１５０Ａ−１（図２９Ａ）を形成 する場合、そのエージェントのクローンにはセンドフレーム２９０２のコピーが 含まれる。ただし、センドフレームのコピーのプロパティ”ｔｉｃｋｅｔｓ”は 、そのエージェントのクローンに対応するチケットのみを包含するように変更さ れる。例えば、エージェント１５０Ａ−２（図２９Ｃ）は、センドフレーム２９ ０２−２を含み、このセンドフレーム２９０２−２は、チケット２９０４Ｂを含 む。また、例えば、エージェント１５０Ａ−１は、センドフレーム２９０２を含 み、センドフレーム２９０２は、チケット２９０４Ｃ，２９０４Ｄを含む。した がって、エージェント１５０Ａ−２は、チケット２９０４Ｂによって特定された ブレイス、すなわちブレイス２２０Ｂに向かって移動しているエージェント１５ ０Ａの１つのクローンを表している。同様に、エージェント１５０Ａ−１は、チ ケット２９０４Ｃ１２９０４Ｄによって特定されたブレイスに向かって移動して いるエージェント１５０Ａの２つのクローンをそれぞれ表している。 各クローンがそれぞれの目的地に到達したら、センドフレーム２９ｏ２のプロパ ティ”ｔｉｃｋｅｔｓ“　（図３０Ａ）は、正確に１つのチケットのリストとな る。例えば、エージェント１５０Ａ−１，１５０Ａ−２，１５０Ａ−３（図２９ Ｅ）は、フレーム２９０２．２９０２−２．２９０２−３をそれぞれ含み、これ らのフレームは、それぞれ単一のチケット、すなわちチケット２９０４Ｄ、２９ ０４Ｂ。 ２９０４Ｃをそれぞれ含む。したがって、各センドフレームは、対応するエージ ェントのクローンが行なうトリップを規定する単一のチケットを有している。こ の単一のチケットは、前述したように、エージェントの各クローンによるオペレ ーション”５ｅｎｄ”の遂行の結果として生成されるチケットスタブを形成する ために使用される。 このように、２以上のエージェントのクローンが部分的に同一経路であるトリッ プを行なう場合には、オペレーション“５ｅｎｄ”を遂行するエージェントのク ローンの生成を遅らせることによって、コンピュータの記憶スペース及びデータ 転送時間が実質的に節減される。オペレーション”ｇｏ”のコンテキストによっ て前述したように、あるエージェントによるオペレーション“ｇｏ”の遂行の間 にエクセプションが送出された場合には、そのエージェントはバーガトリに置く ことができる。同様に、エージェントのクローンによるオペレーション”５ｅｎ ｄ”の遂行の間にエクセプションが送出された場合には、そのエージェントのク ローンはバーガトリに置くことができる。また、エンコードされたエージェント 、例えばエージェント１５０Ａ−１（図２９Ｂ）によって表されるエージェント の、複数のクローンの転送が失敗した場合には、エンコードされたエージェント によって表されるこれらの各クローンは、前述したように、デコードされて活性 化され、バーガトリに置かれる。 エージェント間の相互作用：　オペレーション”　Ｍｅｅｔ”同一のブレイスを 占有する２つのエージェントは、一方のエージェントが他方のエージェントにオ ペレーションの遂行や、アトリビュートの設定又は問い合わせを要求することに よって、互いに相互作用することができる。要求されたオペレーションのアーギ ュメントやリザルトを介して、又は、設定や問い合わせがされたアトリビュート を介して、２つのエージェントの間に情報の交換が行なわれる。例えば、エージ ェント１５０Ａ、１５０Ｂは、エンジン１３２Ｂ（図１５Ｅ）内において実行さ れているブレイス２２０Ｂを占有している。したがって、エージェント１５０Ａ 、１５０Ｂは、（ｉ）エージェント１５０Ａが、エージェント１５０Ｂにフィー チャを遂行するように要求するか、又は（ｉｉ）エージェント１５０Ｂが、エー ジェント１５０Ａにフィーチャを遂行するように要求することによって、相互作 用することができる。 エージェント１５０Ａは、エージェント１５０Ａがエージェント１５０Ｂに対す るリファレンスを持つ場合にのみ、エージェント１５０Ｂにフィーチャを遂行す るように要求することができる。同様に、エージェント１５０Ｂは、エージェン ト１５０Ｂがエージェント１５０Ａに対するリファレンスを持つ場合にのみ、エ ージェント１５０Ａにフィーチャを遂行するように要求することができる。 エージェント１５０Ａは、エージェント１５０Ａ、１５０Ｂが占有しているミー ティングブレイスによるオペレーション”ｇｒｅｅｔ”の遂行を要求することに よって、エージェント１５０Ｂに対するリファレンスを取得する。いままで、ブ レイス２２０Ｂは、エージェント１５０Ａ、１５０Ｂによって占有されるブレイ スとしてのみ記述してきた。以下の説明では、ブレイス２２０Ｂは、ミーティン グブレイス・すなわちクラス°’　Ｍｅｅｔｉｎｇ　ｐｌａｃｅｓ”のｌメンバ である。ミーティングブレイヌについては、アペンディックスＡに詳細に説明さ れている。 図３１Ａ、３１Ｂは、オペレーション”ｍｅｅｔ”のインタフェースを表してい る。 フレーム３１００は、エージェント１５０Ａの実行状態の一部である。フレーム ３１００は、ミーティングブレイス２２０Ｂによるオペレーション”　ｍｅｅｔ ”の実行状態を記録する。ミーティングブレイス２２０Ｂは、オペレーション” ｍｅｅｔ”のレスポンダ−としてのエージェント１５０Ａの実行状態内において 、識別される。 フレーム３１００は、現在のスタックであるスタック３１０２を含む。スタック ３１０２は、オペレーション“ｍｅｅｔ”　（図３１人）の遂行の直前に、ペテ ィション３１０６をトップに備えている。ベティション３１０６は、オペレーシ ョン”ｍｅｅｔ’“の遂行によって使用されるアーギュメントである。ペティシ ョン、すなわちクラス”Ｐｅｔｉｔｉｏｎ”のメンバについては、以下及びアペ ンディックスＡに一層詳細に説明されている。 フローチャート３２００　（図３２）は、ミーティングブレイス２２０Ｂによっ て遂行されるオペレーション”ｇｒｅｅｔ”のインプリメンテーションを示して いる。 エンジン１３２Ｂ（図１５Ｅ）は、ミーティングブレイス２２０Ｂによってオペ レーション”ｍｅｅ　ｔ”を遂行する際に、ペティション３１０６（図３１Ａ） を分析することによって、ベティションの対象であるエージェントを判断する。 ベティション３１０６は、ペティションの対象であるエージェントを、ネーム、 クラス、又はその両方によって特定する。ベティションの対象であるエージェン トは、ミーティングを要求しているエージェントがミーティングを行おうとして いるエージェントとして、ペティションによって特定されたエージェントである 。 エンジン１３２Ｂは、ステップ（ｐｏｐ　ｐｅｔｉｔｉｏｎ）　３２０２　（図 ３２）において、現在のスタック３１０２からペティション３１０６をポツプす る。処理は、ステップ３２０２からステップ３２０４に移行する。このステップ ３２０４において、エンジン１３２Ｂは、新しい空（エンプティ）のテレネーム リストを作り出す。 ステップ３２０４において作り出されたリストに記録されるテレネームは、要求 したエージェントとのミーティングを拒絶した、ベティションの対象であるエー ジェントのテレネームである。したがって、最初は、ペティションの対象である エージエンは、要求したエージェントとのミーディングを拒絶していないので、 このリストは空である。 処理は、ステップ３２ｏ４がら、ステップ（ｆｉｎｄ　ｐｅｔｉｔｉｏｎｅｄ　 ａｇｅｎｔ）　３２０６に移行する。このステップ３２ｏ６において、オペレー ション”ｍｅｅｔ”を遂行しているエンジンがペティションの対象であるエージ ェントを、すなわち、ステップ３２０４　（図３２）によって作り出されたテレ ネームのリストのアイテムにそのテレネームが含まれていない、ペティション３ １０６（図３１Ａ）を満たすエージェントを見い出す。エージェントがペティシ ョン３１０６（図３１Ａ）を満たすのは次のようなときである。 アベンディクスＡに詳細に説明するように、ベティション３１０６は、プロパテ ィ”ａｇｅｎｔＮａｍｅ”及びプロパティ゛ａｇｅｎｔｃｌａｓｓ”　（どちら も図示せず）を含んでいる・ただし・プロパティ゛’　ａｇｅｎｔＮａｉｅ”ご ａｇｅｎｔｃｌａｓｓ”はオプションなので、どちらもニル（０）であってもよ い。ベティション３１ｏ６のプロパティ″ａｇｅｎｔＮａｍｅ”がテレネームで 、プロパティ”　ａｇｅｎｔｃＩａｓｓ”がニル（０）の場合、ベティションの 対象であるエージェントは、ペティション３１ｏ６のプロパティ”ａｇｅｎｔＮ ａｍｅ”であるテレネームによって、テレネームが指定されたエージェントであ る。 プロパティ”ａｇｅｎｔｃｌａｓｓ”がサイテションで、プロパティ”ａｇｅｎ ｔＮａｍｅ”がニル（０）の場合、ペティションの対象であるエージェントは、 ベティション３１０６のプロパティ”ａｇｅｎ　ｔＣＩ　ａｓｓ”であるサイテ ションによって特定されたクラスのメンバであるエージェントである。どちらの プロパティもニル（０）でない場合、ベティションの対象であるエージェントは 、上述の両方の基準を満たすエージェントである。どちらのプロパティもニル（ ０）の場合、クラス’　Ｍｅｅｔｉｎｇ　Ｉｎｖａｌｉｄ”のエクセプションが 送出され、オペレーション”ｍｅｅｔ”は失敗に終わる。 処理は・ステップ（ｆｉｎｄ　ｐｅｔｉｔｉｏｎｅｄ　ａｇｅｎｔ）　３２０６ からテストステップ３２０８に移行する。このテストステップ３２０８において 、エンジン１３２Ｂは、ベティションの対象であるエージェントが、ステップ（ ｆｉｎｄ　ｐｅｔｉｔｉｏｎｅｄ　ａｇｅｎｔ）３２０６において見い出された かを判断する。ベティションの対象であるエージェントが、ステップ（ｆｉｎｄ 　ｐｅｔｉｔｉｏｎｅｄ　ａｇｅｎｔ）　３２０６で見い出されなかった場合、 処理は、テストステップ３２０８がら、後述するステップ（ｗａｉｔ）　３２２ ２に移行する。逆にベティションに対象であるエージェントがステップ（ｒｉｎ ｄ　ｐｅｔｉｔｉｏｎｅｄ　ａｇｅｎｔ）　３２０６において見い出された場合 、処理は、テストステップ３２０８からステップ（謡ｅｅｔｉｎｇ）　３２１０ に移行する。 ステップ（ｍｅｅｔｉｎｇ）　３２１０において、ベティションの対象であるエ ージェントは、ミーティングブレイス２２０Ｂをインターブリートしているエン ジン１３２Ｂによって、オペレーション”ｍｅｅｔｉｎｇ”を遂行することがめ られる。オペレーション゛’　ｍｅｅｔｉｎｓ”の遂行において、ベティション の対象であるエージェントは、エージェント１５０Ａとのミーティングに参加す ることに同意するが、又はこれを拒絶する。オペレーション”ｍｅｅｔｉｎｇ” については、以下又はアベンディクスＡに詳細に説明されている。 ベティションの対象であるエージェントによるオペレーション”ｍｅｅｔｉｎｇ ”の遂行後、処理は、ステップ（ｍｅｅｔｉｎｇ）　３２１０からテストステッ プ３２１２に移行する。テストステップ３２１２において、エンジン１３２Ｂは 、オペレーション”ＩＩｒｅｅｔｉｎｇ”が成功のうちに終了し、ペティション の対象であるエージェントがミーティングに同意したかを判断する。ベティショ ンの対象であるエージェントがミーティングを拒絶した場合、処理は、テストス テップ３２１２がら、後述するテストステップ（ｆｕｌｌｙ　ｑｕａｌｉｆｉｅ ｄ？）　３２３４に移行する。その逆に、ベティションの対象であるエージェン トがミーティングに同意した場合、すなわちオペレーション”ｍｅｅｔｉｎｇ” が成功のうちに終了した場合、処理は、テストステップ３２１２からステップ（ ｂｕｉ　ｌｄ　ｃｏｎｔａｃｔ）　３２１６に移行する。 ステップ（ｂｕｉ　Ｉｄ　ｃｏｎｔａｃｔ）　３２１６において、コンタクト３ １０８（図３１Ｂ）が生成される。ここで、このコンタクト３１０８のサブジェ クトは、ベティションの対象であるエージェントである。処理は、ステップ（ｂ ｕｉｌｄ　ｃｏｎｔａｃｔ）　３２１６（図３２）からステップ（ｐｕｓｈ　ｃ ｏｎｔａｃｔ）　３２１８に移行し、このステップ３２１８において、コンタク ト３１０８（図３１Ｂ）がスタック３１０２に書き込まれることによって、リザ ルトとしてコンタクト３１０８が生成される。処理は、ステップ（ｐｕｓｈ　ｃ ｏｎｔａｃｔ）　３２１８から終了ステップ３２２０に移行し、このステップ３ ２２０において、オペレーション”ａ＋ｓｅｔ”は成功のうちに終了する。 しかし、前述したように、ベティションの対象であるエージェントが、オペレー ション°’　ｍｅｅｔｉｎｇ”の遂行において反対を表明し、エージェント１５ ０Ａとのミーティングを拒絶した場合には、処理は、テストステップ３２１２か らテストステップ（ｒｕｌｌｙｑｕａｌｉｆｉｅｄ？）　３２３４に移行する。 テストステップ（ｆｕｌ　ｌｙ　ｑｕａｌｉｆｉｅｄ？）　３２３４において、 エンジン１３２Ｂは、ベティション３１０６（図３１Ａ）が適格であるかを判断 する。ベティション３１０６は、ペティション３１０６のプロパディ”ａｇｅｎ ｔＮａｍｅ”であるテレネームが適格である場合に、適格であるとされる。テレ ネームは、プロパティ”ａｕｔｈｏｒｉｔｙ”とプロパティ”１ｄｅｎｔ　ｉ　 ｔｙ”を有する。テレネームについては、アベンディクスＡに一層詳細に説明さ れている。テレネームのプロパティ”１ｄｅｎｔｉｔｙ”はオプションであり、 ニル（０）とすることができる。テレネームのプロパティ”１ｄｅｎｔｉｔｙ” がニル（０）の場合、そのテレネームは部分的に適格であり、テレネームのプロ パティ”ａｕｔｈｏｒｉ　ｔｙ”であるオーソリティの全ての名前付きオブジェ クト（ネームドオブジェクト：　ｎａｍｅｄｏｂｊｅｃｔ）を示すこととなる。 一方、テレネームのプロパティ”１ｄｅｎｔｉ　ｔｙ”がニル（０）でない場合 、そのテレネームは適格であり、正確にゼロ又は１つの名前付きオブジェクトを 示すこととなる。 テストステップ（ｆｕｌｌｙ　ｑｕａｌｉｆｉｅｄ？）　３２３４　（図３２） において、エンジン１３２Ｂは、ベティション３１０６（図３１Ａ）が適格であ るかを判断する。ベティション３１０６（図３１Ａ）が適格の場合、処理はテス トステップ（ｆｕｌｌｙｑｕａｌ　ｉｆ　ｉｅｄ？）　３２３４から終了ステッ プ３２３ａに移行し、この終了ステップにおいて、クラス”Ｍｅｅｔｉｎｇ　Ｄ ｅｎｉｅｄ”のエクセブションが送出され、オペレーション”ｍｅｅｔｉｎｇ” は失敗に終わる。したがって、ペティション３１０６（図３１Ａ）が適格であり 、ベティション３１０６を満たすエージェントがミーティングを拒絶した場合、 オペレーション°’　ｍｅｅｔ″は失敗に終わる。一方、ペティション３１Ｏ６ が適格でない場合、処理は、テストステップ（ｆｕｌ　Ｉｙ　ｑｕａｌ　ｉｆ　 ｉｅｄ？）　３２３４からステップ（ａｄｄ　ａｇｅｎｔ　ｔｏ　１ｉｓｔ）　 ３２１４に移行する。 ステップ（ａｄｄ　ａｇｅｎｔ　ｔｏ　１ｉｓｔ）　３２１４において、ステッ プ（ｆｉｎｄ　ｐｅｔｉｔｉｏｎｅｄ　ａｇｅｎｔ）　３２０６において見い出 された、ベティションの対象であるエージェントは、ステップ３２０４において 作り出されたテレネームリストに付加される。 処理は、ステップ（ａｄｄ　ａｇｅｎｔ　ｔｏ　１ｉｓｔ）　３２１４からステ ップ（ｆｉｎｄ　ｐｅｔｉｔｉｏｎｅｄ　ａｇｅｎｔ）　３２０６に移行する。 前述したように、ベティションの対象であるエージェントがステップ（ｒｉｎｄ ｐｅｔｉｔｉｏｎｅｄ　ａｇｅｎｔ）　３２０６において見い出されなかった場 合、処理は、テストステップ３２０８からステップ（ｗａｉｔ）　３２２２に移 行する。このステップ３２２２において、エージェント１５０Ａのインターブリ ートは、ペテイション３１０６（図３１Ａ）がタイムアウトにより終了するか、 又はエージェントがミーティングブレイス２２０Ｂに入るまで、すなわちミーテ ィング２２０Ｂがオペレーション“ｅｎｔｅｒｉｎｇ”の遂行を成功するまで中 断される。ペテイション３１０６は、アペンディクスＡに一層詳細に説明される ように、プロパティ″ｍａｘｉｍｕ■Ｗａｉｔ”を有する。このプロパティ”ｍ ａｘｉｉｕｍＷａｉｔ”は、オペレーション”ｍｅｅｔ“の遂行が成功したか否 かに関係なく、オペレーション”ｍｅｅｔ”の遂行の開始から、オペレーション ”ｍｅｅじの遂行の完了までに要することができる最長時間を規定する。そして 、ペティション３１０６は、オペレーション”ｗａｉじ−の遂行の開始から、プ ロパティ”−ａｘｉｍｕｍＷａｉｔ”が規定する最長時間が経過したら、タイム アウトにより終了する。 ペティション３１０６が終了した時に、又はエージェントがミーティングブレイ ス２２０Ｂに入った時に、エージェント１５０Ａのインターブリートが再開され 、処理は、ステップ（ｗａｉｔ）　３２２２　（図３２）からテストステップ（ ｔｉｍｅ　。 ｕｔ？）３２２４に移行する。このテストステップ３２２４において、エンジン １３２Ｂ　（図１５Ｅ）　は、エージェント１５０Ａ（図３１Ａ）（７）インタ ーブリートの再開がベティション３１０６の終了の結果であるかを判断する。エ ージェント１５０Ａのインターブリートがベティション３１０６（図３１Ａ）の 終了の結果として再開された場合には、処理は、テストステップ３２２４　（図 ３２）がら終了ステップ３２２６に移行し、このステップ３２２６において、ク ラス“ＰｅｔｉｔｉｏｎＥｘｐ　ｉ　ｒｅｄ”のエクセプションが送出され、オ ペレーション”　ｍｅｅｔ”は失敗に終わる。 一方、エージェント１５０Ａ（図３１Ａ）のインターブリートが、エージェント がブレイス２２０Ｂに入ったことの結果として再開された場合には、処理は、テ ストステップ３２２４がらテストステップ３２２８に移行する。このテストステ ップ３２２８１．：オイテ、エンジン１３２Ｂ　（図１５Ｅ）　１．ｔ、ブレイ ス２２０Ｂに入ったエージェント（図示せず）が、ベティションの対象であるが 否が、すなわちベティション３１０６（図３１Ａ）を満たし、ステップ３２０４ 　（図３２）において作り出されたテレネームのリストにないが否を判断する。 ブレイス２２０Ｂに入ったエージェントがベティション３１０６（図３１Ａ）を 満たさないが、又はブレイス２２０Ｂに入ったエージェントのテレネームがステ ップ３２０４　（図３２）において作り出されたテレネームのリストのアイテム である場合には、処理は、テストステップ３２２８からステップ（ｗａｉｔ）　 ３２２２に移行する。 一方、ブレイス２２０Ｂに入ったエージェントが、ペティション３１０６（図３ １Ａ）を満たし、このエージェントのテレネームが、ステップ３２０４　（図３ ２）で作り出されたテレネームのリストのアイテムにない場合、処理は、テスト ステップ３２２８からステップ（ｇｒｓｅｔｉｎｇ）　３２３０に移行する。こ のステップ３２３０では、ブレイス２２０Ｂに入ったエージェントは、オペレー ション″ｍｅｅｔｉｎｇ”を遂行するように指示される。処理は、ステップ軸ｅ ｅｔｎｇ）　３２３０がらテストステップ３２３２に移行し、このテストステッ プ３２３２において、エンジン１３２Ｂ（図１５Ｅ）は、ブレイス２２０Ｂに入 ったエージェントによるオペレーション”　ｍｅｅｔ”の遂行が成功し、ブレイ ス２２０Ｂに入ったエージェントとエージェント１５０Ａのミーティングが受け 入れられた、又は、オペレーション”ｍｅｅｔｉｎｇ”の遂行が失敗し、ブレイ ス２２０Ｂに入ったエージェントとエージェント１５０Ａのミーティングが拒絶 されたかを判断する。 ブレイス２２０Ｂに入ったエージェントによるオペレーション”ｍｅｅｔｉｎｇ ”の遂行が成功した場合、処理は、テストステップ３２３２がらステップ（ｂｕ ｉ　ｌｄ　ｃｏｎｔａｃｔ）３２１６に移行する。前述したように、ステップ（ ｂｕｉｌｄ　ｃｏｎｔａｃｔ）　３２１６及びこれに続くステップにおいて、ペ ティションの対象であるエージェント、すなわちブレイス２２０Ｂに入ったエー ジェントへのコンタクトが作り出され、そのコンタクトが現在のスタックにブツ シュされ、オペレーション”ｍｅｅｔｉｎｇ”は成功のうちに終了する。一方、 ブレイス２２０Ｂに入ったエージェントによるオペレーション”Ｉｌｓｅｔｉｎ ｇ”の遂行に対してエクセプションが送出された場合、処理は、テストステップ ３２３２がらテストステップ（ｆｕｌｌｙ　ｑｕａｌｉｆｉｅｒ？）　３２３８ に移行する。 テストステップ（ｆｕｌｌｙ　ｑｕａｌｉｆｉｅｆ？）　３２３８において、エ ンジン１３２Ｂ（図１５Ｅ）は、ベティション３１０６（図３１Ａ）が適格であ るがを判断する。 ヘティション３１０６が適格である場合、処理は、テストステップ（ｆｕｌｌｙ 　ｑｕａｌｉｆｉｅｒ？）　３２３８　（図３２）がら終了ステップ３２４ｏに 移行し、この終了ステップにおいて、クラス”Ｍｅｅｔｉｎｇ　Ｄｅｎｉｅｄ” のエクセプションが送出され、ミーティングブレイス２２０Ｂによるオペレーシ ョン”ｓｌｅｅｔｉｎｇ”の遂行が失敗に終わる。 逆に、ベティション３１０６（図３１Ａ）が適格でない場合、処理は、テストス テップ（ｆｕｌｌｙ　ｑｕａｌｉｆｉｅｒ？）　３２３８からステップ（ａｄｄ 　ａｇｅｎｔ　ｔｏ　１ｉｓｔ）　３２４２に移行する。ステップ（ａｄｄ　ａ ｇｅｎｔ　ｔｏ　ｌ　１ｓｔ）　３２４２では、ベティションの対象であるエー ジェント、すなわちブレイス２２０Ｂに入ったエージェントのテレネームが、ス テップ３２ｏ４において作り出されたテレネームのリストに付加される。処理は 、ステップ（ａｄｄ　ａｇｅｎｔ　ｔｏ　１ｉｓｔ）　３２４２から、前述ノス テップ３２２２に移行する。 このようにして、エージェント１！５０Ａと、ベティションの対象であるエージ ェントとの間のミーティングが取り決められる。このベティションの対象である エージェントは、（ｉ）ペティション３１０６において特定されたネーム及びク ラスのエージェントであり、（ｉ　＋）応答するミーティングブレイスを占有す るエージェントであり、（ｉ　ｉ　ｉ）ベティション３１０６において特定され た最長時間内に、ミーティングを行うことに同意したエージェントである。この 最後に述べた条件は、第１のエージェントによって占有されるミーティングブレ イスを占有していないが、ある時間内に到着することが期待されている第２のエ ージェントとのミーティングを、第１のエージェントが要求することを許容する 。 オペレーション”ｍｅｅｔｉｎｇ”　（図３１Ｂ）の遂行の直後に、スタック３ １ｏ２は、そのトップに、前述のコンタクト３１０８を有している。コンタクト ３１０８は、エージェント１５０Ｂ（図１５Ｅ）へのりファシスであるプロパテ ィ゛’　５ｕｂｊｅｃｔ”を備えている。コンタクト３１０８（図３１Ｂ）のプ ロパティ”５ｕｂｊｅｃｔ”は、コンタクト３１０８のアトリビュート”５ｕｂ ｊｅｃｔ”を指示することによって生成される。コンタクトのアトリビュート” ５ｕｂｊｅｃｔ”については、アベンディクスＡに詳細に説明されている。した がって、エージェント１５０Ａは、エージェント１５０Ｂ（図１５Ｅ）へのリフ ァレンスを取得し、したがって、エージェント１５０Ｂにフィーチャの遂行を要 求することができる。 オペレーション”ｍｅｅｔｉｎｇ’”のコンテキストにおいて後述するように、 エージェント１５０Ｂは、オペレーション”ｍｅｅｔｉｎｇ”の遂行におけるア ーギュメントとして、コンタクトを使用する。ここで、エージェント１５０Ａを 、ミーティングを要求するエージェントとして特定するミーティングブレイス２ ２０Ｂによるオペレーション“ｇｒｓｅｔｉｎｇ”の遂行の後に、エージェント １５０Ｂによって使用されるコンタクトは、エージェント１５０Ａに対するリフ ァレンスであるプロパティ”５ｕｂｊｅｃｔ”も備えている。したがってエージ ェント１５０Ｂは、エージェント１５０Ａのリファレンスを取得し、エージェン ト１５０Ａにフィーチャの遂行を要求することができる。 コンタクトされるエージェントは、ミックスインクラス”Ｃｏｎｔａｃｔｅｄ” がら継承されたクラスのメンバである。以下及びアベンディクスＡに詳細に説明 するように、ミックスインクラス”Ｃｏｎｔａｃｔｅｄ”は、プロパティ“ｃｏ ｎｔａｃｔｓ”へのアクセスを提供するアトリビュート”ｃｏｎｔａｃｔｓ”を 規定する。プロパティ“ｃｏｎｔａｃｔｓ”は、コンタクトのセントである。エ ージェント１５０Ｂ（図３３）は、コンタクトされたエージェントであり、した がって、プロパティ”ｃｏｒ＋Ｌａｃｔｓ”としてセット３３０２を備えている 。前述したように、ミーティングブレイス２２０Ｂによるオペレーション°’　 ｍｅｅｔｉｎｇ”の遂行後、エージェント１５０Ｂによるオペレーション”　ｍ ｅｅｔｉｎｇ”の遂行において使用されたコンタクトであるコンタクト３４ｏ４ は、エンジン１３２Ｂによってセット３３ｏ２に付加される。 前述したように、ベティションの対象であるエージェントは、ベティションの対 像であるエージェントによるオペレーション”ｍｅｅｔｉｎｇ”の遂行によって 、ミーティングを要求しているエージェントとのミーティングに、同意したり拒 絶したりする。オペレーション″ｓｌｅｅｔｉｎｇ”は、クラス”Ａｇｅｎ　ｔ ”によっては、規定も継承もされていない。その代わりに、オペレーション”　 ｍｅｅｔｉｎｇ”は、ミックスインクラス”Ｐｅｔｉｔｉｏｎｅｄ”によって規 定されている。クラス″Ａｇｅｎｔ”は、ミックスインクラス“Ｐｅｔｉｔｉｏ ｎｅｄ”のサブクラスではない。しかし、本発明のユーザによって後から定義さ れる、クラス”Ａｇｅｎｔ”のサブクラスは、ミックスインクラス”Ｐｅｔｉｔ ｉｏｎｅｄ“のサブクラスであることができる。したがって、このようなユーザ 定義サブクラスのメンバであるエージェントのみが、オペレーション”ｍｅｅｔ ｉｎｇ”を遂行することができ、他のエージェントとのミーティングに参加する ことができる。 図３４Ａは、エージェント１５０Ｂによるオペレーション“ｍｅｅｔｉｎｇ“の 遂行直前の、エージェント１５０Ａの実行状態を示している。クレーム３４００ は、エージェント１５０Ａの実行状態の一部分であり、エージェント１５０Ｂが 実行するオペレーション”ａ＋ｅｅｔｉｎｇ”の動的状態を記録する。オペレー ション“ｍｅｅｔｉｎｇ”は、エンジン１３２Ｂによって要求される。オペレー ション“−ｅｅｔｉｎｇ”の遂行は、エージェント１５０Ａの実行状態に記憶さ れる。エージェント１５０Ａ又はエージェント１５０Ｂ、好ましくはエージェン ト１５０Ｂのパーミツトは、オペレーション”ｍｅｅｔｉｎｇ“の遂行によって 喪失され得る。エージェント１５０Ｂ（図１５Ｅ）は、オペレーション”ｍｅｅ ｔｉｎｇ”のレスポンダとして、エンジン１３２Ｂ中において識別される。 スタック３４０２は、フレーム３４００のプロパティ”５ｔａｃｋ”であり、現 在のスタックである。オペレーション”ｍｅｅｔｉｎｇ”の遂行の直前に、スタ ック３４０２は、トップから順に、コンタクト３４０４とペティション３４０６ を備えている。 コンタクト３４０４は、ミーティングを要求するエージェントとして、エージェ ント１５０Ａを特定する。コンタクト３４０４のプロパティ”５ｕｂｊｅｃｔＮ ｕｅ”　（図示せず）は、エージェント１５０Ａのテレネームと同等のテレネー ムであり、これによって、要求するエージェントとして、エージェント１５０Ａ を特定する。 コンタクト３４０４のプロパティ”５ｕｂｊｅｃｔｃＩａｓｓ”　（図示せず） は、エージェント１５０Ａが１つのインスタンスであるクラスを特定するサイテ ションである。 通常、エージェント１５０Ａのリファレンスであるコンタクト３４ｏ４のプロパ ティ”５ｕｂｊｅｃｔ”　（図示せず）は、エンジン１３２Ｂによってニル（０ ）にされる。 したがって、エージェント１５０Ｂは、オペレーション°’　ｍｅｅｔｉｎｇ” の遂行の際にコンタクト３４０４を使用することによって、ミーティングを要求 しているエージェントとしてエージェント１５０Ａを適切に特定する上で必要な 全ての情報を持つこととなる。しかし、エージェント１５０Ｂは、エージェント １５０Ａに対するリファレンスは持っておらず、エージェント１５０Ａと相互作 用することはできない。このように、どちらのエージェントも、他のエージェン トと、両者がミーティングに同意するまでは、相互作用することができない。 ベティション３４０６は、ミーティングを要求する際に、エージェント１５０Ａ （図１５Ｅ）によって供給されるベティション３１０６　（図３１Ａ）のコピー である。それはこのアーギュメントが”ｂｙＣｏｐｙ”をバスするからである。 それはこのアーギュメントがバスした’　ｂｙｃｏｐｙ”だからである。アーギ ュメント”ｂｙＣ。 ｐｙ”のバスについては、以下及びアベンディクスＡに詳細に説明されている。 エージェント１５０Ｂは、オペレーション”　ｍｅｅｔｉｎｇ”を成功のうちに 遂行することによって、コンタクト３４０４によって特定化されたエージェント とベティション３４０６　（図３４Ａ）によって規定されたミーティングを行う ことに同意する。このミーティングは、エクセプションの送出により拒絶され、 オペレーション”ｍｅｅｔｉｎｇ”は失敗に終わる。ミックスインクラス“Ｐｅ ｔｉｔｉｏｎｅｄ“によって規定されたオペレーション”ｍｅｅｔｉｎｇ”のメ ソッドは決して成功せず、常にクラス”Ｍｅｅｔｉｎｇ　Ｄｅｎｉｅｄ“のエク セブションを送出する。しがし、ミックスインクラス”Ｐｅｔｉｔｉｏｎｅｄ” から継承された、クラス’　Ａｇｅｎｔ”のサブクラスは、オペレーション”ａ ＋ｓｅｔｉｎｇ’”のインプレメンティジョンを、ある特定の場合には成功する ように、再定義することができる。 エージェントは広い範囲のニーズに応え、広い範囲のサービスを遂行することが 予想されるので、クラス”Ａｇｅｎｔ”のサブクラスの数や、オペレーション” ｍｅｅｔｉｎｇ”のメソッドのバリエーションは非常に多い。例えば、フローチ ャート３５００（図３５）は、オペレーション”ｍｅｅｔｉｎｇ”のメソッドの 一例を示している。 ステップ３５０２において、コンタクト３４０４　（図３４Ａ）及びペティショ ン３４０６は、スタック３４ｏ２からポツプされる。処理は、ステップ３５０２ 　（図３５）からステップ３５０４に移行し、このステップ３５ｏ４において、 コンタクト３４０４　（１２１３４Ａ）のアトリビュート”　５ｕｂｊｅｃｔｃ ｌａｓｓ”が問い合わされて、コンタクト３４０４のプロパティ”５ｕｂｊｅｃ Ｌｃｌａｓｓ”が生成する。処理は、ステップ３５０４　（図３５）からテスト ステップ３５０６に移行し、このテストステップ３５０６において、コンタクト ３４０４　（図３４Ａ）のプロパティ”５ｕｂｊｅｃｔｃＩａｓｓ”が、特定の クラスのサイテションと比較される。コンタクト３４ｏ４のプロパティ°’　５ ｕｂｊｅｃｔｃＩａｓｓ”がサイテションに等しい場合、処理は、テストステッ プ３５０６　（図３５）がら終了ステップ３５ｏ８に移行し、この終了ステップ ３５０８において、オペレーション”ｍｅｅｔｉｎｇ”は、成功のうちに終了す る。そして、これにより、ミーティングに対する同意が得られる。一方、コンタ クト３４０４　（図１５Ａ）のプロパティ”５ｕｂｊｅｃｔｃＩａｓｓ”がサイ テションに等しくない場合、処理は、テストステップ３５０６　（図３５）から 終了ステップ３５１ｏに移行し、この終了ステップ３５１０において、クラス” Ｍｅｅｔｉｎｇ　Ｄｅｎｉｅｄ”のエクセプションが送出され、オペレーション “ｍｅｅｔ　ｉｎｇ”が失敗に終わる。そして、これにより、コンタクト３４０ ４　（図３４Ａ）によって特定されたエージェントとのミーティングが拒絶され る。 前述したように、オペレーション”　ｍｅｅｔｉｎｇ”の遂行の要求においてア ーギュメントとしてエージェント１５０Ｂ（図１５Ｅ）に供給され、エージェン ト１５０Ａを特定するコンタクト３４０４は、エージェント１５０Ａに対するリ ファレンスを含んでいない。その代わりに、コンタクト３４０４　（図３４Ａ） のプロパティ”５ｕｂｊｅｃｔ″゛は、ニル（０）である。前述したように、ミ ーティングブレイス２２０Ｂ（図１５Ｅ）によるオペレーション“＋ｅｅｅｔｉ ｎｇ”の遂行によって、ミーティングの実施が成功すると、エンジン１３２Ｂは 、コンタクト３４０４　（図３４Ａ）のプロパティ”５ｕｂｊｅｃｔ”を、エー ジェント１５０Ａに対するリファレンスとなるように変更する。 このように、アペンディクスＡに記載されるコンピュータインストラクションセ ットの十分な一般性とデータ処理能力は、特定のエージェントが、どのようなエ ージェントと、どのような事情のもとで、ミーティングに同意するように構成さ れているかを定めるために、多くの量のデータを処理する複雑なロジックを適用 するために、使用することができる。 図３４Ｂは、エージェント１５０Ｂ（図１５Ｅ）によるオペレーション”　＠ｅ ｅｔｉｎｇ”の遂行直後の、フレーム３４００の状態を示している。スタック３ ４０２　（図３４Ｂ）は、オペレーション゛’　ＩＩｌｅｅｔｉｎｇ”はリザル トを生成しないので空（エンプティ）である。オペレーション”＋ｍｅｅｔｉｎ ｇ”のアクセスは、”システム”であり、エンジンだけがオペレーション”ｍｅ ｅｔｉｎｇ”を要求することができる。なお、ミックスインクラス”Ｐｅｔｉｔ ｉｏｎｅｄ“に規定されたオペレーション”ｍｅｅｔｉｎｇ“は、以上及びアペ ンディクスＡにおいて説明されるクラス°’　Ｍｅｅｔｉｎｇ　Ｐｌａｃｅ”に 規定されるオペレーション”ｍｅｅｔ”とは別のものである。 エージェント間の相互作用の終了：　オペレーション“Ｐａｒｔ”前述したよう に、２つのエージェントは、これらのエージェント間のミーティングが行われて いる間、相互のエージェントに対するリファレンスや、エージェントによって所 有されるオブジェクトに対するリファレンスを交換する。２つのエージェントの 間の相互作用を終了するには、確実に、どちらのエージェントも、他のエージェ ントに対するリファレンスや、他のエージェントが所有するオブジェクトへのリ ファレンスを持たないようすることが必要とする。あるミーティングブレイスを 占有する２つのエージェントの間のミーティングに参加するエージェントは、ミ ーティングブレイスによるオペレーション”ｐａｒｔ゛の遂行を要求することに よって、そのミーティングを終了させることができる。ミーティングブレイス２ ２０Ｂを占有しており、エンジン１３２Ｂ（図１５Ｅ）によって実行されている エージェント１５０Ａ、１５０Ｂを、図３６に示す。ミーティングブレイス２２ ０Ｂによるオペレーション’　ｍｅｅｔｉｎｇ”の遂行の成功によって、エージ ェント１５０Ａは、エージェント１５０Ｂへのリファレンス１５０Ａ−Ｒ１を取 得しており、エージェント１５０Ｂは、エージェント１５０Ａへのリファレンス １５０Ｂ−Ｒ１を取得している。また、オブジェクト３６０２は、エージェント １５０Ａによって所有されており、同様に、オブジェクト３６０４は、エージェ ント１５０Ｂによって所有されている。図３６は、エージェント１５０Ａ、１５ ０Ｂが相互作用してオブジェクト３６０２．３６０４へのリファレンスを交換し た後の、エージェント１５０Ａ、１５０Ｂの状態を示している。エージェント１ ５０Ａは、オブジェクト３６０２へのリファレンスをエージェント１５０Ｂに与 えることによって、エージェント１５０Ｂにオブジェクト３６０２へのアクセス を許可する。リファレンス１５０Ｂ−Ｒ１，１５０Ｂ−Ｒ２によるこのようなア クセスによって、エージェント１５０Ｂは、エンジン１３２Ｂにインストラクシ ョンを送出することができ、それによってエージェント１５０Ａ、オブジェクト ３６０２は、送出されたインストラクションに従って処理を行うことができるよ うになる。同様に、エージェント１５０Ｂは、オブジェクト３６０４へのリファ レンス１５０Ａ−Ｒ２をエージェント１５０Ａに与えることによって、エージェ ント１５０Ａにオブジェクト３６０４へのアクセスを許可する。 エージェント１５０Ａは、それぞれエージェント１５０Ｂ、オブジェクト３６０ ４、オブジェクト３６０２へのリファレンス１５０Ａ−Ｒ１，１５０Ａ−Ｒ２， １５０Ａ−Ｒ３を有している。リファレンス１５０Ａ−Ｒ１，１５０Ａ−Ｒ２， １５０Ａ−Ｒ３は、（ｉ）スタック中に含まれているか、又は、エージェント１ ５０Ａの実行状態の一部分であるフレーム（図示せず）の変数リスト（図示せず ）内に収容されているか、又は（ｉ　ｉ）エージェント１５０Ａのプロパティ又 はプロパティの一部分として格納されている。エージェントの実行状態について は後で説明する。同様に、エージェント１５０Ｂは、エージェント１５０Ａ、オ ブジェクト３６０２及びオブジェクト３６０４へのそれぞれのリファレンス１５ ０Ｂ−Ｒ１，１５０Ｂ−Ｒ２，１５０Ｂ−Ｒ３を有している。エージェント１５ ０Ｂは、オブジェクト３６０４へのリファレンス１５０Ａ−Ｒ２をエージェント １５０Ａに与えることによって、（ｉ）エージェント１５０Ａに、オブジェクト ３６０４がオペレーションを遂行するように要求することを許可し、又は（ｉ　 ｉ）エージェント１５０Ａに、オブジェクト３６０４の一部又は全部をコピーす ることを許可する。 エージェント１５０Ａ又は１５０Ｂは、ミーティングブレイス２２０Ｂがオペレ ーション”ｐａｒｔ“を遂行するように要求することによって、エージェント１ ５０Ａ、１５０Ｂの間の相互作用を終了させることができる。以下の説明では、 エージェント１５０Ａが、ミーティングブレイス２２０Ｂにオペレーション”　 ｐａｒｔ゛の遂行を要求するエージェントであるとする。図３７Ａ、図３７Ｂは 、それぞれ、ミーティングブレイス２２０Ｂによるオペレーション°”　ｐａｒ ｔ”の遂行の直前及び直後におけるエージェント１５０Ａの状態を示している。 フレーム３７０２は、エージェント１５０Ａの実行状態の一部分であり、ミーテ ィングブレイス２２０Ｂによって遂行されるオペレーション”ｐａｒｔ゛の状態 を記録する。ミーティングブレイス２２０Ｂは、フレーム３７０２のプロパティ “ｒｅｓｔ）Ｏｎｄｅｒ”であり、したがってオペレーション゛ｐａｒｔ’のレ スポンダである。スタック３７０４は、エージェント１５０Ａの実行状態の一部 分でもあるフレーム３７ｏ２のプロパティ”５ｔａｃｋ”であり、現在のスタッ クである。 スタック３７０４のトップにはコンタクト３７０６がある。コンタクト３７０６ は、エージェント１５０Ａがそれから分離されるべきエージェントとして、エー ジェント１５０Ｂを特定している。エンジン１３２Ｂ（図１５Ｅ）は、ミーティ ングブレイス２２０Ｂのためにオペレーション°’　ｐａｒｔ”を実行している 間に、オペレーション”ｐａｒｔ”を行うようにエージェント１５０Ｂに指示す る。エージェント１５０Ｂは、エージェント１５０Ｂが分離しようとしているエ ージェントとしてエージェント１！５０Ａを特定するコンタクトを、唯一のアー ギュメントとして使用する。通常はエージェント１５０Ａへのリファレンスであ るコンタクトのプロパティ’　５ｕｂｊｅｃｔ”は、オペレーション”ｐａｒｔ ”を要求する前にエンジン１３２Ｂによって、ボイドされる（無効にされる）。 したがって、エージェント１５０Ｂは、ミーティングの終了後にエージェント１ ５０Ａへのリファレンスとともに残されることはない。 オペレーション”ｐａｒｔ”の遂行において、エージェント１５０Ｂは、リザル トを生成しない。オペレーション”　ｐａｒｔ”の遂行の動的状態は、エージェ ント１５０Ｂ（図１５Ｅ）やエージェント１５０Ａの実行状態の一部分ではなく 、エンジンプロセスの実行状態の一部分である。オペレーション”ｐａｒｔ”の 実行によって送出されたエクセプションは、エージェント１５０Ｂやエージェン ト１５０Ａには経験されず、したがってこれらのエージェントに対して効果を持 たない。オペレーション”ｐａｒｔ”の遂行において、エージェント１５０Ｂは 、エージェント１５０Ａ、１５０Ｂの間のミーティングが、エージェント１５０ Ａによつて終了されたことの通知を受ける。エージェント１５０Ｂがコンタクト されるエージェントである場合、エージェント１５０Ｂは、エージェント１５０ Ａを参照するコンタクトである、エージェント１５０Ａのプロパティ″ｃｏｎｔ ａｃｔｓ″のアイテムは、エージェント１５０Ｂのプロパティ”ｃｏｎｔａｃｔ ｓ”から除かれる。オペレーション”ｐａｒｔ”のアクセスは、”システム”で あるため、エンジン１３２Ｂだけが、エージェント１５０Ｂがオペレーション” ｐａｒｔ”を遂行するように要求できる。 図３７Ｂは、ミーティングブレイス２２０Ｂによるオペレージダン”ｐａｒじの 遂行の直後の、エージェント１５０Ａの状態を示している。オペレージｇ　：／ ”　ｐａ「ｔ”はリザルトを生成しないので、スタック３７０４は空（エンプテ ィ）である。 エージェント１５０Ａ、１５０Ｂの間のミーティングの終了は、エージェント１ ５０Ｂ及びエージェント１５０Ｂによって所有される全てのオブジェクトに対す る、エージェント１５０Ａ内の全てのリファレンスをボイドする（無効にする） 。例えば、図３８に示すように、エージェント１５０Ｂを以前に特定していたリ ファレンス１５０Ａ−Ｒ１と、オブジェクト３６０４を以前に特定していたリフ ァレンス１５０Ａ−Ｒ２とは、どちらもボイドされる。同様に、エージェント１ ５０Ｂにおいても、エージェント１５０Ａを以前に参照していたリファレンス１ ５０Ｂ−Ｒ１と、オブジェクト３６０４を以前に参照していたリファレンス１５ ０Ｂ−Ｒ２とは、ボイドされる。したがって、エージェント１５０Ａ、１５０Ｂ は、もはや情報の交換を行うことはできない。エージェント１５０Ａ、１５０Ｂ が、コンタクトされるエージェントである場合、エージェント１５０Ａを特定化 するコンタクトは、エージェント１５０Ｂのプロパティ”ｃｏｎｔａｃｔｓ″か ら除去され、エージェント１５０Ｂを特定するコンタクトは、エージェント１５ ０Ａのプロパティ”ｃｏｎｔａｃｔｓ”から除去される。 大規模な広域ネットワークへの本発明の応用可能性これまで、オペレーション” ｇｏ”又はオペレーション”５ｅｎｄ”の実行によって、エージェント１５０Ａ （図１５Ａ）がミーティングブレイス２２０Ｂにそれ自身を転送したり、エージ ェント１５０Ａのクローンがミーティングブレイス２２０Ｂに転送されたりする 通信システムを開示してきた。そして、エージェント１５０Ａは、エージェント １５０Ａ、１５０Ｂとの間のミーティングを取り決めるために、ミーティングブ レイス２２０Ｂによってオペレーション”ｍｅｅｔ”を遂行するように、要求す る。このミーティングの間、エージェント１５０Ａ、１５０Ｂは、後で詳細に説 明するように、情報を交換することができる。 以上の説明は、本発明の非常に簡単な使用に関するものであり、本発明は、もっ と汎用的に使用することが可能である。本文及びアベンディクスＡに記述される コンピュータインストラクションセットを応用することにより、エージェントは 、どのブレイスにそのエージェント自身を転送させるのかを判断したり、どのエ ージェントとどのブレイスでミーティングを行って情報を交換するのかを判断し たりするための、非常に複雑で込み入ったロジックを使用することができる。 さらに、本発明は、以上に説明したような２又は３だけのコンピュータシステム を有するネットワークや、同種のコンピュータシステムから成るネットワークに 限定されるものではない。本文及びアベンディクスＡに記述されるコンピュータ インストラクションセットは、大きなネットワーク内を移動するエージェントを 生成できるように、大きなネットワークにわたってブレイスを作り出しその位置 を決定することができる。ここで開示したインストラクションセットは、異機種 ネットワークにおいても実行することができるので、広域ネットワークは、大型 のメインフレームコンピュータ、ローカルエリアネットワーク、小型のパーソナ ルコンピュータ等を含むことができ、エージェントは、このような広域ネットワ ーク内を移動できる。 さら−に、２つのエージェントの間の相互作用としてミーティングを定義したが 、エージェントは、複数のミーティングに同時に参加することができる。 したがって、エージェントは、このエージェントが占有しているミーティングブ レイスと同じミーティングブレイスを占有している他の多数のエージェントと、 同時に相互作用することができる。 エージェント１５０Ａとエージェント１５０Ｂとの間のミーティングの間、エー ジェント１５０Ａ（図１５Ｅ）は、フィーチャを遂行するようにエージェント１ ５０Ｂに指示するインストラクションを送出することによって、エージェント１ ５０Ｂと相互作用する。フィーチャの遂行が要求されるメカニズムについて後で 説明する。このメカニズムについては、以下及びアペンディクスＡに詳細に説明 される。 実行状態は、各プロセスに関係している。用語の解説において説明したように、 各メソッドは、そのメソッドの実行の間、ある動的状態を有する。プロセスの実 行状態は、１以上のフレームを含み、各フレームは、そのプロセスの実行状態の 一部分である、メソッドの動的状態を記録する。各フレームは、スタックを備え る。このスタックには、オペレーションの要求の前にアーギュメントをブツシュ することができる。また、このスタックから、オペレーションの実行後にリザル トをポツプすることができる。現在のフレームのスタックが、現在のスタックと なる。現在のフレームは、エンジンによって実行されているコンピュータインス トラクションを含んでいるフレームである。 オペレーションを要求する前に、リクエスタは、０以上のオブジェクトに対する リファレンスを、現在のスタックにブツシュする。これによって、これらのオブ ジェクトは、オペレーションのためのアーギュメントとして供給される。次に、 リクエスタは、レスポンダに対するリファレンスを、現在のスタックにブツシュ する。レスポンダは、要求されたオペレーションを実行するように、リクエスタ によって指示されたオブジェクトである。最後に、リクエスタは、要求されたオ ペレーションを特定する識別子の実行を要求する。 要求されたオペレーションを実行する際に、エンジンは、現在のスタックのトッ プからオブジェクトをポツプする。そして、このオブジェクトはオペレーション のレスポンダとされる。オペレーションをインプリメントするメソッドは、レス ポンダがメンバであるクラス内に見出され、そして実行される。一実施例によれ ば、メソッドの遂行は、（ｉ）新しいスタックを形成し、（ｉ　ｉ）現在のスタ ックからオペレーションのアーギュメントをポツプして、それらを新しいスタッ クにブツシュし、（ｉ　ｉ　ｉ）新しいスタックを現在のスタックとし、（ｉｖ ）新しい現在のスタックからアーギュメントをポツプし、（Ｖ）オペレーション のよってリザルトが生成された場合、そのリザルトを新しい現在のスタックにブ ツシュし、（■１）リザルトがあるならば、リザルトを、新しい現在のスタック 力・らポツプし、以前に現在のスタックであったスタックにブツシュする。オペ レーション及びフィーチャの実行については、以下及びアペンデイクスＡにおい て、一層詳細に説明されている。 以下の例は、オペレーションが要求されるメカニズムを表している。前述したよ うに、ミーティングの間、エージェント１５０Ａは、オペレーションを遂行する ようにエージェント１５０Ｂに指示することによって、エージェント１５０Ｂと 相互作用する。エージェント１５０Ａは、要求されたオペレーションへのアーギ ュメントとして、エージェント１５０Ａに含まれるオブジェクトを供給する。 これにより、エージェント１５０Ａは、エージェント１５０Ｂがこれらのオブジ ェクトにアクセスすることを許可する。また、エージェント１５０Ｂは、要求さ れたオペレーションのリザルトとして、オブジェクトを生成する。これ（こより 、エージェント１５０Ｂは、エージェント１５０Ａがこのオブジェクトにアクセ スすることを許可する。 図３９Ａ〜３９Ｆは、エージェント１５０Ｂと相互作用して情報のやり取りを行 うエージェント１５０Ａ（図１５Ｅ）の例を示している（エージェント１５０Ａ については、図３９Ａ〜図３９Ｆには示していない。）。 図３９Ａは、空（エンプティ）のスタック３９０２を示している。スタック３９ ０２は、エージェント１５０Ａ（図示せず）の実行状態の現在のスタックである 。図３９Ａは、スタック３９０２を空（エンプティ）であるものとして示してい るが、必ずしも空でなくてもよい。しかし、この例において、図３９Ａに示すス タック３９０２上のオブジェクトが影響されることはない。”　Ｔｈ１ｓ　ｉｓ 　ａ　ｍｅｓｓａｇｅ”というテキストを有するような文字列であるストリング ３９０４は、スタック３９０２　（図３９Ｂ）にブツシュされる。エージェント １５０Ｂへのリファレンスは、スタック３９０２　（図３９０）にブツシュされ る。 エージェント１５０Ａは、次に、識別子を実行する。ここで、この識別子のテキ ストは、”５ｔｏｒｅ”であり、この識別子は、オペレーション”５ｔｏｒｅ” を参照する。識別子の実行に際して、オブジェクト、すなわちエージェント１５ ０Ｂは、スタック３９０２からポツプされ、そのオブジェクトは、オペレーショ ン”　５ｔｏｒｅ”　（図３９Ｄ）を実行するように指示される。この例におい て、オペレーション”　５ｔｏｒｅ”は、エージェント１５０Ｂがメンバである クラスに定義される。このクラスのメソッドは、フローチャート４０００（図４ ０）によって示される。 オペレーション”５ｔｏｒｅ”を遂行する際に、エージェント１５０Ｂは、ステ ップ４００２　（図４０）において、スタック３９０２からストリング３９０４ をポツプする。ここで、エージェント１５０Ｂは、オペレーション”５ｔｏｒｅ ”を遂行するものであるが、エージェント１５０Ｂによるオペレーション“５ｔ ｏｒｅ”の実行の動的状態を記録するフレーム（図示せず）は、エージェント１ ５０Ａ（図示せず）の実行状態の一部である。エージェント１５０Ａのパーミツ トのチャージアラウワンス、すなわちプロパティ“ｃｈａｒｇｅｓ”は、エージ ェント１５０Ｂによるオペレーション”５ｔｏｒｅ”の遂行のリザルトとして送 出される。エージェント１５０Ｂは、オペレーション“５ｔｏｒｅ”を遂行する オブジェクトである。これは、（ｉ）エージエンｌ−１５０Ａ（図示せず）の実 行状態が、エージェント１５０Ｂをレスポンダとして特定し、（西）オペレージ １ノ°５ｔｏｒｅ”のメソッドが、エージェント１５０Ｂがメンバであるクラス によって提供され、（ｉ　ｉ　ｉ）エージェント１５０Ｂの内部状態が、オペレ ーション゛５ｔｏｒｅ”の遂行のコンテキストを提供するからである。 処理は、ステップ４００２からステップ４００４に移行し、このステップ４゜０ ４において、ストリング３９０４のコピーであるストリング３９０４−Ｃが形成 され、図３９Ｅに示した状態となる。ストリング３９０４．３９０４−Ｃは、フ レーム３９０６内に含まれている。ここで、フレーム３９０６は、エージェント １５０Ａの実行状態の一部分であり、エージェント１５０Ｂによって遂行された オペレーション゛’　５ｔｏｒｅ”の動的状態を記録している。処理は、ステッ プ４００４からステップ４００６　（図４０）に移行し、このステップ４００６ において、エージェント１５０Ｂは、ストリング３９０４−Ｃを格納する。処理 は、ステップ４００６からステップ４００８に移行し、このステップ４００８に お０て、エージェント１５０Ｂは、スタック３９０２からポツプされたストリン グ３９０４を廃棄する。処理は、ステップ４００８から終了ステ・ノブ４０１０ に移行し、この終了ステップ４０１０において、オペレーション”５ｔｏｒｅ” は成功のうちに終了する。ステップ４００８の結果、図３９Ｆに示したような状 態となる。こうして、エージェント１５０Ａは、エージェント１５０Ｂへの情報 を転送を成功する。 このように、エージェント１５０Ａは、オペレーションを遂行するよう（こエー ジェント１５０Ｂに要求することによって、エージェント１５０Ｂと相互作用す る。また、エージェント１５０Ａは、オブジェクトを、要求したオペレーション へのアーギュメントとして、及び実行されたオペレーションのリザルトとして、 エージェント１５０Ｂに送出する。以上の説明では、エージェント１５０Ｂは、 エージェント１５０Ａの要求に従って、オペレーションを遂行するものとしてき た。しかし、オブジェクトによるフィーチャの遂行は、実際には、そのオブジェ クトの内部状態とクラスによつて規定されたコンテキストに基づいた、エンジン によるフィーチャの遂行である。なお、特定のフィーチャの挙動は、そのフィー チャを実行しているオブジェクトの内部状態に依存して変化する。ここで、オブ ジェクトの内部状態の一部分は、オブジェクトのプロパティによって定義される 。 エージェント１５０Ｂは、例えば、ステップ４００８の後、終了ステップ４０１ ０の前に、スタック３９０２にオブジェクトをブツシュすることによって、オブ ジェクトをエージェント１５０Ｂに転送させることもできる。このオブジェクト は、エージェント１５０Ａによるオペレーション”５ｔｏｒｅ”のリザルトとし て、スタック３９０２からポツプされる。さらに、オペレーション”　ｍｅｅｔ ”について前述したように、エージェント１５０Ｂは、エージェント１５０Ａへ のリファレンスを含んでいる。したがって、エージェント１５０Ｂは、あるオペ レーションを行うようにエージェント１５０Ａに指示したり、そのオペレーショ ンへのアーギュメントとしてエージェント１５０Ａにオブジェクトを供給したり することも本発明の多くの様相は、非常に優れた可動性と融通性をプロセスに許 容する。 第１に、本発明のコンピュータインストラクションセットは、同機種ネットワー ク上でも、異機種ネットワーク上でも、同様にインプリメントされる。第２１こ 、クラスは、コンピュータインストラクションのオブジェクトであるので、プロ セスと共にネットワークを介して移動することができる。第３に、コンピュータ インストラクションセットはインターブリートされる。 コンピュータインストラクションセントの同前述したように、データ及びコンピ ュータインストラクションを含むエージェントは、１つのコンピュータシステム から他のコンピュータシステムに移動することができ、どのようなコンピュータ システムにおいても実行可能である。 さらに、エージェントがその内部において移動することのできるネットワークは 、同機種ネットワークでも、異機種ネットワークでもよい。エージェントが移動 可能であるため、エージェントのプロシージャ部分を形成する各コンピュータイ ンストラクションが、ネットワーク上のどのコンピュータシステムで実行される かを正確に定めることは、必ずしもできない。したがって、エージェントがその 内部を通って移動するネットワークの各コンピュータシステムが、同一のコンピ ュータインストラクションセントをサポートしていることが大切である。 開示されたコンピュータインストラクションセットにおいてオブジェクトとして 表されるクラス 第１のコンピュータシステムにおいて実行されているエージェントは、以前に存 在していなかった新しいオブジェクトクラスを作り出すことができる。このとき 、エージェントは、第２のコンピュータシステムにおいて実行中のエンジンに向 かって移動することができる。そして、新しく形成されたクラスのメンバの処理 を含めて、エージェントのインターブリートは、その第２のコンピュータシステ ム内において続けられる。この場合、第２のコンピュータシステムにおいて実行 されているエンジンは、新しく形成されたクラス、又はそのクラスのいかなるメ ンバとも、以前に遭遇したことはない。そして、クラスは、開示されたインスト ラクションセットのオブジェクトとされるので、クラスは、１つのコンピュータ システムから別のコンピュータシステムに、エージェントとともに、移動するこ とができる。 久ユ玉孤造 いくつかのオブジェクトは、クラス、すなわちクラスオブジェクト、識別子及び クラス定義を定義して表現するために、組み合わされる。クラスオブジェクト、 識別子及びクラス定義は、それぞれ、クラス“ｃｌａｓｓ”、”Ｉｄｅｎｔｉｆ ｉｒｅ”、”Ｃ１ａｓｓ　Ｄｅｆｉｎｉｔｉｏｎ″のメンバである。 クラスオブジェクト、すなわちクラス”Ｃ１ａｓｓ”のメンバは、そのフィーチ ャが同一のインターフェイス及びインプリメンテーションを持つオブジェクトセ ットを表すオブジェクトである。オブジェクトセットは、このクラスの“インス タンス°°である。クラス”　ｃｌａｓｓ”及びクラスオブジェクトについては 、以下及びアベンディクスＡに詳細に説明される。 識別子、すなわちクラス”１ｄｅｎｔｉｆｉｒｅ”のメンバは、あるクラスをリ ファレンスするために、インターフェイスオブジェクト又はインプリメンテーシ ョンオブジェクト内において使用される。なお、識別子は、他の形式のオブジェ クトも参照する。インターフェイスオブジェクト及びインプリメンテーションオ ブジェクトについては、後で詳細に説明する。第１のインターフェイスオブジェ クト又はインプリメンテーションオブジェクト内の、第１のクラスに参照する第 １の識別子は、第１のインターフェイスオブジェクト又はインプリメンテ−シコ ンオブジェクト内の、他のクラスに参照する識別子とは、異なっている。しかし 、第２のインターフェイスオブジェクト又はインプリメンテーションオブジェク トは、第２のクラスに参照するために、第１の識別子と同等の識別子を使用する ことができる。 インターフェイスオブジェクトとインプリメンテーションオブジェクトは、いく つかのフィーチャ、すなわちオペレーション及びアトリビュートを、規定する。 ここで、アトリビュート（アトリビュートにより、オブジェクトは、オブジェク トの内部状態の一部を供給又は変更するように指示される。）と、オペレーショ ン（オペレーションにより、オブジェクトは、いくつかのコンピュータインスト ラクションを実行するように指示される。）との間の区別は、本発明の概念形成 において重要である。アトリビュートは、概念的には、オペレーションの特別の ケースである。例えば、あるオブジェクトのアトリビュートを問い合わせると、 そのオブジェクトは、そのオブジェクトの内部状態についての情報を供給するコ ンピュータインストラクションを実行するように指示される。 繰り返し説明したきたように、オブジェクトによるフィーチャの遂行は、実際に は、そのオブジェクトの内部状態及びクラスによって規定されたそのオブジェク トのコンテキストに基づく、エンジンによるフィーチャの遂行である。ある特別 なフィーチャの挙動は、そのフィーチャを遂行しているオブジェクトの内部状態 に依存して変化する。ここで、オブジェクトの内部状態は、部分的には、オブジ ェクトのプロパティによって規定される。 単一の識別子で、別々のクラスによって各々規定される２つの別々のフィーチャ を、同時に特定することができる。例えば、オペレーション”ａｄｄ”は、クラ ス”Ｄｉｃｔｉｏｎａｒｙ“による定義とは違うように、クラス”　Ｎｕｍｂｅ ｒ”によって定義される。インターフェイス及びインプリメンテーションを選択 する際に、フィーチャを遂行しているエンジンは、そのフィーチャを遂行するオ ブジェクトのクラスにとって適切な、フィーチャの定義と、関連するメソッドオ ブジェクトとを選択する。換言すれば、フィーチャの定義は、レスポンダをメン バとするクラスから検索される。フィーチャを定義しているコンクリートクラス は、そのフィーチャのインターフェイスと、そのフィーチャのインプリメンテー ションとの両方を規定する。フィーチャを定義するアブストラクトクラスは、そ のフィーチャのインク−フェイスを規定し、またそのフィーチャのインプリメン テーションを規定することができる。 フィーチャの”インターフェイス”は、もしあるならば、そのフィーチャの遂行 において使用されたアーギュメントと、生成されるリザルトとを規定する。さら に、フィーチャによって生成されつるエクセブションは、そのフィーチャのイン ターフェイスによって規定される。ある、クラスによって規定されたフィーチャ のインターフェイスは、クラス定義オブジェクトのプロパティ”１ｎｔｅｒｆａ ｃｅ”であるインターフェイスオブジェクト、すなわちクラス゛’　１ｎｔｅｒ ｆａｃｅ”のメンバによって規定され、集合的に表される。クラス”１ｎｔｅｒ ｆａｃｅ”については、後で詳細に説明する。 フィーチャのインプリメンテーションは、そのフィーチャの”メソッド“によっ て定義される。フィーチャのメソッドは、取られるべき動作、すなわちそのフィ ーチャの遂行により実行されるべきコンピュータインストラクションを規定する 。メソッドオブジェクト、すなわちクラス”ｍｅｔｈｏｄ”のメンバは、一般に 、一連のインストラクションであり、これらのインストラクションの実行は、そ のフィーチャの遂行を構成する。あるクラスによって規定又は継承されたフィー チャのインプリメンテーションは、クラス定義オブジェクトのプロパティ”　１ ｉｐｌｅ膳ｅｎｔａｔｉｏ口′″であるインプリメンテーションオブジェクト、 すなわちクラス“ｉｍｐｌｅ腸ｅｎｔａｔｉｏｎ”のメンバによって規定され、 集合的に表される。クラス″１ＩＩｌｐｌＨｅｎｔａｔｉｏｎ’“については、 後で詳細に説明する。 フィーチャの定義は、クラスのスーパークラスから継承される。換言すれば、あ るフィーチャがある特定のクラスについて定義される場合、そのフィーチャは、 そのクラスのサブクラスについても定義される。しかし、サブクラスは、フィー チャのインプリメンテーションを再定義して、スーパークラスから継承されたイ ンプリメンテーションと置き換えることができる。しかし、そのサブクラスのス ーパークラスによってフィーチャが”シール”されている場合は、そのサブクラ スは、スーパークラスがら継承されたインプリメンテーションを再定義すること はできない。 クラスによって定義されるフィーチャは、そのクラスのクラス定義であるクラス ”Ｃ１ａｓｓ　Ｄｅｆｉｎｉｔｉｏｎ”のメンバによって定義される。クラス自 身は、クラスオブジェクトであるクラス”ｃｌａｓｓ”のメンバによって表され る。クラスは、識別子であるクラス”Ｉｄｅｎｔｉ　ｒ　ｉｒｅ”のメンバによ って参照される。 クラスは、最初にアベンディクスＡに構造が説明されているクラス定義を作り出 すことによって、作り出される。 クラス定義は、関係するクラスオブジェクトを作り出すために、オペレーション ”ｍａｋｅｃ　１ａｓｓｅｓ”を遂行するように指示される。オペレーション” ｍａｋｅｃＩａｓｓｅｓ　”の構文及び挙動は、アペンディクスＡに詳細に説明 されている。形成されるクラスオブジェクトは、（ｉ）クラス定義オブジェクト に含まれる情報を保存することができ、（百）サイテション４１０８（図４１Ａ ）、インターフェイスオブジェクト４１１０及びインプリメンテーションオブジ ェクト４１１２をクラスオブジェクトから導出することができるならば、特定の 形式や構造である必要はない。なお、（ｉｉ）の条件は、アペンディクスＢに説 明するように、クラスオブジェクトのエンコードに必要である。 一実施例において、クラス定義４１００（図４１Ａ）のためにオペレーション” ｍａｋｅｃ　ｌ　ａｓｓｅｓ”を遂行しているエンジンは、クラス定義４１００ のプロパティをクラスオブジェクト４１０２に複写して、クラスオブジェクト４ １０２（図４１Ｂ）を形成する。 オペレーション°”　ｍａｋｅｃＩａｓｓｅｓ　”の遂行後、クラス定義４１０ ０は廃棄される。 クラス定義４１００のプロパティについては、後で詳細に説明する。クラス定義 ４１００のプロパティは、クラスオブジェクト４１ｏ２に複写されている。した がって、クラスオブジェクト４１０２は、クラス定義オブジェクト４１００に含 まれる全ての情報を含んでおり、クラス定義オブジェクト４１００のプロパティ を導出することができる。 他の実施例において、コンパイルされたコンピュータプロセスの処理効率の向上 は、サイテション４１０８、インターフェイスオブジェクト４１１０及びインプ リメンテーションオブジェクト４１１２の情報を複製し、クラスオブジェクト４ １０４内にサイテション構造４１０８Ｃ（図４ＩＣ）、インターフェイス構造４ １１０Ｃ及びインプリメンテーション構造４１１２Ｃをそれぞれ形成することに よって、実現される。コンパイルされるコンピュータインストラクションから成 るコンピュータプロセスは、インストラクションがインターブリードされるコン ピュータプロセスに比べて、一般により効率的であり、より少ないＣＰＵクロッ クサイクルで、与えられたタスクを遂行する。前述したように、コンピュータイ ンストラクションは最初は人が理解しつるソースコードである。コンピュータイ ンストラクションがコンピュータによって実行される前に、このインストラクシ ョンは、コンピュータによって理解されうるオブジェクトコードやマシンコード に翻訳されなければならない。インターブリートされるコンピュータプロセスは 、各コンピュータインストラクションを実行する毎に、このような翻訳を必要と するが、コンパイルされたコンピュータプロセスは、コンパイルされたコンピュ ータプロセスの実行時に、このような翻訳を必要としない。したがって、コンパ イルされたコンピュータプロセスは、インターブリートされるコンピュータプロ セスに比べて、実質的により効率的である。 サイテション構造４１０８Ｃ、インターフェイス構造４１１０Ｃ及びインプリメ ンテーション構造４１１２Ｃは、それぞれサイテション４１０８、インターフェ イスオブジェクト４１１Ｏ及びインプリメンテーションオブジェクト４１１２に 相当し、コンパイルされたコンピュータインストラクション、例えばＣ＋＋プロ グラミング言語で記述されるようなコンピュータインストラクションによって形 成されるオブジェクトである。 サイテション４１０８、インターフェイスオブジェクト４１１ｏ及びインプリメ ンテーションオブジェクト４１１２（図４１Ａ）の構造を、クラスオブジェクト ４１０４（図４ＩＣ）に、それぞれサイテション構造４１０８Ｃ、インターフェ イス構造４１１０Ｃ及びインプリメンテーション構造４１１２Ｃとして複写する ことによって、クラスオブジェクト４１ｏ４によって表されるクラスに関する情 報は、この情報をクラスオブジェクト４１０２（図４１Ｂ）のサイテション４１ ０８、インターフェイスオブジェクト４１１０及びインプリメンテーションオブ ジェクト４１１２がら復元する場合に比べて、より効率的に復元することができ る。サイテション構造４１０８Ｃ（図４１Ｃ）、インターフェイス構造４１１０ Ｃ及びインプリメンテーション構造４１１２Ｃに含まれる情報は、クラス定義４ １００（図４１Ａ）の、対応するプロパティに含まれる情報と実質的に同等であ る。 クラスオブジェクトに含まれる情報は、そのクラスオブジェクトが導出されたク ラス定義内に含まれる情報と、実質的に同等である。したがって、クラス定義の 構造の説明は、クラスオブジェクトに含まれる情報の性質の説明を兼ねることと なる。 クラス定義オブジェクト クラスによって定義されたフィーチャは、そのクラスを定義するクラス定義オブ ジェクトにおいて定義される。クラス定義オブジェクト４１００の構造は、図４ １Ａに示されている。クラス定義オブジェクト４１００は、プロパティ”ｃｉｔ ａＬｉｏｎ”　、　”　１ｎｔｅｒｆａｃｅ”　、”ｉｍｐ　ｌｅｍｅｎ　ｅａ ｔ　ｉ　ｏｎ”を含んでいる。サイテション４１０８は、クラス定義オブジェク ト４１００のプロパティ゛’　Ｃ１ｔａｔｉｏｎ”であり、クラス定義オブジェ クト４１００によって定義されたクラスを特定するとともに、そのクラスのオー ソリティ、タイトル及びエディジョンも特定する。サイテションの構造について は、以下及びアベンディクスＡに一層詳細に説明される。 インターフェイスオブジェクト４１１０及びインプリメンテーションオブジェク ト４１１２は、それぞれクラス定義オブジェクト４１００のプロパティ”１ｎｔ ｅｒｒａｃｅ”　、　”　ｉｍｐｌｅｍｅｎｔａｔｉｏｎ”である。インターフ ェイスオブジェクト４１１０は、クラス定義オブジェクト４１００によって定義 されたフィーチャのインターフェイスを定義し、インプリメンテーションオブジ ェクト４１１２は、クラス定義オブジェクト４１００によって定義されたフィー チャのインプリメンテーションを定義する。 インターフェイスオブジェクト インターフェイスオブジェクト４１１０の構造は図４２に示されている。インタ ーフェイスオブジェクト４１１０のプロパティには、プロパティ“１ｓＡｂｓｔ ｒａｃｔ＋、　”　ｃｌａｓｓＦｅａｔｕｒｅｓ　−、”　５ｅａｌｅｄｃＩａ ｓｓＦｅａｔｕｒｅｓ　”　、　”　１ｎｓｔａｎｃｅＦｅａｔｕｒ■刀香A ”　５ｅａｌｅｄｌｎｓｔａｎｃｅＦｅａｔｕｒｅｓ”、　”　ｖｏｃａｂｕｌ ａｒｙ”、”　５ｕｐｅｒｃｌａｓｓｅｓ”が含まれる・ブーリアン４２０８は 、インターフェイスオブジェクト４１１０のプロパティ”１ｓＡｂｓｔｒａｃｔ ”である。インターフェイスオブジェクト４１１０をインターフェイスとするク ラスは、ブーリアン４２０８が”ｔｒｕｅ”であれば、抽象クラスであり、ブー リアン４２０８が”ｔｒｕｅ”でなければ、コンクリートクラスである。 レキシコン４２１８は、インターフェイスオブジェクト４１１０のプロパティ” ｃ　ｌ　ａｓｓＦｅａｔｕｒｅｓ”である。レキシコン４２１８は、そのクラス の”クラスフィーチャ”の定義のレキシコン（辞書）である。ここで、クラスの クラスフィーチャとは、クラス自身が、すなわちクラス定義オブジェクト４１０ ０（図４１Ａ）によって表されるクラスが、レスポンダとなるフィーチャである 。レキシコン４２１８（図４２）のキー、例えば識別子４２１８には、クラスフ ィーチャを参照する識別子である。レキシコン４２１８の値、例えばフィーチャ 定義４２１８Ｖは、クラスフィーチャを定義するフィーチャ定義である。フィー チャ定義については、後で詳細に説明する。 セット４２１２は、インターフェイスオブジェクト４１１０のプロパティ″５ｅ ａｌｅｄｃＩａｓｓＦｅａｔｕｒｅｓ　”である。セット４２１２は、シールさ れたクラスフィーチャを参照する、例えば識別子４２１２Ｉのような、識別子の セットである。シールされたフィーチャは、サブクラスが変更することができな いフィーチャである。 フィーチャがシールされていない場合、クラス定義オブジェクト４１００（図４ １Ａ）によって表されたクラスのサブクラスは、フィーチャのインプリメンテー ションを再定義することによって、そのフィーチャを変更することができる。 レキシコン４２１４（図４２）は、インターフェイスオブジェクト４１１０のプ ロパティ”１ｎｓｔａｎｃｅＦｅａｔｕｒｅｓ″゛である。レキシコン４２１４ は、クラスの”インスタンスフィーチャバの定義のレキシコン（辞書）である。 クラスのインスタンスフィーチャは、そのクラスのメンバがレスポンダであるフ ィーチャである。 レキシコン４２１４　（図４２）のキー（レキシコン４２１４のキーや値は図示 していない）は、インスタンスフィーチャを参照する識別子であり、レキシコン ４２１４の値は、インスタンスフィーチャを定義するフィーチャ定義である。 セット４２１６は、インターフェイスオブジェクト４１１０のプロパティ”５ｅ ａｌｅｄｌｎｔａｎｃｅＦｅａｔｕｒｅｓ　”である。セット４２１６は、シー ルされたインスタンスフィーチャを参照する識別子（図示せず）のセットである 。 レキシコン４２１８は、インターフェイスオブジェクト４１１０のプロパティ” ｖｏｃａｂｕ　ｌ　ａｒｙ”である。レキシコン４２１８は、インターフェイス オブジェクト４１１０において参照されたユーザ定義クラスの識別子を、これら のクラスのサイテションと関連させる。レキシコン４２１８のキーは、識別子、 例えば識別子４２１８にであり、レキシコン４２１８の値は、対応するサイテシ ョン、例えばサイテション４２１８Ｖである。サイテションについては、以下及 びアベンディクスＡに詳細に説明される。インターフェイスオブジェクト４１１ ０のプロパティ”ｖｏｃａｂｕｌａｒｙ“、すなわちレキシコン４２１８は、イ ンターフェイスオブジェクト４１１Ｏの”ボキャブラリイ°°であり、また、ク ラス定義オブジェクト４１００（図４１Ａ）によって定義されたクラスの”ボキ ャブラリイ”である。 リスト４２２０　（図４２）は、インターフェイスオブジェクト４１１０のプロ パティ゛”　５ｕｐｅｒｃｌａｓｓｅｓ”である。リスト４２２０は、クラスを 参照する識別子、例えば識別子４２２０Ｉのリストである。リスト４２２０の識 別子４２２０Ｉによって参照されるクラスは、クラス定義オブジェクト４１００ （図４１Ａ）によって定義されたクラスのイミディエートインターフェイススー パークラスである。 リスト４２２０　（図４２）の最後のアイテムを除く全てのアイテムは、ミック スインクラスを特定し、リスト４２２０の最後のアイテムは、フレーバを特定す る。 フレーバを特定するリスト４２２０の最後のアイテムの重要性については、フィ ーチャの実行におけるメソッドオブジェクトの選択と、オブジェクトのイニシア リゼーションとに関連して、後で詳細に説明する。 フィーチャ定義 フィーチャ定義、すなわちクラス”ＦｅａｔＬＩｒｅ”のメンバは、ある特別の フィーチャのインターフェイスを定義するオブジェクトである。フィーチャ定義 ４２１０Ｖ（図４３）のプロパティには、プロバチ４　”　ｅｘｃｅｐｔｉｏｎ ｓ”、”　１５Ｐｕｂｌｉｃ”が含まれる。クラス°’　Ｆｅａｔｕｒｅ”は抽 象的なので、フィーチャ定１１４２１０Ｖは、クラス”Ｆｅａｔｕｒｅ”のイン スタンスではなく、クラス”Ｆｅａｔｕｒｅ”のメンバであり、オペレーション 定義又はアトリビュート定義である。これらの定義については、どちらも以下及 びアペンディクスＡに説明される。セント４３０２は、フイーチャ定１１４２１ ０Ｖのプロパティ”　ｅｘｃｅｐｔｉｏｎｓ”である。セット４３ｏ２は、例え ば識別子４３０２１のような、識別子のセットである。ここで、これらの識別子 は、それぞれ、定義されたフィーチャによって送出されたエクセプションがメン バであるクラスを参照する。そして、フィーチャ定義４２１０Ｖによって定義さ れたフィーチャがエクセブションを送出した時、そのエクセプションは、セット ４３０２の識別子によって参照されたクラスのうちの１つのメンバであることが 確がぬられる。エクセブションが、セット４３ｏ２の識別子によって参照された クラスのメンバでない場合には、エクセブションの代わりに、クラス”ｕｎｅｘ ｐｅｃｔｅｄＥｘｃｅｐｔｉｏｎ”のメンバが送出される。その他の場合には、 エクセブションが送出される。 ブーリアン４３０４は、フィーチャ定義４２１０Ｖのプロパティ”１ｓＰｕｂｌ 　ｉｃ”である。ブーリアン４３０４は、フィーチャ定義４２１０Ｖによって定 義されたフィーチャが、パブリックなフィーチャが、又はプライベートなフィー チャかを示す。すなわち、ブーリアン４３ｏ４は、定義されたフィーチャのアク セスが”パブリック°であるが′°プライベート”であるがを示す。各フィーチ ャは、それに組み合わされた”アクセス”を持つ。このアクセスは、どんなオブ ジェクトが、どんな状況の下で、各フィーチャが適切に要求されうるがを定める 。本発明の各フィーチャのアクセスについては、アペンディクスＡ、Ｂに示され ている。 ブーリアン４３０４が”ｔｒｕｅ”である場合、そのフィーチャはパブリックで ある。アクセスがパブリックであるフィーチャは、どんなオブジェクトによって 要求されてもよい。ブーリアン４３ｏ４が”ｒａｌｓｅ＝である場合、そのフィ ーチャはプライベートである。アクセスがプライベートであるフィーチャは、レ スポンダ、すなわちそれ自身のフィーチャだけを要求することができるオブジェ クトによってのみ、要求される。システムフィーチャ、すなわちアクセスが”シ ステム”であるフィーチャは、全て、予め定義されており、フィーチャ定義によ って定義されるこ太はない。 定義済みフィーチャは、エンジン内においてインプリメントされており、フィー チャ定義のようなオブジェクトによって表されることはない。 アトリビュートの定義 アトリビュートを定義するフィーチャ定義は、アトリビュート定義、すなわちク ラス″Ａｔｔｒｉｂｕｔｅ″のメンバである。したがって、クラス”Ａｔｔｒｉ ｂｕｔｅ”は、クラス“Ｆｅａｔｕｒｅ“のサブクラスである。アトリビュート 定義はフィーチャ定義であるので、前述したように、アトリビュート定義は、ク ラス”Ｆｅａｔｕｒｅ”によって定義又は継承されたプロパティを継承する。さ らに、アトリビュート定義４４００（図４４）は、プロパティ゛’　ｃｏｎｓｔ ｒａｉｔ”　、”　１ｓＳｅじを含む。 コンストレイント４４ｏ２は、アトリビュート定義４４００のプロパティ”Ｃ０ ｎ５ｔｒａｉｔ”である。コンストレイント４４ｏ２は、アトリビュート定義４ ４００によって定義されたアトリビュートを表すオブジェクトを制約する。後で 詳細に説明するように、コンストレイントは、あるオブジェクトに対する制約を 設定する。 コンストレイントは、（ｉ）そのオブジェクトがメンバであるクラス、（ｉｉ） オブジェクトがそのクラスのインスタンスでなければならないがどうが、（ｉｉ ｌ）オブジェクトがニル（０）でもよいが、（ｉｖ）フィーチャのりクエスタと レスポンダの間でオブジェクトがどのようにパスされるかを制約することができ る。 ブーリアン４４０４は、アトリビュート定義４４ｏＯのプロパティ”１ｓＳｅｔ ”である。ブーリアン４４０４は、アトリビュート定義４４００によって定義さ れたアトリビュートが、問い合わせ力呵能なだけでなく、設定も可能であるかを 定める。ブーリアン４４０４が′°けｕｅ”であれば、アトリビュート定義４４ ００は、設定可能なアトリビュートを規定する。そうでなければ、アトリビュー ト定義４４００によって定義されたアトリビュートは、問い合わせのみ可能であ る。 オペレーションの定 前述したように、フィーチャは、アトリビュート又はオペレーションである。 したがって、クラス″Ｆｅａｔｕｒｅ“の第２のサブクラスは、クラス”　ｏｐ ｅｒａｔｉｏｎ”である、オペレーション定義、すなわちクラス°゛０ｐｅｒａ ｔｉｏｎ”のメンバは・オペレーションのインターフェイスを定義する。 図４５は、オペレーション定義４５００の構造を示す。オペレーション定義は、 フィーチャ定義であるので、オペレーション定ｆｉ４５００は、前述したように 、クラス”Ｆｅａｔｕｒｅ”によって定義又は継承されたプロパティを含む。さ らに、オペレーション定義は、プロパティ”　ａｒｇｕｍｅｎｔｓ”　、”　ｒ ｅｓｕｌｔ”を含む。 リスト４５０２は、オペレーション定義４５００のプロパティ°’　ａｒｇｕ＋ ｍｅｎｔｓ”である。オペレーション定義のプロパティ”　ａｒｇｕｍｅｎｔＳ ”は、オプションである。したがって、オペレーション定義のプロパティ°”　 ａｒｇｕａ＋ｅｎｔｓ”は、リストではなく、ニル（０）でもよい。プロパティ “ａｒｇｕｍｅｎｔｓ”がニル（０）である場合、オペレーション定義４５００ によって定義されたオペレーションは、可変数のアーギュメントを使用する。ア ーギュメントの数が可實であるオペレーションの遂行については、アベンディク スＡに説明されている。逆に、プロパティ”ａｒｇｕｍｅｎｔｓ”がリスト４５ ０２であれば、オペレーション定義４５００によって定義されたオペレーション によって使用されるアーギュメントの数は、ある固定された数であり、この数は 、リスト４５０２の長さに等しい。プロパティ°’　ａｒｇｕｍｅｎｔｓ”が空 のリストであれば、オペレーションはいかなるアーギュメントも使用しない。リ スト４５０２のアイテム、例えばコンストレイント４５０２Ｉは、オペレーショ ン定義４５００によって定義されたオペレーションのアーギュメントを制約する コンストレイントである。図４６に関連して後述するように、コンストレイント は、オブジェクトのクラス及びパッセージを制約する。 コンストレイント４５０４は、オペレーション定義４５００のプロパティ”ｒｅ ｓｕｌＬ”である。コンストレイント４５０４は、オペレーション定義４５００ によって定義されたオペレーションのリザルトを制約する。オペレーション定義 のプロパティ”ｒｅｓｕｌじもオプションである。 プロパティ”ｒｅｓｕ　Ｉ　ｔ”がコンストレイント４５ｏ４でなくニル（０） である場合、オペレーション定義４５００によって定義されたオペレーションは リザルトを生成しない。 コンストレイント 前述したように、コンストレイントは、オブジェクトのクラス及びやり取りを制 約する。コンストレイント４４０２の構造については、図４６に示されている。 コンストレイント４４０２のプロパティには、プロパティ”ｃｌａｓｓｌＤ”、 ”ｏｒｃｌａｓｓ”　、　”　１ｓｌｎｓｔａｎｃｅ”　、　”　１ｓｏｐｔｉ ｏｎａｌ”　、　”　ｐａｓｓａｇｅ”が含まれる。 プロパティ”ｏｆｃＩａｓｓ”、　”　ｃｌａｓｓｌＤ“は、制約されたオブジ ェクトがメンバでなければならないクラスを特定するための他の方法である。ク ラスオブジェクト４６０２は、コンストレイント４４０２のプロパティ”ｏｆｃ Ｉａｓｓ”である。クラスオブジェクト４６０２は、コンストレイント４４０２ の設定されたオブジェクトがメンバであるクラスを表している。プロパティ”ｏ ｆｃｌａｓｓ”はオプションであり、ニル（０）でもよい。プロパティ”ｏｆｃ Ｉａｓｓ”がニル（０）である場合、そのオブジェクトをメンバとするべきクラ スは、コンストレイント４４０２のプロパティ”ｃｌａｓｓｌＤ”である識別子 ４６１０によって、参照される。 プロパティ゛’　ｏｆｃＩａｓｓ“は、クラスオブジェクトである。したがって 、プロパティ”　ｏｒｃｌａｓｓ”は、コンストレイント４４０２が生成された 時にだけ存在するクラスである。しかし、コンストレイントのプロパティを、現 存するクラスに限定すると、本発明のユーザが複数の独立したクラスを定義する ことを妨げてしまう。 例えば、第１のクラスのフィーチャ定義におけるコンストレイントが、第２のク ラスを参照していたり、第２のクラスの第２のフィーチャ定義における第２のコ ンストレイントが、第１のクラスを参照していることがあり得る。プロパティ“ きる。 ブーリアン４６ｏ４は、コンストレイント４４ｏ２のプロパティ”１ｓｌｎｓｔ ａｎｃｅ”である。ブーリアン４６ｏ４は、フンストレイント４４ｏ２の設定さ れたオブジェクトが、クラスオブジェクト４６ｏ２によって表されたクラスのイ ンスタンスでなければならないがを定める。ブーリアン４６ｏ４がｔｒｕｅ”で あれば、コンストレイントが設定されたオブジェクトは、クラスのインスタンス でなければならない。さもなければ、そのクラスにおいて、コンストレイントが 設定されたオブジェクトのメンバとしての地位は、コンストレイント４４ｏ２を 十分に満足している。 ブーリアン４６０６は、コンス）・レイント４４ｏ２のプロパティ’　１ｓＯｐ ｔｉｏｎａｌ””ＣＪる。ブー’Ｊ７ン４６０６１．ｔ、プロパティ”　ｏｆｃ Ｉａｓｓ”　、　”　ｃｌａｓｓｌＤ″とｌ１４係なく、ニルオブジェクトがコ ンストレイント４４ｏ２を満たすかを定める。ブーリアン４６０６が”　ｔｒｕ ｅ”であれば、ニルオブジェクトはコンストレイント４４０２を満たす。本明細 書中の多くの例において示すように、ニルオブジェクトは、割愛されたオプショ ンのアーギュメントや、フィーチャのリザルトの代わりに、スタック中に置くこ とができる。 識別子４６０８は、コンストレイント４４ｏ２のプロパティ°’　ｐａｓｓａｇ ｅ”である。 識別子４６０８は、コンストレイント４４ｏ２が設定されたオブジェクトがどん な仕方でパラメーターとして、すなわちアーギュメント又はリザルトとして、通 過するかを示している。識別子４６０８は、４つの値、すなわち”　ｂｙＲｅｆ ”、′ｂｙυｎｐｒｏｔｅｃｔｅｄＲｅｆ”、”　ｂｙＰｒｏｔｅｃｔｅｄＲｅ ｒ”及び”　ｂｙＣｏｐｙ’を持ちつる。識別子４６０８にこれら４つの値以外 の値が設定されると、クラス”Ｐａｓｓａｇｅ　Ｉｎｖａｌｉｄ’のメンバであ るエクセプションが送出される。 フィーチャのりクエスタとそのフィーチャのレスポンダの間での、アーギュメン トに対するリファレンスのやり取りを行う際、エンジンは、リクエスタからアー ギュメントに対する元となるのリファレンスを受け取り、レスポンダに目的のリ ファレンスを供与する。また、リザルトに対するリファレンスのやり取りを行う 際は、元となるリファレンスをレスポンダから受け取り、目的のリファレンスが リクエスタに供給される。 パラメーターが”ｂｙＲｅｒ”によってやり取りされる場合、元となるリファレ ンスと目的のリファレンスとは互いに同一である。パラメーターが”ｂｙＵｎｐ ｒｏｔｅｃｔｅｄＲｅ「”によってやり取りされるとき、元となるリファレンス が保護されている場合には、クラス”Ｒｅｆｅｒｅｎｃｅ　Ｐｒｏｔｅｃｔｅｄ ”のエクセブションが送出され、他の場合には、目的のリファレンスは元となる リファレンスである。パラメーターが”ｂｙＰｒｏ　ｔｅｃ　ＬｅｄＲｅ　ｒ” によってやり取りされるとき、目的のリファレンスは、元となるリファレンスに よって参照されるオブジェクトに対する、保護されたリファレンスである。パラ メーターが”ｂｙｃｏｐｙ”によってやり取りされるとき、目的のリファレンス は、元となるリファレンスによって参照されるオブジェクトのコピーに対する保 護されていないリファレンスである。パラメーターのやり取りについては、アペ ンディックスＡに一層詳細に説明されている。 このように、コンストレイント４４０２　（図４４）は、オブジェクトのクラス 及びやり取りを制限する。 インプリメンテーションオブジェクト 前述したように、インプリメンテーションオブジェクト４１１２（図４１Ａ）は 、クラス定義オブジェクト４１００によって定義されたクラスのクラスインプリ メンテーションを定義する。クラスインプリメンテーションは、次のものを定義 する。（ｉ）定義されたクラスのメンバの０以上のプロパティ。（ｉｉ）クラス によって定義された各クラスフィーチャのそれぞれのインプリメンテーション。 （ｉ　ｉ　ｉ）クラスによって定義された各インスタンスフィーチャのそれぞれ のインプリメンテーション。（ｉｖ）クラスについて定義されたアトリビュート を設定するメソッド。（Ｖ）定義されたクラスから他のクラスにオブジェクトを 置換するメソッド。（ｖｉ）他のクラスから定義されたクラスにオブジェクトを 實換するメソッド。（ｖｉｉ）クラスの定義に用いられる識別子の定義。（ｖｉ ｉｉ）定義されたクラスのインプリメンテーションスーパークラス。 リスト４７０２　（図４７）は、インプリメンテーションオブジェクト４１１２ のプロパティ”ｐｒｏｐｅｒｔ　ｉｅｓ”である。リスト４７０２は、インプリ メンテーションオブジェクト４１１２がインプリメントするプロパティを定義す る。リスト４７０２のアイテム、例えば識別子４７０２１は、インプリメンテー ションオブジェクト４１１２によって定義されたプロパティの識別子である。 レキシコン４７０４　（９４７）は、インプリメンテーションオブジェクト４１ １２のプロパティ”ｃｌａｓｓＭｅｔｈｏｄｓ”である。レキシコン４７０４は 、クラス定義オブジェクト４１００（図４１Ａ）によって表されたクラスのクラ スフィーチャのためのメソッドを提供する。レキシコン４７０４のキー、例えば 識別子４７０４Ｋ（図４７）は、クラスフィーチャの識別子である。また、レキ シコン４７０４の値、例えばメソッドオブジェクト４７０４Ｖは、クラスフィー チャのインプリメンテーションを定義するメソッドオブジェクトである。 メソッドオブジェクト、すなわちクラス゛’　ｍｅｔｈｏｄ”のメンバは、フィ ーチャのメソッドを定義するオブジェクトである。フィーチャのメソッドは、そ のフィーチャの遂行にあたってエンジンが行う、すなわちそのエンジンを実行し ているコンピューターシステムが行う、特定の一連のステップである。 インストラクションセットが、ユーザ定義されたクラスやフィーチャによって修 正される場合、メソッドは、開示されたインストラクションセットの用語で定義 される。メソッドオブジェクトについては、以下及びアペンディックスＡに一層 詳細に説明されている。 レキシコン４７０６は、インプリメンテーションオブジェクト４１１２のプロパ ティ”ｉｎｓｔａｎｃｅＭｅｔｈｏｄｓ”である。レキシコン４７０６は、対応 するメソッドオブジェクトに、インスタンスフィーチャの識別子を関連づける。 ここで、対応するこれらのメソッドオブジェクトは、順次、インスタンスフィー チャのインプリメンテーションを定義する。レキシコン４７０６の構造は、レキ シコン４７０４の構造と同様であり、この説明は引用によって本明４ｔ［ｌＩの 一部となる。 レキシコン４７０７は、インプリメンテーションオブジェクト４１１２のプロパ ティ”ｓｅｔにｅｔｈｏｄｓ”である。レキシコン４７０７は、メソッドオブジ ェクトに、それぞれのアトリビュートを特定する識別子を関連づける。アトリビ ュートが”セット”モディファイヤーが存在しているときに実行されると、レキ シコン４７０７の各メソッドオブジェクトは、対応する識別子のアトリビュート をインプリメントする。換言すれば、レキシコン４７０７の各メソッドオブジェ クトは、対応するアトリビュートの設定についてのインプリメンテーションを定 義する。”セット°モディファイアが存在しているときにアトリビュートを実行 すること番二ついては、アペンディックスＡに説明されている。 レキシコン４７０８は、インプリメンテーションオブジェクト４１１２のプロパ ティ”ｒ　ｒｏｍＭｅｔｈｏｄｓ”である。レキシコン４７０８は、メソッドオ ブジェクトに、識別子を関連づける。各識別子は、クラスを参照し、メソッドオ ブジェクトと関連づけられる。ここで、このメソッドオブジェクトは、参照され たクラスから、クラス定義オブジェクト４１００（図４１Ａ）によって定義され たクラス、すなわちインプリメンテーションがインプリメンテーションオブジェ クト４１１２（図４７）であるクラス、への変換についてのインプリメンテーシ ョンを提供する。 レキシコン４７１０は、インプリメンテーションオブジェクト４１１２のプロパ ティ”ｔｏＭｅｔｈｏｄｓ“である。レキシコン４７１ｏは、メソッドオブジェ クトに、識別子を関連づける。各識別子は、クラスを参照し、メソッドオブジェ クトと関連づけられる。ここで、このメソッドオブジェクトは、クラス定義オブ ジェクト４１００（図４１Ａ）によって定義されたクラスがら、すなわちインプ リメンテーションがインプリメンテーションオブジェクト４１１２（図４７）で あるクラスから、参照されたクラスへの変換についてのインプリメンテーション を提供する。レキシコン４７０７．４７ｏ８．４７１ｏの構造は、レキシコン４ ７ｏ４の構造と同様であり、この説明は引用によってこの明細書の一部分となる 。 レキシコン４７１２は、インプリメンテーションオブジェクト４１１２のプロパ ティ゛’　ｖｏｃａｂｕｌａｒｙ”である。レキシコン４７１２は、クラスを特 定するためにインプリメンテーションオブジェクト４１１２によって使用される 識別子を定義する。レキシコン４７１２のキー、例えば識別子４７１２には、特 定のユーザ定義クラスを特定するために、インプリメンテーションオブジェクト ４１１２内において用いられる識別子である。レキシコン４７１２の値、例えば サイテション４７１２Ｖは、関連づけられた識別子によって特定されるクラスを 特定するサイテションに対応する。レキシコン４７１２は、インプリメンテーシ ョンオブジェクト４１１２内のユーザ定義クラスを特定するために用いられる識 別子と、ネットワークを通じてクラスを特定するために用いられるサイテション との間の翻訳を行う。サイテションについては、以下及びアペンディックスＡに 詳細に説明されている。 リスト４７１４は、インプリメンテーションオブジェクト４１１２のプロパティ ”　５ｕｐｅｒｃｌａｓｓｅｓ”である。リスト４７１４のアイテム、例えば識 別子４７１４■は、クラス定義４１００（図４１人）によって定義されたクラス のインプリメンテーションスーパークラスを特定する識別子である。リスト４７ １４（図４７）（すなわちインプリメンテーションオブジェクト４１１２のプロ パティ’　５ｕｐｅｒｃｌ　ａｓｓｅｓ”）は、リスト４２２０　（すなわちイ ンターフェースオブジェクト４１１０のプロパティ”５ｕｐｅｒｃ　１ａｓｓｅ ｓ”）のアイテムではないクラスの識別子を含むことができる。例えば、第１の クラスは、第１のクラスのフィーチャのインプリメンテーションにおいて、第２ のクラスのフィーチャを使用する能力を持つことにより、得をすることがある。 しかしながら、このようなりラスを設計する際に、第２のクラスのフィーチャそ のものが、第１のクラスによって継承されることは、必ずしも好ましくない。こ のような場合、第２のクラスは、第１のクラスのインプリメンテーションスーパ ークラスとされるが、第１のクラスのインターフェーススーパークラスとはされ ない。 このように、インプリメンテーションオブジェクト４１１２は、クラス定義オブ ジェクト４１１０（図４１Ａ）によって定義されるクラスについて、（ａ）定義 されたクラスのメンバのプロパティ、（ｂ）クラス及びインスタンスのフィーチ ャメソッド、（Ｃ）アトリビュートを設定するメソッド、　（ｄ）定義されたク ラスへの変換、又は定義されたクラスからの変換についてのメソッド、（ｅ）ク ラスを特定するために用いられる識別子、及び（ｆ）インプリメンテーションス ーパークラス、を定義する。 メソッドオブジェクト 前述したように、メソッドオブジェクトは、フィーチャを遂行する際、又は変換 を遂行する際に実行されるコンピューターのインストラクションを定義する。 図４８は、メソッドオブジェクト４８００の構造を示す。メソッドオブジェクト ４８００のプロパティは、プロパティ”　ｐｒｏｃｅｄｕｒｅ”　、　”　ｖａ ｒｉａｂｌｅｓ”を含む・プロシージャ４８ｏ２は、メソッドオブジェクト４８ ００のプロパティ”ｐｒｏｃｅｄｕｒｅ”である。プロシージャ４８ｏ２の遂行 は、メソッドオブジェクト４８００によって実行される、フィーチャの遂行又は 変換の遂行を構成する。プロシージャについては、後で詳細に説明する。 リスト４８０４は、メソッドオブジェクト４８００のプロパティ“ｖａｒｉａｂ ｌｅｓ”である。リスト４８０４は、プロシージャ４８ｏ２によって使用される 変数を定義する。リスト４８０４のアイテム、例えば識別子４８０４　Ｉは、メ ソッドオブジェクト４８００について定義された変数を参照する識別子である。 あるメソッドの変数の値を示すオブジェクトは、そのメソッドの遂行の間、ユー ザ定義フレームのプロパティ°”　ｖａｒｉａｂｌｅｓ”としてリスト内に、記 憶される。フレームについては、以下及びアペンディックスＡに詳細に説明され ている。 プロシージャ プロシージャ４８０２の構造は、図４９に示される。プロシージャ４８ｏ２は、 オブジェクト４９０２Ａ〜４９０２Ｅのリスト４９ｏ２を有している。リスト４ ９０２は、クラス”Ｌｉｓじのメンバではなく、プロシージャ４８ｏ２に不可欠 な部分の代わりである。換言すれば、リスト４９ｏ２はプロシージャ４８ｏ２の プロパティ又はアイテムではなく、リスト４９ｏ２をクラス”Ｌｉ５ｔ”のメン バとして扱うことが可能なフィーチャは提供されていない。本発明の一実施例に おいて、クラス”ｐｒｏｃｅｄｕｒｅ”は、クラス”Ｌｉ５ｔ”のインプリメン テーションサブクラスであるが、クラス”Ｌｉ５ｔ”のインターフェースサブク ラスでない。したがって、クラス゛’　Ｌｉ５ｔ”によって定義されたフィーチ ャは、クラス”ｐｒｏｃｅｄｕｒｅ”によって継承されることはないが、クラス ”Ｌｉ５ｔ”によって定義されたメソッドは、リスト４９０２を生成しアクセス するために、プロシージャによって使用されることができる。 オブジェクト４９０２Ａ〜４９０２Ｅは、実行オブジェクト、すなわちミックス インクラス”Ｅｘｅｃｕｔｅｄ”のメンバである。プロシージャ４８０２は、順 次、すなわちオブジェクト４９０２Ａ、オブジェクト４９０２Ｂ、オブジェクト ４９０２Ｃ、オブジェクト４９０２Ｄ、オブジェクト４９０２Ｈの順序で、オブ ジェクト４９０２Ａ〜４９０２Ｅを実行することによって遂行される。プロシー ジャ４８０２の実行の間、予め定義されているフレームは、オブジェクト４９０ ２Ａ〜４９０２Ｅのうちのどれが実行されているかを含めて、プロシージャ４８ ｏ２の遂行の動的な状態を記録し保持する。予め定義されているフレームについ ては、以下及びアペンディックスＢに詳細に説明されている。 サイテション サイテションは、他のオブジェクトと後方向又は前方向に互換性がある一連のオ ブジェクトを特定するオブジェクトである。さらに、サイテシコンは、一連のオ ブジェクト内やプロセス内の特定のオブジェクト、又はその特定のオブジェクト を作り出したプロセスのオーソリティを特定する。また、既に簡単に説明したよ うに、クラスはサイト（引用）されたオブジェクトである。したがって、サイテ ションは、互いに後方向及び前方向に互換性がある一連のクラスを特定するため に用いられる。後方向及び前方向の互換性については、以下及びアペンディック スＡに詳細に説明される。 なお、サイテションが互いに前方向又は後方向に互換性があるオブジェクトとし て特定するオブジェクトは、必ずしも前方向又は後方向に互換性がある訳ではな い。例えば、それぞれのサイテションによって互換性があると特定された２つの クラス定義オブジェクトは、単に互換性があることを意図されているに過ぎない 。 サイテション５０００　（図５０）は、クラス“Ｃ１ｔａｔｉｏｎ“のメンバで ある。サイテション５０００のプロパティには、プロパティ”ｔｉｔｌｅ”、” ■ａｊｏｒＥｄ山ｏｎ”、”ｍ１ｎｏｒＥｄｉＬｉｏｎ”、”ａｕｔｈｏｒ“が 含まれる。サイテション５０００のプロパティ“ｔｉｔｌｅ”は、識別子５００ ８である。したがって、識別子５００８はサイテション５０００のタイトルであ る。サイテションのタイトルは、サイテションによって表される一連の組を参照 する。サイテションのタイトルは、サイテションのオーソリティに関してインタ ーブリートされる。換言すれば、異なったオーソリティの２つのサイテションは 、同等のタイトルを使用することができる。この２つのサイテションは、異なっ たオーソリティによって、互いに区別される。サイテションのオーソリティは、 以下に説明するプロパティ”　ａｕｔｈｏｒ”によって特定される。 プロパティ”ｍａｊｏｒＥｄｉｔｉｏｎ”　、　”　ｍ１ｎｏｒＥｄｉｔｉｏｎ ”は、それぞれインチジャ５００４．５００６である。したがって、インチジャ ５００４．５００１Ｂは、それぞれ、サイテション５０００のメージャーエディ ション及びマイナーエディジョンである。ある一連の２つのオブジェクト間の関 係は、それらのオブジェクトのメージャーエディション及びマイナーエディジョ ンの関係によって定められる。例えば、オブジェクト５１０２．５１０４（図５ １）は、それぞれサイテション５１０６．５１０８によって引用される。インチ ジャ５１１０．５１１２は、それぞれ、サイテション５１０６のメージャーエデ ィションとマイナーエディジョンを表している。インチジャ５１１４．５１１６ は、それぞれ、サイテション５１０８のメージャーエディションとマイナーエデ ィジョンを表している。 サイテション５１０６のメージャーエディションであるインチジャ５１１０が、 サイテション５１０８のマイナーエディジョンであるインチジャ５１１４よりも 大きい場合には、オブジェクト５１０２は、オブジェクト５１０４の生成よりも 後に生成されたものであり、オブジェクト５１０４に対して後方向に互換性があ る。オブジェクト５１０２がオブジェクト５１０４に対して後方向に互換性があ れば、オブジェクト５１０４は、オブジェクト５１０２に対して前方向に互換性 がある。逆に、インチジャ５１１ｏが、インチジャ５１１４よりも小さい場合に は、オブジェクト５１０４は、オブジェクト５１０２の生成よりも後に生成され たものであり、オブジェクト５１０２に対して後方向に互換性がある。 また、インチジャ５１１０．５１１４が等しい場合は、それぞれオブジェクト５ １０２．５１０４のマイナーエディジョンを表しているインチジャ５１１２．５ １１６の相対的な値が、オブジェクト５１０２．５１０４の間の関係を定める。 例えば、インチジャ５１１２がインチジャ５１１６よりも大きい場合は、オブジ ェクト５１０２はオブジェクト５１０４の生成よりも後に生成され、オブジェク ト５１０４に対して後方向に互換性がある。逆に、インチジャ５１１２がインチ ジャ５１１６よりも小さい場合は、オブジェクト５１０４はオブジェクト５１０ ２の生成よりも生成の後に生成され、オブジェクト５１０２に対して後方向に互 換性がある。 プロパティ”ａｕｔｈｏｒ”は、テレネーム５００２　（図５０）である。した がって、テレネーム５００２は、サイテション５０００のオーサーである。テレ ネーム５００２は、サイテション５０００によって特定されるオブジェクトを生 成したプロセスの名前である。ある一連のオブジェクトは、全て単一のオーソリ ティのプロセスによって生成される。 前方向及び後方向の互換性についてのより正確な定義は、アペンディックスＡに 示されている。次の例は、これらのコンセプトの意味及び有用性を示している。 アペンディックスＡに定義されるように、クラス”Ｉｎｔｅｇｅｒ”のメンバ、 すなわちインチジャは、“加算”、”減算”、′掛は算”及び”割り算”を含む 数学的な演算を実行することができる。クラス”Ｉｎｔｅｇｅｒ”のプロパティ ”Ｃ１ｔａｔｉｏｎ”は、クラス°”　Ｉｎｔｅｇｅｒ”を特定する第１のサイ テションである。本明細書中に記載されるコンピューターインストラクションセ ットをインプリメントする際に、また、本明細書中に記載されるコンピューター インストラクションセットの使用において新しいクラス及び新しいフィーチャを 定義する際に、アペンディックスＡに記載されたクラス”Ｉｎｔｅｇｅｒ”の記 述に適合するクラス”Ｉｎｔｅｇｅｒ”のメンバに依存して非常に多くのフィー チャが設計される。 本明細書に記述されるコンピューターインストラクションセットの次のバージョ ンにおいて、乱数を生成させるためにオペレーション”ｒａｎｄａａ＋ｉｚｅ” を提供するように第２のクラス”Ｉｎｔｅｇｅｒ”が設計されているものと想定 する。第１のクラス”　Ｉｎｔｅｇｅｒ”は、第１のクラス゛’　Ｉｎｔｅｇｅ ｒ”と呼ばれる。第２のクラス”　Ｉｎｔｅｇｅｒ”のプロパティ°’　Ｃ１ｔ ａｔｉｏｎ”は、第２のサイテションである。さらに、第１のクラス゛’　Ｉｎ ｔｅｇｅｒ”と第２のクラス°’　Ｉｎｔｅｇｅｒ”との間には他の差異は存在 せず、第１のクラス゛’　Ｉｎｔｅｇｅｒ”のメンバについて要求されたいかな るフィーチャも、第２のクラス”Ｉｎｔｅｇｅｒ”のメンバによって満たされて いるものと想定する。 このとき、第１のクラス°’　Ｉｎｔｅｇｅｒ”の記述に適合したインチジャに 依存して設計されたフィーチャは、第２のクラス゛’　Ｉｎｔｅｇｅｒ’“のイ ンチジャについても、適切に機能する。すなわち、第２のクラス”Ｉｎｔｅｇｅ ｒ”は、第１のクラス”Ｉｎｔｅｇｅｒ”と後方向に互換性があり、逆に、第１ のクラス“Ｉｎｔｅｇｅｒ”は、第２のクラス”Ｉｎｔｅｇｅｒ”と前方向に互 換性がある。 第１及び第２のサイテションのプロパティ“ｔｉｔｌｅ”は、互いに等しく、ど ちらかのクラス”Ｉｎｔｅｇｅｒ”を参照する。しかし、第１及び第２のサイテ ションのメージャーエディション及びマイナーエディジョンは、第１のクラス″ Ｉｎｔｅｇｅｒ”と第２のクラス”Ｉｎｔｅｇｅｒ”の間の前方向及び後方向の 互換性を反映している。後方向及び前方向に互換性のあるオブジェクトがネット ワーク内において共存することを許容すると、本明細書に記述されるコンピュー ターインストラクションセ・ノドの初期のパーンヨンによって作り出されたオブ ジェクトが、本明細書に記述されるコンピューターインストラクションセットの 後のバージョンを実行するエンジン内において、移動や動作をできるようになる 。以上の説明からあきらかなように、クラスは、それ自身に対して前方向及び後 方向に互換性がある。以上の実施例では、予め定義されているクラスのコンテキ ストにおいて前方向及び後方向の互換性を示したが、ユーザ定義クラスは、通常 、予め定義されているクラスよりも頻繁に変化する。そのため、クラスの間の前 方向及び後方向の互換性を与えることは、ユーザ定義クラスのコンテキストにお いて、特に重要である。 こうして、クラスは、ここに開示されたインストラクションセットの一部分とな る。したがって、クラスは、移動可能であり、エージェントと共に第１のコンピ ューターシステムから第２のコンピューターシステムに移動することができる。 インターブリートされるインストラクションセット前述したように、本発明の３ つの要素によって、コンピュータープロセスは、非常に可動的かつ汎用的になる 。第１に、本発明のコンピューターインストラクションセットは、同種又は異種 のネットワーク内において同様にインプリメントされる。第２に、クラスは、開 示されたコンピューターインストラクションセットのオブジェクトであるので、 インストラクションセットは、拡張性と可動性を兼ね備える。すなわち、遠隔の コンピューターシステムにおいて定義されていないクラスは、可動性を有するコ ンピュータープロセスと共に、遠隔のコンピューターシステムに転送される。以 下の説明は、コンピューターインストラクションセントをより汎用的かつ可動的 にする第３の要素に関する。すなわち、ここに開示されるコンピューターインス トラクションセットのコンピューターインストラクションは、インターブリード される。 多くのコンピュータープロセスは、最初に人が読むことができるソースコードで 書かれ、次にこのソースコードがオブジェクトコードにコンパイルされ、マシン コードにリンクされる。このマシンコードは、人には全く読むことができない。 ソースコードをマシンコードに翻訳する主な利点は、マシンコードがソースコー ドを再コンパイルすることなく、何回でもコンピューターシステムのＣＰＵによ って実行されるため、翻訳を一度だけ行えば良いことである。しかし、異機種ネ ットワークの２つのコンピューターシステムの両方が、同一のマシンコードのイ ンストラクションを実行することはできない。したがって、第１のコンピュータ ーシステムから第２のコンピューターシステムに向がって移動するエージェント は、第１のコンピューターシステムに固有のものでも、第２のコンピューターシ ステムに固有のものでもないが、標準化されたインストラクションセットによっ て表されることが好ましい。 ソースコードを１回だけコンパイルするばよいという利点は、ネットワークの異 種性によって除かれる。そこで、開示されたコンピューターインストラクション セットは、インターブリートされる。本明細書中において、”インターブリード される゛という用語は、当該技術分野において理解されている通りに用いられて いる。すなわち、一連のコンピューターインストラクション中の１つのコンピュ ーターインストラクションが、読み込まれてマシンコードに翻訳されて、一連の コンピューターインストラクション中の次のコンピューターインストラクション が読み込まれる前に、エンジンによって実行される。 開示されたインストラクションセントのインストラクションをインターブリート することによって、コンパイルするよりも、より広い汎用性が得られる。 第１のエージェントは、第１のコンピューターシステムから第２のコンピュータ ーシステムに向かって移動し、第１のエージェントにプロシージャを与える第２ のエージェントと出会う。そして、第１のエージェントは、当初は第１のエージ ェントが遂行するように設計されていなかったプロシージャを遂行する。 以下の説明は、ここに開示されたコンピューターインストラクションのインク− ブリートについての説明である。なお、以下の説明は、プロシージャと、プロシ ージャの個々のアイテムの実行とに焦点を当てている。ここで、個々のアイテム とは、個々のコンピューターインストラクションである。 プ旦２二２二の！丘 プロシージャは、そのプロシージャがオペレーション”ｄｏ”を遂行するように 要求するインストラクションを送出することによって、遂行される。プロシージ ャの遂行を生じさせる他のプロシージャについては、以下及びアペンディックス Ａに説明されている。クラス”ｐｒｏｃｅｄｕｒｅ”について定義されたオペレ ーション”ｄｏ”の遂行は、フローチャート５２００　（図５２Ａ）及び定義済 みフレーム５２５０（図５２Ｂ）に示されている。定義済みフレーム５２５ｏは 、それぞれインチジャ５２５２及びプロシージャ４８ｏ２であるプロパティ”　 ｐｏｓｉｔｉｏｎ”、”ｐｒｏｃｅｄｕｒｅ”を含んでいる。定義済みフレーム については、アペンディックスＡに詳細に説明されている。定義済みプロシージ ャ５２５ｏは、プロシージャ４８ｏ２（図４９）によって遂行されるオペレーシ ョン”ｄｏ″の動的な状態を記録する。 ステップ５２０２　（図５２Ａ）において、インチジャ５２５２は、値１に設定 される。インチジャ５２５２は、その実行が最も最近に開始されたアイテムのプ ロシージャ４８０２内における位置を特定する。処理は、ステップ５２０２　（ 図５２Ａ）からテストステップ（ｅｎｄ　ｏｒ　ｐｒ、ｏｃｅｄｕｒｅ？）　５ ２０４に移行し、ここでインチジャ５２５２　（図５２Ｂ）がプロシージャ４８ ｏ２の長さと比較される。インチジャ５２５２が、プロシージャ４８ｏ２の長さ に比べて短いが、又は等しい場合、処理は、テストステップ５２０４　（図５２ Ａ）からステップ５２０８に移行する。ステップ５２０８において、プロシージ ャ４８０２　（図５２Ｂ）内の位置がインチジャ５２５２が示す位置であるアイ テムが遂行される。実行オブジェクトの遂行については、以下及びアペンディッ クスＡに詳細に説明される。 プロシージャ４８０２のアイテムが遂行されると、処理は、ステップ５２０８（ 図５２Ａ）からテストステップ（ｅｘｃｅｐｔｉｏｎ？）　５２１０に移行する 。このテストステップ（ｅｘｃｅｐｔｉｏｎ？）　５２１０において、エンジン がインターブリードしているプロシージャ４８０２　（図５２Ｂ）は、そのアイ テムの遂行が成功したが、又はエクセブションを送出したかを判断する。エクセ ブションが送出された場合、処理は、テストステップ（ｅｘｃｅｐｔｉｏｎ？） 　５２１０　（図５２Ａ）から終了ステップ５２１２に移行する。この終了ステ ップ５２１２において、オペレーション″ｄ。 ”が失敗に終わり、プロシージャ４８０２　（図５２Ｂ）の遂行が終了する。 ステップ５２０８　（図５２Ａ）における、インチジャ５２５２により示される プロシージャ４８０２内の位置にあるアイテムの遂行によって、エクセプション が送出された場合、処理は、テストステップ（ｅｘｃｅｐｔｉｏｎ？）　５２１ ０がらステップ５２１４に移行する。このステップ５２１４において、インチジ ャ５２５２　（図５２Ｂ）がインクリメント（増加）される。処理は、ステップ ５２１４　（図５２Ａ）からテストステップ（ｅｎｄ　ｏｒ　ｐｒｏｃｅｄｕｒ ｅ？）　５２０４に移行し、このテストステップ５２０４において、前述したよ うに、定義済みフレーム５２５０　（図５２Ｂ）のプロシージャ”ｐｏｓｉｔｉ ｏｎ”　、すなわちインチジャ５２５２が、応答しているプロシージャ４８０２ の長さと比較される。 インチジャ５２５２　（図５２Ｂ）がプロシージャ４８０２の長さよりも大きい 場合、処理は、テストステップ（ｅｎｄ　ｏｒ　ｐｒｏｃｅｄｕｒｅ？）　５２ ０４　（図５２Ａ）から終了ステップ５２１６に移行し、この終了ステップ５２ １６において、オペレーション”ｄｏ”は成功のうちに終了する。 このように、プロシージャ４８０２　（図４９及び図５２Ｂ）によってオペレー ション”ｄｏ”が遂行されることによって、前述した順序でプロシージャ４８０ ２の各アイテムが実行される。 前述したように、エンジン、例えばエンジン１３２Ｂ（図１５Ａ）の主な機能は 、プロシージャの遂行、すなわちプロシージャのアイテムの実行である。本発明 の開示された実施例の実行モデルは、プロシージャの各アイテムが実行されるプ ロセスである。ここに開示された実施例の実行モデルの説明は、６つのセクショ ンに分けられる。第１に、フレームの構造及び組織が説明される。ここで、フレ ームは、フィーチャ又は変換（コンバージョン：　ｃｏｎｖｅｒｓ　１ｏｎ）を インプリメントするメソッドの動的状態を記録するオブジェクトである。第２に 、識別子の実行が説明される。ここで、フィーチャを参照する識別子の実行は、 参照されたフィーチャの遂行を生じさせる。第３に、フィーチャ又は変換をイン プリメントするメソッドオブジェクトをクラス階層がら選出するプロセスが説明 される。なお、メソッドオブジェクトを検索するクラスオブジェクトの構造は前 述した通りである。第４に、フィーチャのニスカレーション（増大）が説明され る。第５に、モディファイアの実行が説明される。第６に、セレクタの実行が説 明される。 フレーム フレームは、フィーチャ又は変換の実行の間、フィーチャ又は変換をインプリメ ントするメソッドの動的状態を記録するオブジェクトである。プロセスの実行状 態、すなわちエージェント又はブレイスの実行状態は、１以上のフレーム内に記 録される。例えば、図５３にプロセス５３００の実行状態を示す。１つのプロセ スが生成されるとき、そのプロセスはオペレーション”１ｉｖｅ”を遂行するよ うにめられる。プロセス５３００内には、プロパティ”ｆｒａｍｅｓ”が生成さ れる・このプロパティ”　ｆｒａｍｅｓ”は、プロセス５３００の実行スレッド を表すスタック５３０２である。スタック５３０２は、プロセス５３００の実行 状態を集合的に形成するフレームを有している。プロセス５３００がオペレーシ ョン”１ｉｖｅ”を遂行するように初めてめられたとき、スタック５３０２の単 一のアイテムは、ユーザ定義フレーム５３０４である。ここで、ユーザ定義フレ ーム５３０４は、オペレーション“１ｉｖｅ”の動的状態を記録する。 定義済みクラス”Ｐｒｏｃｅｓｓ’　、”Ａｇｅｎじ、“Ｐｌａｃｅ“は、アブ ストラクトクラスである。したがって、本発明の開示された実施例のプロセスは 、ユーザ定義クラスのインスタンスである。定義済みアブストラクトクラス”　 Ｐｒｏｃｅｓｓ”　、”Ａｇｅｎｔ”、”Ｐ　ｌ　ａｃｅ“は、オペレーション ”１ｉｖｅ”のインプリメンテーションを定義しない。したがって、オペレーシ ョン”１ｉｖｅ”のメソッドの動的状態を記録するフレーム５３０４は、必然的 に、ユーザ定義フレームである。ユーザ定義フレームは、ユーザによって定義さ れたインプリメンテーションによるオペレーションの動的状態を、そのオペレー ションの実行の間、記録するフレームである。ユーザ定義フレーム５３０４の構 造は、図５４に示されている。 ユーザ定義フレーム５３０４　（図５４）のプロパティには、プロパティ゛’　 ｃｌａｓｓ”　、　”　ｒｅｓｐｏｎｄｅｒ”　、ｐｒｏｃｅｄｕｒｅ−、”　 ｐｏｓｉｔｉｏｎ”　、　”　５ｔａｃｋ”　、　”　ｖａｒｉａｂ撃■刀h が含まれる。クラスオブジェクト５４０２は、ユーザ定義フレーム５３０４のプ ロパティ”　ｃｌａｓｓ“であり、これはスーパークラス”０ｂｊｅｃｔ“から 継承されたプロパティである。クラスオブジェクト５４０２は、ユーザ定義フレ ーム５３０４がインスタンスであるクラスを表しており、したがって、クラスオ ブジェクト５４０２は、クラス”　Ｕｓｅｒ−ｄｅｆｉｎｅｄ　Ｆｒａｍｅ”又 はそのサブクラスを表している。 オブジェクト５４０４は、ユーザ定義フレーム５３０４のプロパティ゛’　ｒｅ ｓｐｏｎｄｅｒ”である。オブジェクト５４０４は、ユーザ定義フレーム５３０ ４に動的状態が記録されるフィーチャ又は変換のレスポンダである。図５３のコ ンテキストにおいて、プロセス５３００がオペレーション゛１ｉｖｅ”のレスポ ンダであるため、オブジェクト５４０４は、プロセス５３００である。 プロシージャ５４０６　（図５４）は、ユーザ定義フレーム５３０４のプロパテ ィ”　ｐｒｏｃｅｄｕｒｅ”であり、スーパークラス゛’　Ｐｒｏｃｅｄｕｒｅ 　Ｆｒａｍｅ”から継承されたプロパティである。 プロシージャ５４０６は、ユーザ定義フレーム５３０４に動的状態が記録される メソッドオブジェクトのプロパティ”　ｐｒ（＋（ｅｄｕｒｅ”である。例えば 、ユーザ定義フレーム５３０４がメソッドオブジェクト４８００　（図４８）の 動的状態を記録する場合、プロシージャ４８０２．５４０６は同一のプロシージ ャである。 インチジャ５４０８は、スーパークラス”　Ｐｒｏｃｅｄｕｒｅ　Ｆｒａｍｅ” から継承された、ユーザ定義フレーム５３０４のプロパティ”ｐｏｓｉｔｉｏｎ ”である。インチジャ５４０８は、現在実行されているプロシージャ５４０６の アイテムについて、プロシージャ５４０６内のポジションを特定する。例えば、 プロシージャ５４０６の２番目のアイテムが、実行は開始されているが、終了は していない場合、インチジャ５４０８の値は２となる。 ユーザ定義フレーム５３０４は、さらに２つのプロパティ、すなわちプロパティ ”　５ｔａｃｋ”　、　”　ｖａｒｉａｂｌｅｓ”を有する。スタック５４１０ は、ユーザ定義フレーム５３０４のプロパティ゛’　５ｔａｃｋ”であり、ユー ザ定義フレーム５３０４のスタックである。 プロシーリヤ５４０６の実行の開始時に、スタック５４１０は、ユーザ定義フレ ーム５３０４に動的状態が記録されるフィーチャ又は変換の遂行によって使用さ れたアーギュメントを有している。プロシージャ５４０６の遂行後には、スタッ ク５４１Ｏは、フィーチャ又は変更の遂行によってリザルトが生成された場合は 、このリザルトを有している。 リスト５４１２は、ユーザ定義フレーム５３０４のプロパティ”ｖａｒｉａｂｌ ｅｓ“である。リスト５４１２のアイテム、例えばオブジェクト５４１２Ｉは、 フレームの変数である。変数は、プロシージャ５４０６が遂行される間、ユーザ 定義フレーム５３０４の動的状態を記録する。リスト５４１２（図５４）のアイ テムである変数は、ユーザ定義フレーム５３０４に動的状態が記録されているメ ソッドオブジェクトのプロパティ”ｖａｒｉａｂｌｅｓ”の同じポジションにあ るアイテムによって、参照される。例えば、ユーザ定義フレーム５３０４がメソ ・ソドオブジェクト４８００（図４８）の動的状態を記録する場合、リスト４８ ０４内のポジション”１°゛にある識別子４８０４１は、リスト５４１２内のポ ジション”１”に有るオブジェクト５４１２Ｉ（図５４）を参照する。 このように、ユーザ定義フレーム５３０４は、（ｉ）フィーチャ又は変換のレス ポンダと、　（１１）フィーチャ又は変換をインプリメントするプロシージャと 、（ｉ　ｉ　ｉ）現在実行されているインストラクションのプロシージャにおけ るポジションと、（ｉｖ）フィーチャ又は変換のアーギュメント又はリザルトを 収容しているスタックと、（Ｖ）ユーザ定義フレーム５３０４の動的状態を記録 する変数と、を記録することによって、ユーザ定義されたフィーチャ又は変換の 動的状態を記録する。 実行オブジェクトの実行 前述したように、プロシージャの遂行とは、プロシージャの各アイテムを順次実 行することである。一般に、実行オブジェクトの実行、すなわちミンクスインク ラス”Ｅｘｅｃｕｔｅｃｌ”から継承されたオブジェクトの実行は、そのオブジ ェクト；こ対する１叡アレンスが、プロシージャの実行状態を表すフレームのス タ・ツク、例えばスタック５４１０に保存される結果となる。ただし、識別子、 モディファイア及びセレクタの実行は、このような一般的な原則の例外となって いる。 他の指示をしているモディファイアの存在の元に実行されるのでなｔ、ｔｌｌ艮 り、実行される識別子は、フィーチャを参照するものと仮定される。したがって 、実行される識別子は、オペレーションを呼び出すか、又はアトリビュートを間 （Ａ合わせる。第１のプロシージャ内のある識別子の実行は、その識別子によっ て参照されるフィーチャを遂行させる。そして、これによって第２のプロシージ ャが生じる。この第２のプロシージャは、識別子によって参照されたアトリビュ ート又はオペレーションをインプリメントする、メソッドオブジェクトのプロシ ージャである。フィーチャを参照する識別子の実行は、フローチャート５５００ （図５５）に示されている。 フローチャート５５００は、図５６Ａ〜図５６Ｃのコンテキストにおいて説明さ れる。スタック５３０２　（図５６Ａ）は、プロセス５３００の実行スレッド、 すなわちプロパティ°’　ｆｒａｍｅｓ”である・ユーザ定義フレーム５３０４ は、現在のフレームである。現在のフレームは、現時点においてアイテムがエン ジンによって実行されているプロシージャ、すなわちプロシージャ５４０６を含 んでいるフレームである。 換言すれば、プロセス５３００のインターブリートにおいてエンジンによって次 に実行されるオブジェクトは、ユーザ定義フレーム５３０４のプロシージャから 検索される。 プロシージャ５４０６は、ユーザ定義フレーム５３０４のプロパティ”　ｐｒｏ ｃｅｃｌｕｒｅ”である。インチジャ５４０８は、ユーザ定義フレーム５３０４ のプロパティ”　ｐｏｓｉｔｉｏｎ”である。インチジャ５４０８は、プロセス ５３００の処理のうち最も最近にエンジンによって実行が開始されたアイテムに ついて、プロシージャ５４０６内のポジションを示している。 インチジャ５４０８によって示されるポジションにあるプロシージャ５４０６の アイテムが、識別子である場合に、識別子の実行が生じる。この例において、識 別子は、オペレーションを参照する。なお、識別子によって参照されるオペレー ションは、図５６Ａ〜図５６Ｃ及び図５５のコンテキストにおいて、サブジェク トオベレーションとも呼ばれる。識別子の実行は、フローチャート５５００　（ 図５５）に示される。 リクエスタのスタック、すなわちスタック５４１ｏは、ステップ５５ｏ２におい て、ユーザ定義フレーム５３ｏ４のアトリビュー）−”　５ｔａｃｋ“に問い合 わせることによって生ずる。ユーザ定義フレーム５３ｏ４のプロシージャ５４０ ６　（図５６Ａ）の遂行は、インチジャ５４ｏ８によって示されるプロシージャ ５４０６内のポジションにある識別子の実行を、要求する。したがって、現在の フレームであるユーザ定義フレーム５３ｏ４のプロパティ”　ｒｅｓｐｏｎｄｅ ｒ’は、識別子によって参照されるオペレーションのりクエスタである。図５６ Ａのコンテキストにおいて、レスポンダは、プロセス５３００である。したがっ てスタック５４１ｏは、”リフテスタのスタック″である。 処理は、ステップ５５０２　（図５５）からテストステップ（ｓｔａｃｋ　ｅｍ ｐｔｙ？）　５５０４に移行する。識別子が実行される時点において、スタック ５４１０のトップにあるオブジェクトは、サブジェクトオペレーションのレスポ ンダである。テストステップ（ｓｔａｃｋ　ｅａ＋ｐｔｙ？）　５５０４におい て、プロセス！５３００をインターブリートしているエンジンは、スタック５４ １ｏが空であるかを判断する。 スタック５４１０がエンプティである場合、処理は、テストステップ（ｓｔａｃ ｋｅｍｐｔｙ？）　５５０４がら終了ステップ５５０６に移行し、ここでクラス ”　Ｒｅ５ｐｏｎｄｅｒ　Ｍｉｓｓｉｎｇ”のエクセブションが送出され、サブ ジェクトオペレーションは失敗に終わる。一方、スタック５４１ｏがエンプティ でない場合、処理は、テストステップ（ｓｔａｃｋ　ｅｍｐｔｙ？）　５５０４ からステップ５５ｏ８に移行し、このステップ５５０８において、スタック５４ １ｏのトップにあるオブジェクト（図示せず）が、スタック５４１０からポツプ される。スタック５４１０がらポツプされたオブジェクトは、実行中の識別子の サブジェクトオペレーションの将来のレスポンダであり、図５６Ａ〜図５８Ｃ及 び図５５のコンテキストにおいてごレスボンディングオブジェクト”とも呼ばれ る。 なお−サブジェクトオペレーションは、ユーザ定義される。したがって、サブジ ェクトオペレーションは、ユーザ定義フレームによって表される。定義済みフィ ーチャは、エンジン内において直接に表される。換言すれば、定義済みオペレー ションを形成するインストラクションは、エンジンであるコンピュータープロセ スを形成するインストラクションに含まれている。実行される識別子が、定義済 みオペレーションを参照する場合は、工、ンジン内のオペレーションを定義する インストラクションが、探索され遂行される。 処理は、ステップ５５０８からステップ５５１０に移行する。このステップ５５ １０において、サブジェクトオペレーションを定義するオペレーション定義が検 索される。オペレーション定義の選択、及び関連するメソッドオブジェクトの選 択については、後述する。処理は、ステップ５５１０がらテストステップ（ａＣ ｃｅｓｓ？）　５５１２に移行する。このテストステップ（ａｃｃｅｓｓ？）　 ５５１２において、サブジェクトオペレーションのアクセスが検査される。プロ パティ”１ｓＰｕｂｌ　ｉｃ”、例えばブーリアン４４０４　（図４４）は、オ ペレーション定義がら検索される。 サブジェクトオペレーションのアクセスが”パブリック”でなく、すなわちプロ パティ”　１ｓＰｕｂｌｉｃ”が”ｆａｌｓｅ”であり、かつ、レスボンディン グオブジェクトが、ユーザ定義フレーム５３０４のプロパティ”ｒｅｓｐｏｎｄ ｅｒ”　（図示せず）でない場合、処理は、テストステップ（ａｃｃｅｓｓ？） 　５５１２がら終了テストステップ５５１４に移行する。 終了ステップ５５１４において、クラス”　Ｆｅａｔｕｒｅ　Ｕｎａｖａｉｌａ ｂｌｅ”のエクセプションが送出され、サブジェクトオペレーションは失敗に終 わる。一方、プロパティ”１ｓＰｕｂｌｉｃ”が”ｔｒｕｅ”であるか、又はレ スボンディングオブジェクトがユーザ定義フレーム５３０４のプロパティ”ｒｅ ｓｐｏｎｄｅｒ”である場合、サブジェクトオペレーションのアクセスは可能で あり、処理は、テストステップ（ａｃｃｅｓｓ？）　５５１２からテストステッ プ（ｎｕｍｂｅｒ　ｏｆ　ａｒｇｕＩＩｌｅｎｔｓ？）　５５１６に移行する。 テストステップ（ｎｕｍｂｅｒ　ｏｒ　ａｒｇｕｍｅｎｔｓ？）　５５１６にお いて、オペレーション定義のプロパティ”ａｒｇｕｍｅｎｔｓ”が、オペレーシ ョン定義のアトリビュート”ａｒｇｕｍｅｎ　ｉｓ”の問い合わせによって生成 される。プロバチ４″ａｒｇｕｍｅｎｔｓ”のリスト中のアイテム数は、スタッ ク５４１０上のオブジェクトの数と比較される。プロパティ”ａｒｇｕｍｅｎｔ ｓ”が、スタック５４１０上に存在するオブジェクトの数よりも多くのアーギュ メントの数を定義している場合には、処理は、テストステップ（ｎｕｉｂｅｒ　 ｏｒ　ａｒｇｕｍｅｎｔｓ？）　５５１６から終了ステップ５５１８に移行する 。この終了ステップ５５１８において、クラス”Ａｒｇｕｍｅｎｔ　Ｍｉｓｓｉ ｎｇ”のエクセプションが送出され、サブジェクトオベレーションは失敗に終わ る。 なお、例えば終了ステップ５５０６又は終了ステップ５５１４において、サブジ ェクトオペレーションを参照する識別子の実行によって送出されるエクセプショ ンは、同一のエクセプションであり、サブジェクトオペレーションを終了させる 。 ステップ５５１０において検索されたオペレーション定義のプロパティ”ａｒｇ ｕｍｅｎｔｓ”によって示されるアーギュメントの数と、少なくとも同じ数のオ ブジェクトがスタック５４１Ｏに存在している場合、処理は、テストステップ（ ｎｕｍｂｅｒ　。 ｒ　ａｒｇｕｍｅｎｔｓ？）　５５１６からテストステップ（ｃｌａｓｓ　ｏｆ 　ａｒｇｕｍｅｎｔｓ？）　５５２０に移行する。このテストステップ５５２０ において、プロセス５３００をインターブリートているエンジンは、アーギュメ ントのポジションにあるスタック５４１０上の各オブジェクトが、ステップ５５ １０で検索されたオペレーション定義のプロパティ°’　ａｒｇｕｍｅｎｔｓ” であるリスト内の対応するコンストレンドを、満足しているかを判断する。例え ば、オペレーション定義４５００のプロパティ″ａｒｇｕ＋＋＋ｅｎｔｓ”であ るリスト４５０２Ｉ　（図４５）のコンストレンド４５０２Ｉは、スタック５４ １０のトップにあるオブジェクトに対応する。コンストレンドの構造については 、以上及びアペンディックスＡに詳細に説明されている。 以上に詳細に説明したように、コンストレンドは、（ｉ）オブジェクトがメンバ であるべきクラス、（ｉ　ｉ）オブジェクトが、特定されたクラスのインスタン スでもあるべきか、及び（ｉ　ｉ　ｉ）特定された。クラスには関係なく、ニル （０）が、コンストレンドを満たすか、を特定することによってオブジェクトを 制限する。コンストレンドに対応するスタック５４１０上の各オブジェクトは、 そのオブジェクトがテストステップ（ｃｌａｓｓ　ｏｒ　ａｒｇｕｍｅｎｔｓ？ ）　５５２０中のコンストレンドを満足しているかを判断するために点検される 。スタック５４１０上のどのオブジェクトも、オペレーション定義のプロパティ ゛’　ａｒｇｕｍｅｎｔｓ”の対応するコンストレンドを満足していない場合、 処理は、ステップ（ｃｌａｓｓ　ｏｒ　ａｒｇｕｍｅｎｔｓ？）　５５２０から 終了ステップ５５２２に移行し、そこでクラス”　Ａｒｇｕｍｅｎｔ　Ｉｎｖａ ｌｉｄ”のエクセプションが送出される。 逆に、スタック５４１０上の各オブジェクトが、対応するコンストレンドを満た す場合、処理は、テストステップ（ｃｌａｓｓ　ｏｒ　ａｒｇｕｍｅｎｔｓ？） 　５５２０がらステップ５５２４に移行する。このステップ５５２４において、 レスボンディングオブジェクトのコンテキストにおいてサブジェクトオペレーシ ョンのインプリメンテーションを定義するメソッドオブジェクトが選択される。 メソッドオブジェクトは、後で詳細に説明するように、レスボンディングオブジ ェクトがメンバとなっているクラスの中から選択される。 処理は、ステップ５５２４からステップ５５２６に移行し、このステップ５５２ ６において、ユーザ定義される新たなフレーム５６０２　（図５６Ｂ）が作り出 される。レスボンディングオブジェクト５６０４は、新たなユーザ定義フレーム ５６０２のプロパティ゛”　ｒｅｓｐｏｎｄｅｒ”とされる。ステップ５５２４ において選択されたメソッドオブジェクトのプロパティ°’　ｐｒｏｃｅｄｕｒ ｅ”は、プロシージャ５６０６であり、新たなユーザ定義フレーム５６０２のプ ロパティ”ｐｒｏｃｅｄｕｒｅ”とされる。 ユーザ定義フレーム５６０２のプロパティ”ｐｏｓｉｔｉｏｎ“°は、値が１の インテジャ５６０８となるように初期化される。また、プロパティ”５ｔａｃｋ ″は、空のスタック５６１０にとなるように初期化される。 新たなユーザ定義フレーム５６ｏ２が作り出されたら、処理は、ステップ５５２ ６からステップ５５２８に移行する。このステップ５５２８において、オブジェ クトは、ユーザ定義フレーム５３ｏ４のスタック５４１ｏがら、ユーザ定義フレ ーム５６０２のスタック５６１ｏに移動する。このとき、オブジェクトは、オブ ジェクトの順序が保たれるように、スタック５４１ｏがらスタック５６１ｏに移 動する。換言すれば、スタック５４１０上の最も上のアーギュメントは、スタッ ク５６１０のトップに存在し、スタック５４１０の最も下のアーギュメントは、 スタック５６１ｏのボトムに存在する。各オブジェクトは、検索されたオペレー ション定義のプロパティ”　ａｒｇｕｍｅｎｔｓ”の対応するコンストレンドの プロパティ”ｐａｓｓａｇｅ”に従って移動する。 プロパティ°’　ｐａｓｓａｇｅ”が”ｂｙＲｅｆ”であれば、オブジェクトへ のリファレンスは、スタック５４１０がらポツプされ、スタック５６１ｏに保存 される。したがって、新たなユーザ定義プロシージャ５６０６は、ユーザ定義フ レーム５３ｏ４を要求しているプロシージャ５４０６と同じ、アーギュメントへ のアクセスを持つ。 プロバチ４　”　ｐａｓｓａｇｅ”が°’　ｂｙＰｒｏｔｅｃｔｅｄＲｅｆ”で あれば、オブジェクトへのリファレンスは、スタック５４１ｏがらポツプされ、 保護されたリファレンスとされて、スタック５６１ｏに保存される。したがって 、新たなユーザ定義フレーム５６０２のプロシージャ５６０６は、アーギュメン トを変更することができず、アーギュメントは°°リードオンリーバとなる。 プロバチ４　”　ｐａｓｓａｇｅ”が°’　ｂｙＵｎｐｒｏｔｅｃｔｅｄＲｅｆ ”であれば、要求しているユーザ定義フレーム５３ｏ４のスタック５４１０上の アーギュメントへのリファレンスが、保護されているかが判断される。この判断 は、アペンディックスＡに一層詳細に記述されているアトリビュート”１ｓＰｒ ｏｔｅｃｔｅｄ″を問い合わせることによって行う。リファレンスが保護されて いる場合、クラス”Ｒｅｆｅｒｅｎｃｅ　Ｐｒｏｔｅｃｔｅｄ”のエクセプショ ンが送出される。その他の場合、リファレンスは、スタック５４１０からポンプ され、スタック５６１０に保存される。したがって、新たなユーザ定義フレーム ５６０２のプロシージャ５６０６には、保護されていないリファレンスを通じて アーギュメントを変更するためのアクセスが与えられる。 プロパティ”　ｐａｓｓａｇｅ”が°’　ｂｙＣｏｐｙ”の場合、スタック５４ １０上に見出されるオブジェクトのコピーが作られ、そのコピーへの保護されて いないリファレンスは、新たなユーザ定義フレーム５６０２のスタックに保存さ れる。したがって、プロシージャ５６０６には、アーギュメントのコピーへの無 制限のアクセスが与えられる。ただし、プロシージャ５６０６には、コピーはバ スするが、アーギュメント自身に対してはアクセスを持たないこうして、新たな ユーザ定義フレーム５６０２は、完成し、サブジェクトオペレーションの遂行の 直前のサブジェクトオペレーションの動的状態を表す。処理は、ステップ５５２ ８　（図５５Ｂ）からステップ５５３０に移行する。このステップ５５３０にお いて、新たなユーザ定義フレーム５６０２は、スタック５３０２（図５６０）に ブツシュされることによって、プロセス５３００の実行状態に含められる。した がって、スタック５４１ｏと、そのプロパティ”ｐｒｏｃｅｄｕｒｅ”がプロシ ージャ５４０６であるメソッドオブジェクトとは、現在のスタックでも現在のメ ソッドでもなくなる。そして、スタック５６１０が、現在のスタックとなり、プ ロパティ“’　ｐｒｏｃｅｄｕｒｅ”がプロシージャ５６０６であるメソッドオ ブジェクトが、現在のメソッドとなる。処理は、ステップ５５３０　（図５５Ｂ ）からステップ５５３２に移行する。このステップ５５３２において、ユーザ定 義フレーム５６０２のプロシージャ５６０６　（図５６Ｃ）が遂行される。 プロシージャ５４０６の遂行によって、サブジェクトオペレーションの遂行と、 ユーザ定義フレーム５６０２の生成とを生じさせる識別子が実行されるように、 ユーザ定義フレーム５６０２のプロシージャ５６０６の遂行によって、更なるオ ペレーションを生じさせる識別子が実行される。そして、これにより、新たなフ レームが作り出されて、スタック５３０２に順次保存され、そのプロシージャが 順次遂行される。このように、プロセス５３００の実行状態は、実行のスレッド を表すプロセス５３００のプロパティ”ｆｒａｍｅｓ”であるスタック５３０２ 上の１以上のフレームによって表される。 プロシージャ５６０６の遂行の後、ユーザ定義フレーム５６０２は、サブジェク トオペレーションの遂行直後のサブジェクトオペレーションの動的状態を表して いる。 ユーザ定義フレーム５６ｏ２のスタック５６１０は、サブジェクトオペレーショ ンの遂行によってリザルトが生じていれば、このリザルトを有している。処理は 、ステップ５５３２　（図５５Ｂ）からステップ５５３４に移行する。このステ ップ５Ｓ３４において、サブジェクトオペレーションを定義するオペレーション 定義のプロパティ”　ｒｅｓｕｌｔ”が、オペレーション定義のアトリビュー） ”　ｒｅｓｕｌｔ”を問い合わせることによって生成される。処理は、ステップ ５５３４からテストステップ（ｒｅｓｕｌｔ？）　５５３６に移行し、ここで、 クラス”　Ｃｏｎ５ｔｒａｉｎｔ”のプロパティ”ｒｅｓｕｌｔ”のメンバーシ ップ（帰属関係）が判断される。換言すれば、プロパティ”ｒｅｓｕ　Ｉ　ｔ” は、コンストレンドであり、かつニル（０）でないことが検査される。プロパテ ィ゛”　ｒｅｓｕｌｔ”が、コンストレンドであり、かつニル（０）でない場合 に、サブジェクトオペレーションは、リザルトを生成し、処理は、テストステッ プ（ｒｅｓｕｌｔ？）　５５３６からテストステップ（ｓｔａｃｋ　ｅｍｐｔｙ ？）　５５３８にテストステップ（ｓｔａｃｋ　ｅｍｐｔｙ？）　５５３８にお いて、プロセス５３００　（図５６Ｃ）をインターブリートしているエンジンは 、スタック５６１０にオブジェクトが存在するかを判断する。スタック５６１０ が空であれば、処理は、テストステップ（ｓｔａｃｋ　ｅｍｐｔｙ？）　５５３ ８　（図５５Ｂ）から終了ステップ５５４０に移行する。この終了ステップ５５ ４ｏにおいて、クラス”　Ｒｅ５ｕｌｔ　Ｍｉｓｓｉｎｇ”のエクセブションが 送出される。一方、スタック５６１０　（図５６０）がオブジェクトを含んでい る場合、処理は、テストステップ（ｓｔａｃｋ　ｅｍｐｔｙ？）　５５３８　（ 図５５Ｂ）からテストステップ（ｃｌａｓｓ　ｏｒ　ｒｅｓｕｌｔｓ？）　５５ ４２に移行する。このテストステップ５５４２において、プロセス５３００　（ 図５６Ｃ）をインターブリートしているエンジンは、スタック５６１０上のオブ ジェクトが、オペレーション定義のプロパティ”ｒｅｓｕｌｔ”であるコンスト レンドを満足しているかを判断する。オブジェクトがコンストレンドを満足しな い場合、処理は、テストステップ（ｃ　Ｉ　ａｓｓｏｒ　ｒｅｓｕｌｔｓ？）　 ５５４２　（図５５）から終了ステップ５５４４に移行する。この終了ステップ ５５４４において、クラス”Ｒｅ５ｕｌｔ　Ｉｎｖａｌｉｄ”のエクセブション が送出される。一方、オブジェクトがコンストレンドを満足する場合、処理は、 テストステップ（ｃｌａｓｓ　ｏｒ　ｒｅｓｕｌｔｓ？）　５５４２からステッ プ５５４６に移行する。 このステップ５５４６において、オブジェクトは、前述したように、オペレーシ ョン定義のプロパティ゛’　ｐａｓｓａｇｅ”に従って、ユーザ定義フレーム５ ６０２のスタック５６１０（図５６Ｃ）から、ユーザ定義フレーム５３０４のス タック５４１０へ移動する。処理は、ステップ５５４６　（図５５Ｂ）がらステ ップ５５４８に移行する。 テストステップ（ｒｅｓｕｌｔ？）　５５３６において、プロパティ”ｒｅｓｕ ｌｔ”がニル（０）である場合、処理は、ステップ５５４８に直接移行する。こ のステップ５５４８において、新たなユーザ定義フレーム５６０２がスタック５ ３０２　（図５６Ｂ）からポンプされ、廃棄される（図５６Ａ）。したがって、 スタック５４１０と・そのプロパティ”　ｐｒｏｃｅｄｕｒｅ”がプロシージャ ５４０６であるメソッドオブジェクトとが、再び、それぞれ、現在のスタックと 、現在のメソッドとになる。処理は、ステップ５５４８　（図５５Ｂ）からステ ップ５５５ｏに移行する。このステップ５５５０において、プロシージャ５４ｏ ６の実行は、インチジャ５４ｏ８のインクリメントと、インチジャ５４ｏ８によ って示される位置にあるプロシージャ５４０６のアイテムの実行とによって、継 続される。こうして、オペレーションを参照する識別子の実行によって、そのオ ペレーションが遂行される。 オペレーション定義及びメソッドの゛ 前述したように、サブジェクトオペレーションを定義する、オペレーション定義 とメソッドオブジェクトとは、それぞれステップ５５１０，５５２４において選 択される（図５５Ａ）。オペレーション定義及びメソッドの選択は、図４１Ｂに ついて前述した本発明の実施例のコンテキストにおいて説明される。この実施例 において、クラスオブジェクト４１ｏ２は、クラス定義４１００のプロパティ” 　Ｃ１ｔａｔｉｏｎ”　、”　１ｎｔｅｒ４ａｃｅ”ごｉｍｐｌｅｍｅｎｔａｔ ｉｏｎ”を複写することによって生成される。選択されるオペレーション定義は 、インターフェースオブジェクトがら選択され、選択されるメソッドオブジェク トは、インプリメンテーションオブジェクトから選択される。オペレーション定 義及びメソッドオブジェクトは、フローチャート５７００　（図５７）に従って 選択される。 適切なオペレーション定義及びメソッドオブジェクトは、レスポンディングオブ ジェクトがインスタンスとなるクラスに依存している。テストステップ（ｃｌａ ｓｓ？）５７０２において、レスポンディングオブジェクトは、それがクラスオ ブジェクトであるか、すなわちクラス”ｃｌａｓｓ”のメンバであるが検査され る。 レスポンディングオブジェクトがクラスオブジェクトの場合、処理は、テストス テップ５７０２がらステップ（ｃｌａｓｓ　１ｏｏｋ　ｕｐ）　５７０４に移行 する。このステップ５７０４において、レスポンディングオブジェクトのプロパ ティ”ｃｌａｓｓＦｅａｔｕｒｅｓ”と、レスポンディングオブジェクトのイン ターフェーススーパークラスとが、後述するようにサーチ（検索）される。クラ スフィーチャのレキシコン、すなわちプロパティ”ｃｌａｓｓＦｅａｔｕｒｅｓ ”は、サブジェクトオペレーションの識別子、すなわち実行中の識別子に適合す るキーについてサーチされる。また、ステップ（ｃｌａｓｓ　１ｏｏｋ　ｕｐ） 　５７０４において、レスポンディングオブジェクトのプロパティ”ｃｌａｓｓ Ｍｅｔｈｏｄｓ“と、レスポンディングオブジェクトのインプリメンテーション スーパークラスとが、実行中の識別子に関連したメソッドオブジェクトについて 、後述するようにサーチされる。 処理は、ステップ５７０４からテストステップ５７０６に移行する。このテスト ステップ５７０６において、現在のプロセス、例えばプロセス５３００　（図５ ６Ａ）をインターブリートしているエンジンは、オペレーション定義及びメソッ ドオブジェクトがステップ５７０４において見出されるかを判断する。サブジェ クトオペレーションを定義するメソッドオブジェクト及びオペレーション定義が 見出された場合は、処理は、テストステップ５７０６から終了ステップ５７０８ に移行し、選択のプロセスが終了する。その他の場合には、処理は、テストステ ップ５７０６からステップ（ｉｎｓｔａｎｃｅ　１ｏｏｋ　ｕｐ）　５７１０に 移行する。また、レスポンディングオブジェクトがクラスオブジェクトでない場 合、すなわちクラス“ｃｌａｓｓ”のメンバでない場合、処理は、テストステッ プ５７０２からステップ５７１０に直接移行する。 ステップ５７１０において、レスポンディングオブジェクトがインスタンスであ るクラスのインターフェースオブジェクトと、そのクラスのインターフェースス ーパークラスのインターフェースオブジェクトのプロパティ”　；ｎ５ｔａｎｃ ｅＦｅａｔｕｒｅｓ”とが、実行中の識別子に関連するフィーチャ定義について 、サーチされる。 さらに、ステップ５７１０において、レスポンディングオブジェクトがインスタ ンスであるクラスのインプリメンテーションと、そのクラスのインプリメンテー ションスーパークラスのインプリメンテーションのプロパティ”　ｉｎｓｔａｎ ｃｅＭｅｔｈｏｄＳ”とが、実行中の識別子に関連するメソッドオブジェクトに ついて、サーチされる。サーチされるスーパークラスの順序については、後述す る。 レスポンディングオブジェクトがクラスオブジェクトである場合には、クラスメ ソッドはクラスフィーチャだけを実行でき、インスタンスメソッドはインスタン スフィーチャだけを実行できる。 処理は、ステップ（ｉｎｓｔａｎｃｅ　１ｏｏｋ　ｕｐ）　５７１０からテスト ステップ（ｆｏｕｎｄ？）５７１２に移行し、このテストステップ５７１２にお いて、エンジンは、オペレーション定義とメソッドオブジェクトが、ステップ５ ７１０にて検索されたかを判断する。実行中の識別子によって特定されたメソッ ドオブジェクトとオペレーション定義が、検索された場合は、処理は、テストス テップ５７１２がら終了ステップ５７１６に移行する。この終了ステップ５７１ ６において、この選択のプロセスは成功のうちに終了する。さもなければ、処理 は、テストステップ５７１２から終了ステップ５７１４に移行する。この終了ス テップ５７１４において、クラス゛’　Ｆｅａｔｕｒｅ　Ｕｎａｖａｉｌａｂｌ ｅ”のエクセプションが送出される。 引用として本明細書の一部を構成するアペンディックスＡに開示されている定義 済み階層構造の一部が、適切なオペレーション定義及びメソッドオブジェクトに ついて種々のクラスがサーチされる順序を示すために、図５８Ａ、図５８Ｂに示 されている。図５８Ａ、図５８Ｂは、定義済みインターフェース階層の一部を示 しており、インプリメンテーション階層をサーチするメソッドは、インターフェ ース階層のサーチに関連して、以下に説明される。 階層図５８００　（図５８Ａ）は、クラス”Ｌｉ５ｔ”を表すクラスオブジェク ト５８０２を示している。クラス゛’　Ｌｉ５ｔ”は、クラスオブジェクト５８ ０４によって表されたミックスインスーパークラス゛’　ｏｒｄｅｒｅｄ”、及 びクラスオブジェクト５８０６によって表されたフレーバスーパークラス”Ｃｏ １１ｅｃｔｉｏｎ”から継承される。 クラス゛’　Ｃｏ１１ｅｃｔｉｏｎ”は、クラスオブジェクト５８０８によって 表されるスーツく一クラス”０ｂｊｅｃｔ”から継承される。クラス゛’　０ｂ ｊｅｃｔ”は、クラスオブジェクト５８１０によって表されるミックスインスー パークラス”Ｒｅｆｅｒｅｎｃｅｄ”から継承される。図５８Ａ、図５８Ｂにお いて（ｉ）二ｍＭは、フレーバクラスと、フレーバクラスのサブクラスとの間を 結び、（ｉｉ）単一の実線は、ミックスインクラスと、ミックスインクラスのサ ブクラスとの間を結び、（ｉ　ｉ　ｉ）破線は、あるクラスと、そのクラスのイ ンスタンスとの間に結んでいる。前述したように、インプリメンテーションオブ ジェクト又はインターフェースオブジェクトのプロパティ”５ｕｐｅｒｃｌａｓ ｓｅｓ”の最後のアイテムは、ミックスインクラスを特定すべきではない。この 理由については後述する。 例として、フローチャート５７００　（図５７）のコンテキストにおけるレスポ ンディングオブジェクトが、クラス゛’　Ｌｉ５ｔ”を表すクラスオブジェクト ５８０２（図５８Ａ）であるものと想定する。ステップ５７０４　（図５７）に おいて、クラスオブジェクト５８０２のプロパティ”１ｎｔｅｒｆａｃｅ”であ るインターフェースオブジェクトのプロパティ”　ｃｌａｓｓＦｅａｔｕｒｅｓ ”は、実行中の識別子をキーとする関連についてサーチされる。このような関連 が検索された場合、識別子と関連づけられたフィーチャ定義は、サブジェクトオ ペレーションのインターフェースを定義するオペレーション定義であり、選択さ れる。そして、オペレーション定義のサーチは終了する。 一方、そのような関連が検索されなかった場合、クラス”１ｓｔ”の第１のスー パークラス、すなわちクラス°’　ｏｒｄｅｒｅｄ”のインターフェースオブジ ェクトが、適切なオペレーション定義の場合と同様に、サーチされる。適切に特 定されたオペレーション定義が検索されなかった場合、インターフェース階層の 縦型探索において、クラス゛’　ｏｒｄｅｒｅｄ”のスーパークラスがサーチさ れる。クラス”ｏｒｄｅｒｅｄｏｏはスーパークラスを持たないので、クラス” Ｌｉ５ｔ”のインターフェースオブジェクト、すなわちクラス°’　Ｃｏ１１ｅ ｃｔｉｏｎ”、のプロパティ”　５ｕｐｅｒｃｌａｓｓｅｓ”の次のアイテムが 前述したようにサーチされる。サーチされる最後のスーパークラスはミックスイ ンクラスではないので、フレーバスーパークラスのサーチの前に各ミックスイン スーパークラスをサーチする。 こうして、クラス”Ｌｉ５ｔ”について前述したように、図５８Ａのクラスオブ ジェクトの残りの部分が、クラス”０ｂｊｅｃｔ”を表すクラスオブジェクト５ ８０８、クラス”Ｒｅｆｅｒｅｎｃｅｄ”を表すクラスオブジェクト５８１０の 順序でサーチされる。 サブジェクトオベレーションのインプリメンテーションを定義する適切なメソッ ドオブジェクトのサーチは、２つの例外を除いて、適切なオペレーション定義の サーチについて前述した通りである。第１に、あるクラスのインプリメンテーシ ョンオブジェクトのプロパティ°’　ｃｌａｓｓＭｅｔｈｏｄｓ”が、適切に特 定されたメソッドオブジェクトについてサーチされる。第２に、クラス”’　Ｌ ｉ５ｔ”の、インターフェーススーパークラスではなく、インプリメンテーショ ンスーパークラスが、適切に特定されたメソッドオブジェクトについてサーチさ れる。 単一のフレーバスーパークラスが、最後にサーチされるスーパークラスであるこ との重要性は、次の仮定の例を検討すれば明らかとなる。例えば、フレーバＣｏ １１ｅｃｊｉｏｎ”を表すクラスオブジェクト５８０６と、クラス°’　ｃｌｌ ｅｃｔｉｏｎ”のスーパークラスを表すクラスオブジェクト５８０８とが、ミン クスインクラス”ｏｒｄｅｒｅｄ　”を表すクラスオブジェクト５８０４のサー チの前にサーチされるものと想定する。さらに、クラス”　０ｂｊｅｃｔ”を表 すクラスオブジェクト５８０８が、クラス”ｏｒｄｅｒｅｄ　”によって適合さ れた１以上のフィーチャ、すなわちクラスオブジェクト５８０４によってそのメ ソッドが提供された１以上のフィーチャを、定義していると想定する。この仮定 の例においては、クラスオブジェクト５８０８は常にクラスオブジェクト５８０ ４の前にサーチされるので、クラスオブジェクト５８０８によって定義されたフ ィーチャについてのメソッドは、常にクラスオブジェクト５８０８において検索 される。したがって、クラスオブジェクト５８０４がり一ラスオブジェクト５８ ０８によって定義されたフィーチャに適合することは、不可能である。したがっ て、あるフレーバのフレーバスーパークラスは、常にオペレーション定義又はメ ソッドについてサーチされるフレーバの最後のスーパークラスである。 引き統いて、この例示的な例では、フローチャート５７００　（図５７）のコン テキストにおけるレスポンディングオブジェクトが、クラス’　Ｌｉ５ｔ”を表 すクラスオブジェクト５８０２　（図５８Ａ、図５８Ｂ）であり、階層図５８５ ０　（図５８Ｂ）が、ステップ５７１０（図５７）においてサーチされるクラス を示している。クラスオブジェクト５８０２　（図５８Ｂ）のインスタンスフィ ーチャのためのメソッドオブジェクト及びオペレーション定義についてのサーチ は、前述したようなりラスフィーチャのためのメソッドオブジェクト及びオペレ ーション定義についてのサーチと、次の２つの点で異なっている。第１に、ある クラスのインターフェースオブジェクトのプロノくティ”１ｎｓｔａｎｃｅＦｅ ａｔｕｒｅｓ”（よ、適切に特定されたオペレーション定義についてサーチされ 、あるクラスのインプリメンテーションオブジェクトのプロパティ°’　ｉｎｓ ｔａｎｃｅＭｅｔｈｏｄｓ”は、適切に特定されたメ゛ノットオブジェクトにつ いてサーチされる。第２に、レスポンディングオブジェクト、すなわちクラスオ ブジェクト５８０２がメンバであるクラスがサーチされる。 クラスをサーチする方法は、前述したものと同様であり、ここでは繰り返さない 。適切なオペレーション定義及びメソッドオブジェクトが見出されるが、又は以 下に述べる全てのクラスがサーチされるかするまで、以下のクラスが、以下の順 序においてサーチされる。（１）クラスオブジェクト５８０２がインスタンスで あるクラス”ｃｌａｓｓ”を表すクラスオブジェクト５８１２．（ｉ　ｉ）クラ ス”Ｃ１ａｓｓ”のミックスインスーパークラスあるクラス”ｌ　ｎｔｅｒｃｈ ａｎｇｅｄ”を表すクラスオブジェクト５８１６゜（ｉ　白）ミックスインクラ ス”Ｉｎｔｅｒｃｈａｎｇｅｄ”のミックスインスーパークラス、したがってク ラス”ｃｌａｓｓ”のミックスインスーツ（−クラスであるクラス”Ｕ口ｃｈａ ｎｇｅｄ”を表すクラスオブジェクト５８１８゜（ｉｖ）クラス”ｃｌａｓｓ” のミックスインスーパークラスであるクラス”Ｃ１ｔｅｄ”を表すクラスオブジ ェクト５８１４゜（Ｖ）クラス°’　ｃｌａｓｓ”のフレーバスーパークラスで あるクラス”　０ｂｊｅｃｔ”を表すクラスオブジェクト５８０８゜（ｖｉ）ク ラス°’　０ｂｊｅｃｔ”のミックスインスーパークラスであるクラス゛’　Ｒ ｅｒｅｒｅｎｃｅｄ”を表すクラスオブジェクト５８１０゜ 図５８Ａ、図５８Ｂのクラスのサーチにおいて、実行中の識別子に関連したオペ レーション定義又はメソッドオブジェクトが見出されない場合には、レスポンデ ィングオブジェクトについてオペレーションが定義されず、クラス°’　Ｆｅａ ｔｕｒｅＵｎｄｅｒ　ｉｎｄ”のエクセプションが送出される。 前述したように、レスポンディングオブジェクトがクラスでない場合には、ステ ップ５７０４　（図５７）の処理は行われない。例えば、レスポンディングオブ ジェクトが、クラス”　Ｌｉ５ｔ”のインスタンスであるリスト５８０２Ａであ 泪１１前述したように、階層図５８００　（図５８Ａ）に示されたクラスがステ ップ５７１２（図５７）においてサーチされる。 本発明の一実施例において、インターフェース階層とインプリメンテーション階 層とは互いに独立である。換言すれば、あるクラスのインターフェーススーツ（ −クラスは、必ずしもそのクラスのインプリメンテーションスーパークラスでは なく、あるクラスのインプリメンテーションスーパークラスは、必ずしもそのク ラスのインターフェーススーパークラスではない。このような実施例では、エン ジンは、オペレーション゛’　ｍａｋｅｃｌａｓｓｅｓ”の遂行の間、インプリ メンテーションの欠けたフィーチャ定義がないように保証する。オペレーション ”ｍａｋｅｃｌａｓｓｅｓ”が失敗に終わり、クラス゛’　ｃｌａｓｓ　Ｅｘｃ ｅｐｔｉｏｎ＋のエクセプションが送出されるのは〜次の条件の下である。すな わち、この条件とは、定義されるクラスが抽象的ではないこと、及び、その定義 されるクラスが、定義されたフィーチャをインプ「ノメントするメソッドを定義 していないか、又はそのメソッドをインプリメンテーションスーパークラスから 継承していないことである。こうして、インターフェース階層において定義され たフィーチャは、インプリメンテーション階層において見出されたメソッドによ って常にインプリメントされる。 こうして、サブジェクトオペレーションのための適切なオペレーション定義及び メソッドオブジェクトが、前述したようにクラス階層をサーチすることによって 見出されるか、又はエクセブションが送出される。 ニスカレーション 前述したように、スーパークラスからフィーチャを継承するクラスは、フィーチ ャに対する新しいインプリメンテーションの供与によって、フィーチャのインプ リメンテーションを変更することができる。ただし、この新しいインプリメンテ ーションは、スーパークラスによって提供されたインプリメンテーションを使用 することもある。オブジェクトは、フィーチャのニスカレーションによって、現 在のクラスの直接のスーパークラスの特定又は任意の１つによってインプリメン トされるようなフィーチャを遂行するように指示される。アペンディックスＡに 一層詳細に説明するように、現在のクラスは、現在実行されているメソッドを供 与するクラスである。 フィーチャは、ニスカレーションされるべきフィーチャを参照する資格のある識 別子（有資格識別子）を実行するか、又は”ニスカレート”セレクタを実行する ことによって、ニスカレーションされる。有資格識別子（ｑｕｌｉｆｉｅｄ　１ ｄｅｎｔｉｆｉｅｒ）は、フィーチャのインプリメンテーションを供与するクラ スを特定するブロノくティー　ｑｕａｌｉｆｉｅｒ”を含んでいる。 ”ニスカレート”セレクタの実行によってフィーチャがニスカレートされる場合 、いかなる直接のインプリメンテーションスーパークラスも、そのフィーチャの インプリメンテーションを供与することができる。 なお、有資格識別子のプロパティ”ｑｕａｌｉｆｉｅｒ”へにアクセスを与える アトリビュートは、定義されていない。有資格識別子が作り出され、その有資格 識別子が破壊されるまで変更されずに保たれるときに、有資格識別子のプロパテ ィ”ｑｕａｌｉｆｉｅｒ”が設定される。フィーチャのニスカレーションについ てはアペンディックスＡに詳細に説明されている。 ニスカレーシランは、オブジェクトの初期化において特に重要な役割をする。 アペンディックスＡには、本発明の定義済み各クラスの初期化についての説明が 含まれている。オブジェクトの初期化は、フローチャート５９００（図５９）に 示されている。このフローチャー１−５９００　（図５９）は、リストの初期化 について、すなわちクラス゛’　Ｌｉ５ｔ”のインスタンスの初期化について、 例示的なコンテキストを説明している。オペレーション°’　１ｎｉｔｉａｌｉ ｚｅ”は、クラス’　Ｌｉ５ｔ”の直接の各インプリメンテーションスーパーク ラスについてニスカレートされる。 前述したように、階層図５８００　（図５８Ａ）は、クラス”Ｌｉ５ｔ″のイン ターフェーススーパークラスを表している。さらに、階層図５８００は、クラス ”Ｌｉ５ｔ”のインプリメンテーションスーパークラスを正確に表している。 ステップ５９０２において、新しいリストがインスタンスであるクラス、すなわ ちクラス゛’　Ｌｉ５ｔ”によって定義されたオペレーション”１ｎｉｔｉａｌ ｉｚｅ”が、遂行される。オペレーション”　１ｎｉｔｉａｌｉｚｅ”の遂行は 、現在のスタックから０以上のアーギュメントを使用する。処理は、ステップ５ ９０２からステップ５９０４に移行する。 ステップ５９０４においては、インプリメンテーションオブジェクトのアトリビ ュート”５ｕｐｅｒＣｌａｓｓｅｓ”を問い合わせることによって、クラス°’ 　Ｌｉ５ｔ”のインプリメンテーションオブジェクトのプロパティ”５ｕｐｅｒ Ｃ１ａｓｓｅｓ”が生成される。 前述したように、インプリメンテーションオブジェクトのプロパティ”５ｕｐｅ ｒｃＩａｓｓｅｓ”は、クラスを参照する識別子のリストである。処理は、ステ ップ５９ｏ４からステップ（ＦＯＲＥＡＣＨ５ＵＰＥＲＣＬＡＳＳ）　５９０６ 　ニ移行する。 ステップ（ＦＯＲＥＡＣ）Ｉ　５ＵＰＥＲＣＬＡＳＳ）　５９０６とステップ（ ＮＥＸＴ）　５９１０は、前記のようにして形成されたプロパティ“５ｕｐｅｒ Ｃ１ａｓｓｅｓ”の各スーパークラスがステップ（ｅｓｃａｌａｔｅ　’１ｎｉ ｔｉａｌｉｚｅ”）　５９０８において処理されるように、処理ループを形成す る。すなわち、各スーパークラスについて、処理は、ステップ５９０６からステ ップ５９０８に移行する。このステップ５９０８において、スーパークラスは、 フローチャート５９ｏｏに従ってオペレーション”１ｎｉｔｉａｌｉｚｅ″を遂 行するように指示される。したがって、フローチャート５９０ｏにおいて、イン プリメンテーション階層の縦型探索が反復して遂行される。例えば、ステップ５ ９０８において、゛°１旧ｔｉａｌｉｚｅ”がニスカレートされるような、第１ のイミディエイトスーパークラスは、（ｉ）ステップ５９ｏ２において、”１ｎ ｉｔｉａｌｉｚｅ　（の直接のインプリメンテーションスーパークラスを生成さ せ、（ｉｉｉ）ステップ５９０６及びステップ５９１ｏによって定義された処理 ループにおいて、そのスーパークラスの各スーパークラス（ごｔｎｉｔｉａｌｉ ｚｅ　（初期化）”をニスカレートする。 処理は、ステップ５９０８がらステップ５９１ｏを経てステップ５９ｏ６に移行 する。こうして、プロパティ”５ｕｐｅｒｃｌａｓｓｅｓ”のリストで検索され る順に１イニシアライゼーシヨンが、直接の各インプリメンテーションスーパー クラスにニスカレートされる。クラス”Ｌｉ５ｔ”のスーパークラスによるオペ レーション”ｉｎ山ａｌｉｚｅ”のそれぞれの遂行は、現在のスタックがら０以 上のアーギュメントを使用し、スーパークラスの直接のインプリメンテーション スーパークラスに、イニシアライゼーションをニスカレートする。 ステップ５９０６及びステップ５９１ｏの処理ループに従って、クラス”Ｌｉ５ ｔ”の直接の各インプリメンテーションスーパークラスがオペレーション”１ｎ ｉｔｉａｌｉｚｅ”を遂行した後、処理は、ステップ５９ｏ６がら終了ステップ ５９１２に移行する。この終了ステップ５９１２において、クラス”Ｌｉ５ｔ” によって定義されたオペレーション”１ｎｉｔｉａｌｉｚｅ”の遂行は成功のう ちに終了する。こうして、新しいリストがメンバである各クラスは、前述のステ ップ５７１０（図５７）においてクラスがサーチされた順に、オペレーション” 　１ｎｉｔｉａｌｉｚｅ”を遂行する。 モディファイアの　行 識別子の実行については以上に、そしてアペンディックスＡに詳細に説明されて いる。しかし、モディファイアの存在や、識別子の性質によって、識別子の実行 が変更されることがある。例えば、アペンディックスＡに述べたモディファイア 代替ルールに従って識別子があるアトリビュートを特定した場合、オペレーショ ン°’　ｇｅｔＡｔｔｒｉｂｕｔｅ”が遂行され、只１つのアーギュメントとし て、実行中の識別子が使用される。種々のモディファイアと、識別子の実行に対 する効果とについては、アペンディックスＡに説明されており、この説明は引用 として本明細書の一部とされる。 セレクタの実行 セレクタは、基本的な要素であり、その実行によっである特別のアクションが引 き起こされる。各セレクタについては、アペンディックスＡに説明されているが 、幾つかのセレクタについてここで説明する。例えば、セレクタ”　ｂｒｅａｋ ”、”ｃｏｎｔｉｎｕｅ”　、”５ｕｃｃｅｅｄ”は、プロシージャの遂行のコ ンテキストにおいて、後述される。セレクタ“ｓｅｎ”の実行は、現在のメソッ ドのレスポンダである現在のオブジェクトへのリファレンスを、現在のスタック にブツシュする。図５６０のコンテキストにおいて、現在のオブジェクトは、フ レーム５６０２のプロパティ゛’　ｒｅｓｐｏｎｄｅｒ”であるオブジェクト５ ６０４であり、現在のスタックは、フレーム５６０２のプロパティ”５ｔａｃｋ ”であるスタック５６１０であり、現在のメソッドは、そのプロパティ”ｐｒｏ ｃｅｄｕｒｅ””がプロシージャ５６０６であるメソッドオブジェクトである。 セレクタ”Ｐｒｏｃｅｓｓ”の実行によって、現在のプロセスへのリファレンス が、現在のスタックにブツシュされる。図５６Ｃにおいて、現在のプロセスは、 プロセス５３００である。現在のプロセスがエンジンブレイスであれば、ニル（ ０）が現在のスタックにブツシュされる。 こうして、本発明に従って作り出されたエンジンは、プロシージャのアイテムを 順次実行することによって、プロシージャを実行する。プロシージャのアイテム の実行は、このアイテムが識別子である場合、前述したような状態の元で、その 識別子によって参照されるフィーチャの実行を引き起こす。遂行されるプロシー ジャの動的状態はフレームに記録される。ユーザ定義フィーチャをインプリメン トするメソッドの動的状態は、ユーザ定義フレームに記録される。フィーチャの インターフェースとインプリメンテーションをそれぞれ定義するフィーチャ定義 とメソッドオブジェクトは、レスボンディングオブジェクトのメンバであるクラ スから選択される。現在のクラスのスーパークラスによって提供されたインプリ メンテーションは、フィーチャのニスカレートによって遂行される。例えば、オ ペレーション”１ｎｉｔｉａｌｉｚｅ”は、反復的にニスカレートされ、レスポ ンダがメンバである各クラスによって供与されるメソッドが、遂行される。モデ ィファイアは、識別子の実行を変更するために用いられる。セレクタは、普通に 実行される？Ｉｎなアクションが単一のオブジェクトの実行によって生ずるよう にする簡単な手段を提供する。これらのフィーチャの組み合わせにより、ここに 開示されたコンピューターインストラクションセットにおいて、非常に高度の機 能性及び汎用性が得られる。 コントロールコンストラクト 前述したように、エージェントは、１以上のどのブレイスに移動し、１以上のど のエージェントとミーティングするかを定めるための、複雑なロジックを適用す ることができる。ここに開示されたインストラクションセットは、そのインスト ラクションセットからなるプロシージャにおいて、？３［雑で込み入ったロジッ クの実現を可能にする高度な一般性が得られる、多くのインストラクションを提 供している。 以下に、このような高度な一般性を与えるコントロールコンストラクトについて 説明する。（１）リソース及びリソース割当フィーチャは、プロシージャの実行 の間、リソースの共有もしくは排他的コントロールを取得し保持する能力をプロ セスに提供する。（ｉｉ）デシジョンハンドリングフィーチャは、プロセスがプ ロシージャを条件的に実行することを可能にする。（ｉｉｉ）エクセブションハ ンドリングフィーチャは、プロセスがエクセブションの送出を検出してそれに対 してアクションをとることを可能にする。（ｉｖ）ルーピングフィーチャはプロ シージャを反復遂行して、それにより反復的なタスクを効率的に実行することを 可能にする。 リソース及びリソース割当フィーチャ 以上に説明したように、また、アペンディソクスＡに説明するように、１以上の プロセスを処理するエンジンは、それらの処理を同時に行っている。例えば、エ ンジン１３２Ｂ（図１５Ｅ）は、エージェント１５０Ａ、１５０Ｂを同時に処理 する。エンジン１３２Ｂは、エンジン１３２Ｂによって実行されるエージェント １５０Ａによる第１のプロシージャの遂行の間のどの時点でも、エージェント１ ５０Ａによる第１のプロシージャの遂行を一時的に中断することができる。そし て、このとき、エンジン１３２Ｂは、エージェント１５０Ｂのために第２のプロ シージャを自由に実行することができる。エンジン１３２Ｂは、第２のプロシー ジャの遂行のどの時点においても、エージェント１５０Ｂのために第２のプロシ ージャの実行を一時的に中断し、エージェント１５０Ａのために第１のプロシー ジャの実行を再開することができる。このようにして、エンジン１３２Ｂは、エ ージェント１５０Ａ、１５０Ｂを同時に処理する。 アペンディックスＡに説明するように、エンジンは、定義済みフィーチャの大部 分をアトミック（不可分）に遂行する。エンジンが、フィーチャが成功又は失敗 のうちに完了するまで、他のプロセスを処理するためにそのフィーチャの遂行の 中断することを拒んだ場合、そのフィーチャはアトミックに遂行される。フィー チャがアトミックに遂行される場合、そのフィーチャの遂行の問いかなる他のプ ロセスもインターブリードされないので、現在のプロセスを除くいがなるプロセ スもリソースを夏更したり操作したりすることはできない。アトミックに遂行さ れない、定義済みフィーチャは、アペンディックスＡに説明されている。 ユーザ定義フィーチャをアトミックに遂行するメカニズムは存在しない。すなわ ち、ユーザ定義フィーチャの遂行の間に、又はアトミックに遂行されないあらか じめ定義されたフィーチャの遂行の間に、プロセスがリソースの共有又は排他的 な使用を取得し得るようにするためのメカニズムが必要である。ユーザは、クラ ス”Ｒｅ５ｏｕｒｃｅ”によって定義される、アペンディックスＡに詳細に説明 されているオペレーション”ｕｓｅ”の使用によって、リソースの共有又は排他 的な使用が得られるように、プロセスを構成することができる。オペレーション ”ｕｓｅ”の遂行の動的状態はクラス”ｕｓｅ　Ｆｒａｍｅ”のユーズフレーム によって記録される。ユーズフレームについては、付録Ｂに記載されている。 実行オブジェクトの条件的な実行 実行オブジェクトは、オペレーション゛°１「”又はオペレーション”　ｅｉｔ ｈｅｒ”の遂行によって条件的に実行される。レスボンディング実行オブジェク トによるオペレーション”ｊ「°の遂行では、ブーリアンオブジェクトが使用さ れ、ブーリアンオブジェクトの値が”ｔｒｕｅ”であれば、実行オブジェクトを 遂行する。なお、プロシージャは、実行オブジェクト、すなわちミックスインク ラス”Ｅｘｅｃｕｔｅｄ”のメンバであり、プロシージャの遂行については、図 ５２Ａ、図５２Ｂを参照して上述したとおりである。 フローチャート６０００（図６０）は、ミックスインクラス°’　Ｅｘｅｃｕｔ ｅｄ”によって定義されたオペレーション°′１ｆ”のインプリメンテーション を示している。 オペレーション°’ｉｆ”を遂行する際に、レスボンディング実行オブジェクト は、ステップ６００２において、現在のスタックからブーリアンオブジェクトを ボ・ツブする。処理は、ステップ６００２からテストステップ（ｂｏｏｌｅａｎ ？）　６００４に移行し、このテストステップ６００４において、ステップ６０ ０２でポツプされたブーリアンオブジェクトが、”ｔｒｕｅ”と比較される。ブ ーリアンオブジェクトが”ｔｒｕｅ”であれば、処理は、テストステップ６００ ４からステップ６００６に移行し、このステップ６００６において、レスボンデ ィング実行オブジェクトが遂行される。処理は、ステップ６００６から、テスト ステ・ツブ（ｅｘｃｅｐｔｉｏｎ？）　６０１０に移行し、ここで、オペレーシ ョン”　ｉｆ”を実行しているエンジンが、レスボンディング実行オブジェクト のステップ６００６での遂行によってエクセプションが送出されたかを判断する 。 ステップ６００６においてエクセプションが送出されなかった場合、処理は、テ ストステップ６０１０から終了ステップ６００８に移行する。また、ブーリアン オブジェクトが゛”　ｆａｌｓｅ”である場合、処理は、テストステ・ツブ６０ ０４から終了ステップ６００８に直接移行する。そして、この終了ステ・ツブ６ ００８１こお０て、オペレーション”ｉｆ”が成功のうちに終了する。一方、ス テップ６００６１こおいてエクセプションが送出された場合、処理は、テストス テップ６０１０力１ら終了ステップ６０１２に移行し、この終了ステップ６０１ ２において、レスボンディング実行オブジェクトのステップ６００６での遂行に よって送出されたエクセプションが送出され、それによってオペレーション”ｉ ｆ”が失敗となる。オペレーション”ｉｒ”の遂行の動的状態は、上述しまたア ベンデイクスＢにおいて説明される、定義済みフレーム、すなわちクラス゛’　 Ｐｒｅｄｅｆｉｎｅｄ　Ｆｒａｍｅ’のメンバ、によつて記録される。 オペレーション”ｅｉｔｈｅｒ”の使用によって、２つの実行オブジェクトのう ちの１つが選択され実行される。実行オブジェクトは、第２の実行オブジェクト とブーリアンオブジェクトとを使用して、ブーリアンオブジェクトの値が”ｔｒ ｕｅ”であれば、レスボンディング実行オブジェクトを実行させ、ブーリアンオ ブジェクトの値が”　ｒａｉｓｅ”であれば、第２の実行オブジェクトを実行さ せることによって、オペレーション゛ｅｉｔｈｅｒ”を遂行する。フローチャー ト６１００（図６１）は、ミックスインクラス”Ｅｘｅｃｕｔｅｄ”によって定 義されたオペレーション”ｅ　ｉ　ｔｈｅｒ”のインプリメンテーションを示し ている。 レスボンディング実行オブジェクトは、ステップ６１０２において第２の実行オ ブジェクトを現在のスタックからポンプする。処理は、ステップ６１０２からス テップ６１０４に移行し、このステップ６１０４において、レスボンディング実 行オブジェクトは、現在のスタックからブーリアンオブジェクトをポツプする。 処理は、ステップ６１０４からテストステップ６１０６に移行し、このテストス テップ６１０６において、ステップ６１０４においてポツプされたブーリアンが ”ｔｒｕｅ”と比較される。ブーリアンオブジェクトが”ｔｒｕｅ“の場合、処 理は、テストステップ６１０６からステップ６１０８に移行し、このステップ６ １０８において、レスボンディング実行オブジェクトが遂行される。一方、応答 するブーリアンオブジェクトの値が”ｆａｌｓｅ”の場合、処理は、テストステ ップ６１０６からステップ６１１Ｏに移行し、このステップ６１１０において、 第２の実行オブジエクトが遂行される。処理は、ステップ６１０８又はステップ ６１１０から、終了ステップ６１１２に移行する。この終了ステップ６１１２に おいて、オペレーション”ｅｉｔｈｅｒ”が終了し、ステップ６１０８又はステ ップ６１１Ｏにおいてエクセプションが送出されていたならば、エクセブション が送出される。オペレーション”ｅｉｔｌｌｅｒ”を遂行する、実行オブジェク トの動的状態は、定義済みフレームによって記録される。 オペレーション”ｓｅ　ｌ　ｅｃじの遂行によって、１つの実行オブジェクトが 、１以上の実行オブジェクトから選択され遂行される。オペレーション”５ｅｌ ｅｃｔ”は、クラス”０ｂｊｅｃｔ”によって定義され、遂行されるべき特定の 実行オブジェクトを決定するオブジェクトによって遂行される。図６２Ａ、図６ ２Ｂは、オペレーション”ｓｅ　ｌ　ｅｃ　ｔ”のインターフェースを示してい る。図６２Ａは、オブジェクト６２０４によって遂行されるオペレーション”５ ｅｌｅｃｔ”の動的状態を記録する定義済みフレーム６２００の状態を示してい る。定義済みフレーム６２００は、プロセス（図示せず）の実行状態の一部分で あり、オペレーション”５ｅｌｅｃｔ”の遂行直前の状態を示している。 オブジェクト６２０４はレスポンダである。定義済みフレーム６２００は、オブ ジェクト６２０４を特定するプロパティ“ｒｅｓｐｏｎｄｅｒ”を持たない・そ の代わりに、オブジェクト６２０４は、現在のプロセスのプロパティ”ｆｒａｍ ｅｓ”であるスタック（図示せず）上における現在のフレームの直下のフレーム （図示せず）のプロパティ”ｐｒｏｃｅｄｕｒｅ”内のポジションによって、レ スポンダとして特定される。 オブジェクト６２０４は、そのポジションが、そのフレームのプロパティ”ｐｏ ｓ　１Ｌｉｏｎ”よりもｌだけ少ないプロシージャ（図示せず）のアイテムであ る。例えば、ユーザ定義フレーム５６０２　（図５６Ｃ）のレスポンダは、その ポジションがインチジャ５４０８の値よりもｌだけ少ないプロシージャ５４０６ のアイテムである。 スタック６２０２　（図６２Ａ）は、現在のスタックである。スタック６２０２ 上には、オペレーションのアーギュメントを示し、文字”Ｍ”によってポジショ ンが示されるマークと、１以上の対のオブジェクト及びそれに関連する実行オブ ジェクトとがある。例えば、スタック６２０２は、トップからマークのすぐ上の 部分にかけて、オブジェクト６２０６と、実行オブジェクト６２０８と、オブジ ェクト６２１０と、実行オブジェクト６２．１２と、ニル（０）６２１４と、実 行オブジェクト６２１６とを収容している。オブジェクト６２０６．６２１ｏ及 びニル（０）６２１４は、それぞれの実行されるオブジェクト６２ｏ８．６２１ ２．６２１６に関連づけられている。 オペレーション”５ｅｌｅｃｔ”のインプリメンテーションは、フローチャート ６３００（図６３）によって示される。ステップ６３０２において、オブジェク ト６２０６〜６２１６（図６２Ａ）及びマークが、スタック６２０２がらポツプ される。処理は、ステップ６３０２からステップ６３０４に移行する。このステ ップ６３０４において、オブジェクト６２０６．６２１０及びニル（０）６２１ ４をキーと腰それぞれ実行オブジェクト６２０８．６２１２．６２１６を関連す る値とするディクショナリが形成される。処理は、ステップ６３０４がらステッ プ６３０６に移行する。このステップ６３０６において、関連づけられたキーが レスポンディングオブジェクト６２０４に等しい実行オブジェクトが、ステップ ６３０４において形成されたディクショナリから検索される。ディクショナリの キーが与えられたときのディクショナリの値の検索については、アベンディクス Ａに一層詳細に説明されている。 処理は、ステップ６３０６からテストステップ６３０８に移行する。テストステ ップ６３０８において、オペレーション”５ｅｌｅｃｔ”を実行しているエンジ ンは、実行オブジェクトがディクショナリーから検索されたかを判断する。応答 するオブジェクト６２０４とキーが等しい実行オブジェクトがディクショナリー 内において検索された場合、処理は、ステップ６３１４に移行する。このステッ プ６３１４において、検索された実行オブジェクトが遂行される。処理は、ステ ップ６３１４からテストステップ６３１８に移行し、このテストステップ６３１ ８において、エンジンは、実行オブジェクトの遂行がステップ６３１４において 成功のうちに完了したかを判断する。 ステップ６３１４において実行オブジェクトの遂行が失敗し、エクセプションが 送出された場合、処理は、テストステップ６３１８から終了ステップ６３２０に 移行する。この終了ステップ６３２０において、エクセブションが送出され、オ ペレーション“５ｅｌｅｃｔ”は失敗に終わる。一方、検索された実行オブジェ クトがステップ６３１４において成功のうちに遂行された場合、処理は、テスト ステップ６３１８から終了ステップ６３１６に移行する。この終了ステップ６３ １６において、オペレーション°’　５ｅｌｅｃｔ″は成功のうちに終了する。 テストステップ６３０８において、レスボンディングオブジェクト６２０４に等 しいキーが、ステップ６３０４において形成されたディクショナリから検索され なかった場合、処理は、テストステップ６３０８からステップ６３１０に移行す る。このステップ６３１０において、ディクショナリ内に含まれる関連づけられ たキーがニル（０）である実行オブジェクト、例えばニル（０）６２１４と関連 づけられたオブジェクト６２１６が検索される。処理は、ステップ６３１０がら テストステップ６３１２に移行し、このテストステップ６３１２において、エン ジンは、実行オブジェクトがステップ６３１０において成功のうちに検索された かを判断する。ニル（０）と等しいキーを有するディクショナリ内の実行オブジ ェクトが検索された場合、処理は、テストステップ６３１２からステップ６３１ ４に移行し、このステップ６３１４において、前述したように実行オブジェクト が遂行される。 一方、ステップ６３１０において実行オブジェクトが検索されなかった場合、オ ブジェクト６２０４に等しいキー及びニル（０）６２１４に等しいキーが、ディ クショナリーにおいて見いだされなかったので、処理は、テストステップ６３１ ２から終了ステップ６３１６に移行する。前述したように、終了ステップ６３１ ６において、オペレーション”５ｅｌｅｃｔ”は成功のうちに終了する。すなわ ち、レスボンディングオブジェクトやニル（０）とキーが等しい実行オブジェク トがない場合、オペレーション”５ｅｌｅｃｔ”は、ディクショナリー内の実行 オブジェクトを遂行することなく、成功のうちに終了する。 図６２Ｂは、レスポンディングオブジェクト６２０４によるオペレーション“５ ｅｌｅｃｔ”の遂行の直後のセレクトフレーム６２００の状態を示している。オ ペレーション”５ｅｌｅｃｔ”の遂行は、図６２Ｂの空のスタック６２０２に示 すように、いかなるリザルトも生じない。 実行オブジェクトは、オペレーション”ｗｈｉｌｅ”の遂行によって、条件が満 たされるまで繰り返し実行される。オペレーション”ｗｈｉｌｅ”の遂行の動的 状態は、定義済みフレーム６４０２　（図６４）に記録される。実行オブジェク ト６４０４は、オペレーション”ｗｈｉｌｅ”のレスポンダであり、レスボンデ ィング実行オブジェクトである。実行ブジエクト６４０４は、定義済みフレーム ６４０２のプロパティ”ｐｒｏｃｅｄｕｒｅ”である。実行オブジェクト６４０ ６は、定義済みフレーム６４０２のプロパティ”　ｐｒｅｃｏｎｄｉｔｉｏｎ” であり、後述するようにアーギュメントとして使用される実行オブジェクトであ る。 オペレーション゛’ｗｈｉｌｅ”は、レスボンディング実行オブジェクト６４０ ４によって遂行される。ここで、レスボンディング実行オブジェクト６４０４は 、アーギュメントとして、実行オブジェクト６４０６を使用する。オペレーショ ン″ｖｈｉ１ｅ“の遂行は、フローチャート６５００　（図６５）によって示さ れている。ステップ６５０２において、実行オブジェクト６４０６が、現在のス タックからポツプされる。処理は、ステップ６５０２からステップ６５０４に移 行し、このステツブ６５０４において、実行オブジェクト６４０６が遂行される 。実行オブジェクト６４０６がステップ６５０４で遂行されることによって、レ スポンディング実行オブジェクト６４０４が遂行されるか否かを示すブーリアン が、現在のスタックにブツシュされる。 処理は、ステップ６５０４からテストステップ６５０６に移行し、このテストス テップ６５０６において、オペレーション”　ｗｈｉｌｅ”を遂行しているエン ジンは、実行オブジェクト６４０６の遂行によってエクセブションが送出された かを判断する。実行オブジェクト６４０６の遂行がエクセプションを送出した場 合、処理は、テストステップ６５０６から終了ステップ６５０８に移行し、この 終了ステップ６５０８において、オペレーション゛’　ｗｈｉｌｅ”によってエ クセブションが送出され、オペレーション”Ｗｈｉｌｅ”は失敗に終わる。一方 、実行されるオブジェクト６４０６が成功のうちに遂行された場合、処理は、テ ストステップ６５０６からステップ６５１０に移行する。 ステップ６５１０において、ブーリアンが現在のスタックからポツプされる。 処理は、ステップ６５１０からテストステップ６５１２に移行する。このテスト ステップ６５１２において、現在のスタックからポツプされたブーリアンが”ｔ 「ｕｅ”と比較される。ブーリアンが’　ｔｒｕｅ”の場合は、処理は、テスト ステップ６５１２からステップ６５１４に移行し、このステップ６５１４におい て、レスポンディング実行オブジェクト６４０６が遂行される。処理は、ステッ プ６５１４からテストステップ６５１６に移行し、このテストステップ６５１６ において、エンジンは、実行オブジェクト６４０６がエクセプションを送出した かを判断する。 ステップ６５１４で実行オブジェクト６４０６の遂行によってエクセプションが 送出された場合、処理は、テストステップ６５１６からテストステップ６５２２ に移行する。このテストステップ６５２２において、送出されたエクセブション は、以下及びアベンディクスＡに説明きれるセレクタ”ｃｏｎｔｉｎｕｅ”の実 行によって送出される内部的なエクセブション°’　ｃｏｎｔｉｎｕｅ”と比較 される。後で詳細に説明するように、セレクタ″ｃｏｎｔｉｎｕｅ”の実行は、 プロシージャの反復的な遂行を終了させ、そのプロシージャの新しい反復的な遂 行を開始させる。ステップ６５１４において送出されたエクセブションが、内部 的なエクセプション”ｃｏｎｔｉｎｕｅ”の場合、処理は、テストステップ６５ ２２から、前述のステップ６５０４に移行する。 一方、ステップ６５１４において送出されたエクセブションが内部的なエクセブ ション°゛ｃｏｎｔｉｎｕｅ”でない場合、処理は、テストステップ６５２２か らテストステップ６５２４に移行する。このテストステップ６５２４において、 ステップ６５１４において送出されたエクセプションが、以下及びアベンディク スＡに説明されるセレクタ゛”　ｂｒｅａｋ”の実行によって送出される内部的 なエクセブション”ｂｒｅａｋ”と比較される。後で詳細に説明するように、セ レクタ”ｂｒｅａｋ“の実行によって、プロシージャの反復的な遂行が、そのプ ロシージャの新しい反復的な遂行を開始することなく終了される。ステップ６５ １４において送出されたエクセブションが内部的なエクセブション゛ｂｒｅａｋ ”の場合、処理は、テストステップ６５２２から終了ステップ６５２０に移行し 、この終了ステップ６５２０において、オペレーション“ｗｈｉｌｅ”は、後述 するように成功のうちに終了する。 一方、ステップ６５１４において送出されたエクセブションが内部的なエクセプ ション”ｂｒｅａｋ”でない場合、処理は、テストステップ６５２４から終了ス テップ６５１８に移行する。この終了ステップ６５１８において、ステップ６５ １４において送出されたエクセプションが送出され、オペレーション”ｗｈｉｌ ｅ”は失敗に終わる。 また、実行オブジェクト６４０４の遂行が成功し、ステップ６５１４においてエ クセプションが送出されなかった場合、処理は、テストステップ６５１６からス テップ６５０４に移行し、このステ・ンプ６５０４において、実行オブジェクト ６４０６は再び遂行される。 ステップ６５０４．６５０６．６５１０．６５１２．６５１４．６５１６．６５ ２２の遂行は、実行オブジェクト６４０６の遂行により値が”ｆａｌｓｅ”のブ ー１」アンを生じるか、又はステップ６５０８若しくはステップ６５１８にお０ てエクセブションが送出されるまで反復される。実行オブジェクト６４０６の遂 行により値がｆａｌｓｅ”のブーリアンを生じた場合、処理は、テストステップ ６５１２力・ら終了ステップ６５２０に移行し、この終了ステップ６５２０にお ０て、オペレーション°゛マｈｉｌｅ”は成功のうちに終了する。したがって、 プロシージャ６４０６は、実行オブジェクトの遂行によって値が°”ｔｒｕｅ“ ′のブーリアンを生じてＩ＋）る間、反復して遂行される。 このように、オペレーション”　１ｒ”　、　”　ｅｉｔｈｅｒ”　、　”　５ ｅｌｅｃｔ”、”　ｗｈｉｌｅ”（よ・ここに開示されたコンピュータインスト ラクション上掛に、実質的な半り断能力を供与する。 エクセプションハンドリングフイーチャアペンディクスＡにおいて詳細に説明す るように、オペレーション゛’　ｄｏ”を遂行する実行オブジェクトは、それに よって遂行される。そして、この実行オブジェクトの遂行がエクセプションを送 出した場合、オペレーション゛’　ｄｏ”（こよってエクセブションが送出され 、オペレーション”　（１０”が失敗となる。エクセプションの伝送は、前述し たようにフローチャート５２００　（図５２Ａ）のステップ５２１０．５２１２ に示されている。実行オブジェクトの遂行の失敗（よ、その遂行を、直接的又は 間接的に、呼び出している実行オブジェクトの失敗を一般に生じさせる。あるプ ロセスのオペレーション”１ｉｖｅ”を失敗させるエクセブション（よ、そのプ ロセスの破壊を生ずる。したがって、エクセブションのイ云送を検出して、防止 するためのインストラクションを用意することが好ましい。 第２の実行オブジェクトの遂行を呼び出す第１の実行オブジェクト、例えばプロ シージャは、第２の実行オブジェクトによって送出されるエクセブションを”キ ャンチパすることによって、第２の実行オブジェクトによって送出されたエクセ プションによる第１の実行オブジェクトの失敗を防止することができる。 エクセプションを”キャッチ”することは、エクセブションの送出を検出し、こ のような事態において特定のアクションを取るように指示することである。第２ の実行オブジェクトによって送出され、第１の実行オブジェクトによってキャッ チされるエクセプションは、第１の実行オブジェクトを失敗に終わらせることは ない。 実行オブジェクトの遂行によって送出されるエクセブションは、オペレーション °“ｄＯ゛のブレイスにおいて、オペレーション”ｃａｔｃｈ’”の使用により 実行オブジェクトの遂行を開始させることによって、キャッチされる。オペレー ション”Ｃａｔｃｈ”によって遂行が開始される実行オブジェクトは、実行オブ ジェクトの遂行（こよって送出されるエクセプションがオペレーション”ｃａｔ ｃｈ”を失敗１こ終わらせることはないということ以外は、その実行オブジェク トがオペレーション”ｄＯ”を遂行しているかのように遂行される。このような 場合には、エクセブション番よ、現在のスタックにブツシュされ、リザルトとし て返される。 オペレーション”Ｃａｔｃｈ”のインターフェースは、図６６Ａ、図６６Ｂに示 される。図６６Ａは、キャッチフレーム６６０２の状態を示して０る。このキャ ッチフレーム６６０２は、実行オブジェクト６６０４によるオペレーション”ｃ ａｔｃｈ”の遂行の直前における、ミックスインクラス゛’　ＥＸｅｃｕｔｅｄ ”によって定義されたオペレーション”ｃａｔｃｈ”の動的状態を記録している 。キャッチフレーム６６０２＋よ、あるプロセス（図示せず）の実行状態の一部 である。実行オブジェクト６６０４は、レスポンディング実行オブジェクトであ り、キヤ・ソチフレーム６６０２のブロバティ”ｐｒｏｃｅｄｕｒｅ”である。 オペレーション”Ｃａｔｃｈ”が遂行されると、１つのアーギュメントであるス タック６６０６のトップにあるクラスオブジェクト６６０８が使用される。スタ ック６６０６は現在のスタックである。スタック６６０６は、現在のプロセスの プロパティ”ｆ　ｒａｍｅｓ”であるスタック（図示せず）上のキャッチフレー ム６６０２の下方にあり、最も上のユーザ定義フレーム（図示せず）のプロパテ ィ”５ｔａｃｋ”である。クラスオブジェクト６６０８は、クラス”ｅｘｃｅｐ ｔ　１ｏｎｓ”又はそのサブクラスを表している。 オペレーション”ｃａｔｃｈ”のインプリメンテーションは、フローチャート６ ７００（図６７）によって示される。ステップ６７０２において、クラスオブジ ェクト６６０８は、スタック６６０６からポツプされ使用される。処理は、ステ ップ６７０２からステップ６７０４に移行し、このステップ６７０４において、 実行オブジェクト６６０４が遂行される。処理は、ステップ６７０４からテスト ステップ６７０６に移行し、このテストステップ６７０６において、オペレーシ ョン”ｃａｔｃｈ”の遂行を行うエンジンは、実行オブジェクト６６０４の遂行 によりエクセプションを送出されたかを判断する。実行オブジェクト６６０４の 遂行がエクセプションを送出しなかった場合、処理は、テストステップ６７０６ からステップ６７０８に移行する。このステップ６７０８において、スタック６ ６０６にニル（０）がブツシュされる。処理は、ステップ６７０８から終了ステ ップ６７１０に移行し、この終了ステップ６７１０において、オペレーション” 　ｃａｔｃｈ”は、成功のうちに終了する。 ステップ６７０４で実行オブジェクト６６０４の遂行が失敗してエクセプション が送出された場合、処理は、テストステップ６７０６からテストステップ６７１ ２に移行する。このテストステップ６７１２において、エンジンは、ステップ６ ７０４で送出されたエクセプシジンについて、クラスオブジェクト６６０８によ って表されるクラスにおける帰属関係をチェックする。送出されたエクセブシヨ ンがクラスオブジェクト６６０８によって表されるクラスのメンバでない場合、 処理は、テストステップ６７１２から終了ステップ６７１４に移行する。この終 了ステップ６７１４において、ステップ６７０４で送出されたエクセプションが 、オペレーション”ｃａｔｃｈ”によって送出され、オペレーション”　ｃａｔ ｃｈ”は失敗となる。 一方、送出されたエクセプションがクラスオブジェクト６６０８によって表され るクラスのメンバである場合、処理は、テストステップ６７１２からステップ６ ７１６に移行する。このステップ６７１６において、ステップ６７０４で送出さ れたエクセプションがスタック６６０６に保存され、処理は、ステップ６７１６ から終了ステップ６７１０に移行する。前述したように、この終了ステップ６７ １０において、オペレーション”ｃａｔｃｈ’は成功のうちに終了する。したが って、送出されたエクセブションはキャッチされ、オペレーション″ｃａｔｃｈ ″は成功し、送出されたエクセプションが伝送されることはない。 図６６Ｂは、プロシージャ６６０４によるオペレーション”ｃａｔｃｈ”の遂行 直後におけるキャッチフレーム６６０２の状態を示している。スタック６６０６ のトップには、エクセプション６６１０がある。このエクセブション６６１０は 、プロシージャ６６０４の遂行が失敗したときにプロシージャ６６０４の遂行に よって送出されたエクセブションである。この場合、エクセブション６６１０は 、クラスオブジェクト６６０８　（図６６Ａ）によって表されるクラスのメンバ である。 プロシージャ６６０４の遂行が成功した場合に、スタック６６０６のエクセプシ ョン６６１０　（５６６Ｂ）の場所にあるのはニル（０）（図示せず）である・ このように、ここに開示されたコンピュータインストラクションセットは、エク セブションを検出し取り扱うための手段を備えている。 ルーピングフィーチャ ここに開示されたコンピュータインストラクションセットは、実行オブジェクト 、例えばプロシージャを繰り返し遂行して、反復するタスクの遂行を容易にする ための手段を備えている。前述したオペレーション”ｗｈｉｌｅ″は、ルーピン グフィーチャの一例である。そのほかに、実行オブジェクトは、オペレーション ″ｔ。 Ｏｐ”、”ｒｅｐｅａｔ”を用いて繰り返し遂行される。 オペレーション”１００ｐ”は、レスポンディング実行オブジェクトを繰り返し 遂行することによって、実行オブジェクトを繰り返し遂行する。実行オブジェク トによるオペレーション”１ｏｏｐ”の遂行は、アーギュメントを使用せず、い かなるリザルトも生じない。実行オブジェクトによるオペレーション°’　ｒｅ ｐｅａｔ”の遂行は、インチジャアーギュメントを使用し、使用されるアーギュ メントのインチジャの値に等しい回数だけ、レスポンディング実行オブジェクト を遂行し、いかなるリザルトも生じない。オペレーション”１ｏｏｐ”又はオペ レーション″ｒｅｐｅａｔ″の間の、レスポンディング実行オブジェクトの遂行 は、実行オブジェクトの”反復的な遂行”と呼ばれる。 フローチャート６８００　（５６８）は、レスポンディング実行オブジェクトに よって遂行されるオペレーション°１００ｐ”のインプリメンテーションを示し て１１）る。レスポンディング実行オブジェクトは、ステップ６８０２において 遂行される。処理は、ステップ６８０２からテストステ・ノブ６８０４に移行し 、このテストステップ６８０４において、オペレーション”　１ｏｏｐ”を遂行 しているエンジンは、レスポンディング実行オブジェクトがエクセプションを送 出してｌ＋’る力１を判断する。 エクセブションが送出されなかった場合、すなわちレスポンディング実行オブジ ェクトが成功のうちに遂行された場合、処理は、テストステップ６８０４カ１ら ステップ６８０２に移行し、このステップ６８０２において、レスポンディング 実行オブジェクトが再び遂行される。一方、レスポンディング実行オブジェクト の遂行がエクセブションを送出した場合には、処理は、テストステップ６８０４ からテストステップ６８０６に移行する。この継続テストステップ６８０６にお いて、レスポンディング実行オブジェクトの遂行によってステップ６８０２で送 出されたエクセプションが、内部的なエクセブション”ｃｏｎｔｉｎｕｅ”と比 較される。 内部的なエクセプション”　ｃｏｎｔｉｎｕｅ”　、”ｂｒｅａｋ”は、セレク タ″ｃｏｎｔｉｎｕｅ″、ｂｒｅａｋ”の実行によって、それぞれ送出される。 なお、これらの内部的なエクセプション゛’　ｃｏｎｔｉｎｕｅ”　、”ｂｒｅ ａｋ”については、以下及びアベンデイクスＡに一層詳細に説明される。これら のエクセブションは、内部的なエクセプション”ｃｏｎ　ｔｉｎｕｅ”　、”ｂ ｒｅａｋ”が、それに応答してアクションを行うエンジンによって検出されるの で、”内部的゛と呼ばれる。第３の内部的なエクセプション、すなわちセレクタ ”５ｕｃｃｅｅｄ”の実行の結果として送出される内部的なエクセプション”５ ｕｅｃｅｅｄ”については、後述する。内部的なエクセブションは、後述するよ うな場合を除いて、オペレーション”ｃａｔｃｈ”によってはキャッチされず、 オペレーション”１ｉｖｅ”を失敗に終わらせて、プロセスの破壊を生じさせる 。 ステップ６８０２で実行オブジェクトの遂行によって送出されたエクセブシ目ン が内部的なエクセブション”ｃｏｎｔｉｎｕｅ”である場合は、処理は、テスト ステップ６８０６からステップ６８０２に移行し、このステップ６８０２におい て、レスポンディング実行オブジェクトが再び遂行される。一方、送出されたエ クセプションが内部的なエクセプション”　ｃｏｎｔｉｎｕｅ’”でない場合は 、処理は、テストステップ６８０６からテストステップ６８０８に移行する。こ のテストステップ６８０８において、レスポンディング実行オブジェクトの遂行 によって送出されたエクセプションは、内部的なエクセプション”ｂｒｅａｋ” と比較される。ステップ６８０２で実行オブジェクトの遂行によって送出された エクセブションが内部的なエクセプション゛’　ｂｒｅａｋ”である場合は、処 理は、テストステップ６８０８力・ら終了ステップ６８１Ｏに移行し、この終了 ステ・ノブ６８１０において、オベレーション“１００ｐ”は成功のうちに終了 する。一方、送出されたエクセブシ目ンが内部的なエクセブション”ｂｒｅａｋ ”でない場合は、処理は、テストステップ６８０８から終了ステップ６８１２に 移行し、この終了ステップ６８１２において、オペレーション”１００ｐ”は失 敗に終わり、レスポンディング実行オブジェクトの遂行によってステップ６８０ ２で送出されたエクセブションは、オペレーション”１００ｐ”によって送出さ れる。 図６９は、実行オブジェクト６９０４によるオペレーション”ｒｅｐｅａｔ”の 遂行の動的状態を記録するリピートフレーム６９０２を示している。リピートフ レーム６９０２は、あるプロセス（図示せず）の実行状態の一部分である。リピ ートフレーム６９０２は、プロパティ“ｐｒｏｃｅｄｕｒｅ”　、　”　ｒｅｐ ｅｔｉｔｉｏｎｓ“、”　ｒｅｐｅｔｉｔｉｏｎｓｓｏＦａｒ”　、　”　ｐｏ ｓｉｔｉｏｎ”を含む。実行オブジェクト６９０４は、オペレーション”ｒｅｐ ｅａｔ”のレスポンダであり、リピートフレーム６９０２のプロパティ”ｐ「ｏ ｃｅｄｕｒｅ”である。インチジャ６９１０．６９１１は、それぞれリピートフ レーム６９０２のプロバチ４　”　ｒｅｐｅｔｉｔｉｏｎｓＳｏＦａｒ”　、” ｒｅｐｅｔｉ　ｔｉｏｎｓ”である。インチジャ６９１０は、実行オブジェクト ６９０６の完了した反復遂行の回数を示し、インチジャ６９１１は、使用される インチジャのアーギュメントによって特定される反復遂行の全回数である。 フローチャート７０００　（図７０）は、実行オブジェクト６９０４によって遂 行されるオペレーション”ｒｅｐｅａｔ”のインプリメンテーションを示してい る。ステップ７００２において、インチジャ８９１０は、ゼロに初期化され、イ ンチジャ６９１１は、アーギュメントとして使用されるインチジャの値に初期化 される。 処理は、ステップ７００２からテストステップ７００４に移行し、このテストス テップ７００４において、インチジャ６９１０はインチジャ６９１１と比較され る。インチジャ６９１０がインチジャ６９１１に等しいかこれよりも大きい場合 、処理は、テストステップ７００４から終了ステップ７０１８に移行し、この終 了ステップ７０１８において、オペレーション”ｒｅｐｅａｔ”は成功のうちに 終了する。 したがって、アーギュメントとして使用されるインチジャが、正のインチジャで 無い場合は、オペレーション”ｒｅｐｅａｔ”の遂行は効果を持たない。一方、 インチジャ６９１０がインチジャ６９１１より小さい場合、処理は、テストステ ップ７００４からステップ７００５に移行し、このステップ７００５において、 インチジャ６９１０の値が増加される。処理は、ステップ７００５がらステップ ７００６に移行し、このステップ７００６において、インチジャ６９１０に等し い値を持つインチジャオブジェクトが現在のスタックにブツシュされる。処理は 、ステップ７００６からステップ７００８に移行し、このステップ７００８にお いて、応答している実行ブジェクト６９ｏ４が遂行される。現在のスタックがら インチジャをポンプすることは、実行オブジェクト６９ｏ４の仕事である。換言 すれば、実行オブジェクト６９０４の遂行が現在のスタックからインチジャをポ ツプしない場合、オペレーション”ｒｅｐｅａｔ”の遂行の間、インチジャは現 在のスタックに留まっている。 処理は、ステップ７００８からテストステップ７０１０に移行し、このテストス テップ７０１Ｏにおいて、オペレーション”ｒｅｐｅａｔ”を遂行しているエン ジンは、レスポンディング実行オブジェクト６９ｏ４の遂行がエクセブションを 送出するかを判断する。エクセプションが送出されなかった場合、処理は、テス トステップ７０１０からテストステップ７０ｏ４に移行する。逆に、エクセプシ ョンが送出された場合、処理は、テストステップ７０１０がら、テストステップ ７゜１４に移行し、このテストステップ７０１４において、そのエクセブション が内部的なエクセブション”ｃｏｎｔｉｎｕｅ″と比較される。送出されたエク セプションが内部的なエクセプション”ｃｏｎｔｉｎｕｅ”である場合、処理は 、テストステップ７０１４からテストステップ７００４に移行する。このように 、ステップ７００８においてエクセプションが送出されなかったり、送出された エクセプションが内部的なエクセブション゛’　ｃｏｎｔｉｎｕｅ”である場合 には、処理は、テストステップ７００４に移行し、このテストステップ７００４ において、インチジャ６９１０がインチジャ６９１１と再び比較される。したが って、セレクタ”　ｃｏｎｔｉｎｕｅ”の実行は、オペレーション゛’　ｒｅｐ ｅａｔ”の遂行においてその後の反復的な遂行に影響することなく、早い段階で 、レスボンディング実行オブジェクト６９０４の反復遂行を終了させる。 テストステップ７０１４において、ステップ７００８でレスボンディング実行オ ブジェクト６９０４の遂行が内部的なエクセプション”ｃｏｎｔｉｎｕｅ″以外 のエクセプションを送出したことをエンジンが判断した場合、処理は、テストス テップ７０１４からテストステップ７０１６に移行する。このテストステップ７ ０１６において、送出されたエクセブションが内部的なエクセプション”ｂｒｅ ａｋ”と比較される。送出されたエクセプションが内部的なエクセプション”ｂ ｒｅａｋ”である場合、処理は、テストステップ７０１６から終了テストステッ プ７０１８に移行する。この終了テストステップ７０１８において、オペレーシ ョン”ｒｅｐｅａｔ”は成功のうちに終了する。したがって、セレクダ’　ｂｒ ｅａｋ”の実行は、レスポンディング実行オブジェクト６９０４の反復的な遂行 を終了させて、オペレーション”ｒｅｐｅａｔ”の遂行を成功のうちに終了させ 、オペレーション°’　ｒｅｐｅａｔ”の遂行においてその後の反復的な遂行を 全てアボートする。 一方、送出されたエクセプションが、内部的なエクセプション”ｂｒｅａｋ”で ない場合、処理は、テストステップ７０１６から終了ステップ７０２０に移行す る。 この終了ステップ７０２０において、レスボンディング実行オブジェクト６９０ ４の遂行によって送出されたエクセプションは、オペレーション”　ｒｅｐｅａ ｔ”によって送出され、オペレーション°”　ｒｅｐｅａｔ”は失敗に終わり、 エクセブションが伝送される。前述したように、オペレーション”ｃａｔｃｈ” は、エクセプションの伝送を防止するために使用することができる。 なお、ステップ７００５において、インチジャ６９１Ｏが０以下の値にまで減少 された場合は、処理は、テストステップ７００４から終了ステップ７０１８に移 行し、この終了ステップ７０１８において、オペレーション”　ｒｅｐｅａｔ” は成功のうちに終了する。実行オブジェクトによるオペレーション”ｒｅｐｅａ ｔ”の遂行は、図７０のステップ７００８によって実行されるオブジェクトの遂 行によるリザルト以外は、リザルトを生成しない。 セレクタ”ｃｏｎｔｉｎｕｅ”の実行によって、内部的なエクセプション’　ｃ ｏｎｔｉｎｕｅ”が送出される。この内部的なエクセブションは、オペレーショ ン”ｗｈｉｌｅ”　（例えば図６５のテストステップ６５２２において）、オペ レーション’　１ｏｏｐ”　（例えば図６８のテストステップ６８０６において ）及びオペレーション”　ｒｅｐｅａｔ”　（例えば図７０のテストステップ７ ０１４において）によって、キャッチされる。 セレクタ”Ｃｏｎｔｉｎｕｅ”の実行による内部的なエクセプション”ｃｏｎｔ ｉｎｕｅ”の送出は、オペレーション”ｗｈｉｌｅ”、”１００ｐ”、又は”ｒ ｅｐｅａｔ”を遂行している実行オブジェクトの反復的な遂行を終了させる。先 により詳細に述べたように、オペレーション”ｗｈｉｌｅ”　、”１ｏｏｐ”又 は”ｒｅｐｅａｔ”を遂行している間に、内部的なエクセブション”ｃｏｎｔｉ ｎｕｅ”の検出によって、応答するプロシージャのその後の反復的な遂行、例え ば図６５、図６８及び図７０のテストステップ６５２２．８８０６．７０１４の ような反復的な遂行が生ずる。 セレクタ”　ｂｒｅａｋ”の実行は、内部的なエクセプション″ｂｒｅａｋ“を 送出する。 このエクセプション”ｂｒｅａｋ”は、オペレーション”ｗｈｉｌｅ”　（例え ば図６５のテストステップ６５２４において）、オペレーション”　１ｏｏｐ” 　（例えば図６８のテストステップ６８０８において）及びオペレーション”ｒ ｅｐｅａｔ”　（例えば図７０のテストステップ７０１６において）によって、 キャッチされる。前述した内部的なエクセプション″’　ｃｏｎｔｉｎｕｅ”の 送出の場合と同様に、内部的なエクセプション°’　ｂｒｅａｋ”が送出される と、オペレーション”ｗｈｉｌｅ”　、”　１ｏｏｐ”又は”　ｒｅｐｅａｔ” の遂行によって生じる実行オブジェクトの反復的な遂行が終了される。ただし、 内部的なエクセブション”ｂｒｅａｋ”の送出は、レスポンディング実行オブジ ェクトのその後の反復的な遂行を生じさせることなく、オペレーション”ｗｈｉ ｌｅ”、”１ｏｏｐ“又は”ｒｅｐｅａｔ”の遂行を終了させる。 内部的なエクセブション”ｃｏｎｔｉｎｕｅ”、　”　ｂｒｅａｋ”は、オペレ ーション”　ｗｈｉｌｅ”、”１００ｐ”、“ｒｅｐｅａｔ”のコンテキスト内 においてのみ、他のエクセブションから識別される。したがって、内部的なエク セプション”ｃｏｎｔｉｎｕｅ”、”ｂｒｅａｋ”のコンテキストに説明におい て、オペレーション°’ｗｈｉｌｅ″、”　１ｏｏｐ″、”　ｒｅｐｅａｔ”は 、集合的番ご関連するオペレーション”と呼ばれる。関連するオペレーションの 各々は、内部的なエクセプション°’　ｃｏｎｔｉｎｕｅ”、”ｂｒｅａｋ“を 検出し、それに応答してアクションを行うので、内部的なエクセプション”ｃｏ ｎｔｉｎｕｅ”　、”ｂｒｅａｋ”は、関連するどのオペレーションによっても 、他のエクセブションのように送出されることはない。図７１に具体的な例を示 す。 スタック７１０４は、プロセス７１０２のプロパティであり、プロセス７１０２ の実行スレッドを表している。ユーザ定義フレーム７１０６は、スタック７１０ ４のボトムにあり、オペレーション“１ｉｖｅ”の遂行の動的状態を記録する。 ボトムからトップにかけてのスタック７１０４の他の内容は、リピートフレーム ７１０８、定義済みフレーム７１　ｔｏ　（オペレーション”　１ｏｏｐ”の遂 行の動的状態を記録する）及びユーザ定義フレーム７１１２である。ここで、定 義済みフレーム７１１０は、オペレーション°’　１ｏｏｐ”の遂行の動的状態 を記録する。そして、図７１において、オペレーション”１ｉｖｅ”は、オペレ ーション”　ｒｅｐｅａｔ”の遂行を生じさせ、このオペレーション゛’　ｒｅ ｐｅａｔ”は、オペレーション”１００ｐ”の遂行を生じさせ、このオペレーシ ョン”１ｏｏｐ”は、さらに別のフィーチャの遂行を生じさせる ユーザ定義フレーム７１１２によってその動的状態を記録されるフィーチャの遂 行が、セレクタ”ｃｏｎｔｉｎｕｅ”又はセレクタ”ｂｒｅａｋ”を実行する想 定する。前述したように、セレクタ”　ｃｏｎｔｉｎｕｅ’又は”　ｂｒｅａｋ “の実行は、対応する内部的エクセブションを送出する。これらの内部的なエク セプションをキャッチするように設計されていないオペレーション、すなわち関 連するオペレーション以外のオペレーションは、普通のエクセブションが送出さ れたがのように挙動する（エクセブションに関する図５２Ａのステップ５２．１ ０及び終了ステップ５２１２についての前述の説明を参照）。この状態のもとで は、内部的なエクセプションは、ユーザ定義フレーム７１１２によって表される フィーチャの遂行によって伝送され、前述したように定義済みフレーム７１１０ によって表されるオペレーション”Ｉ。 ｏｐ”の遂行によってキャッチされる。内部的なエクセブションは、ループフレ ーム７１１０によって表されるオペレーション１ｏｏｐ”によっては伝送されず 、したがって、リピートフレーム７１０８によって表されるオペレーション“ｒ ｅｐｅａｔ”の遂行には影響しない。 関連のあるオペレーションが現在遂行されていない場合、すなわち、スタック７ １０４に存在してない場合、セレクタ”ｃｏｎｔｉｎｕｅ”又はセレクタ”　ｂ ｒｅａｋ”が実行されると、クラス”Ｌｏｏｐ　Ｍｉｓｓｉｎｇ”のエクセプシ ョンが生成される。クラス”Ｌｏｏｐ　Ｍｉｓｓｉｎｇ”のエクセブションは、 内部的なエクセプションではないので、他のエクセプションと同様に、伝送され る。 内部的なエクセブション”５ｕｃｃｅｅｄ”が送出された場合、すなわちセレク タ“５ｕｃｃｅｅｄ”が実行された場合、現在のメソッドの遂行は成功のうちに 終了する。なお、定義済みフィーチャは、直接にインプリメントされるので、す なわち全体としてエンジンを形成するコンピュータインストラクション内におい てインプリメントされるので、ユーザ定義フィーチャのみがメソッドオブジェク トによってインプリメントされる。したがって、遂行の動的状態が定義済みフレ ーム７１１０（図７１）に記録されるオペレーション”１ｏｏｐ”がセレクタ” ５ｕｃｃｅｅｄ”を実行する場合、内部的なエクセブション”５ｕｃｃｅｅｄ” が送出され・オペレーション“１００ｐ”の実行が終了する。 オペレーション”１ｏｏｐ”は予め定義されているので、オペレーション”１０ ０ｐ”は内部的なエクセブション”５ｕｃｃｅｅｄ”をキャッチせず、したがっ て、内部的なエクセプション”５ｕｃｃｅｅｄ“を伝送させ、遂行の動的状態が リピートフレーム７１０８に記録されているオペレーション“ｒｅｐｅａｔ”を 終了させる。同様に、オペレーション”ｒｅｐｅａｔ”は予め定義されているの で、オペレーション”　ｒｅｐｅａｔ”　ｌよ内部的なエクセブション”５ｕｃ ｃｅｅｄ”をキャッチせず、遂行の動的状態がユーザ定義フレーム７１０６中に 記録されているオペレーション”１ｉｖｅ”を終了させる。ただし、オペレーシ ョン”１ｉｖｅ“は定義済みインプリメンテーションを持たないので、オペレー ション“１ｉｖｅ“は成功のうちに終了し、エクセブションの送出によって失敗 に終わることはない。同様に、ユーザ定義フレーム７１１２のサブジェクトをメ ソッドとするフィーチャが内部的なエクセブシヲン”５ｕｃｃｅｅｄ”を送出し た場合、すなわち、セレクタ“５ｕｃｃｅｅｄ”を実行した場合、そのフィーチ ャは、成功のうちに終了し、内部的なエクセブション”５ｕｃｃｅｅｄ”はキャ ッチされる。この場合、内部的なエクセブション”５ｕｃｃｅｅｄ”は、定義済 みフレーム７１１０、リピートフレーム７１０８及びユーザ定義フレーム７１０ ６には影響しない。 前述したオペレーション、すなわちオペレーション”ｄＯ”ごｉｆ”ごｅｉｔｈ ｅｒ”ごｗｈｉｌｅ’°ご５ｅｌｅｃｔ”　、　”　ｃａｔｃｈ”ご１ｏｏｐ” ごｒｅｐｅａｔ”は、現在のメソッドのコンテキストにおいて遂行される。前述 したように、定義済みオペレーションは、メソッドオブジェクトによっては、イ ンプリメントされなｌＩ）。そして、前述のこれらのオペレーションは、すべて 予め定義されており、したがって、メソッドオブジェクトによっては、インプリ メントされなＩｖ）。前述のこれらの各オペレーションに関して、ユーザのメソ ッドのコンテキストにおＩｌ）での遂行ｌ：つＩｔ’で、簡革な例について説明 する。 例えば、メソッドがフレーム７１１２　（図７１）のサブジェクトとなっている フィーチャが、前述の定義済みオペレーションのうちの１つについて遂行を、要 求したものと想定する。ここで、このオペレーションの遂行は、スタック７１０ ４上のユーザ定義フレーム７１１２の直上の定義済みフレーム（図示せず）に記 録される。定義済みオペレーションの遂行の間、ユーザ定義フレーム７１１２の プロパティ”５ｔａｃｋ”は、現在のスタックのままである。したがって、定義 済みオペレーションの遂行は、ユーザ定義フレーム７１１２のプロパティ″５ｔ ａｃｋ”に対して、アーギュメントをポツプしたり、リザルトをブツシュしたり する。したがって、前述の定義済みオペレーションは、現在のメソッドのコンテ キストにおいて遂行される。 前述のオペレーション、すなわちオペレーション”ｄＯ”、”ｉｒ″、”ｅ　ｉ 　ｔｈｅｒ”、”　ｗｈｉｌｅ−、”　５ｅｌｅｃｔ”　、”　ｃａｔｃｈ−、 ”　１ｏｏｐ”　、”　ｒｅｐｅａｔ”　、　”　ｃｏｎｔｉｎｕｅ”　、h ｂｒｅａｋ”は、本発明のオブジェクト指向のインストラクションセットに、実 質的な汎用性及び融通性を供与する。すなわち、エージェントは、１つのブレイ スから別のブレイスに移動する間に複雑なロジックを使用したり、いろいろなブ レイスにおいて生み出されるエージェントとの相互作用によって情報を預けたり 収集したりすることができる。 このように、新規なコンピュータプロセスのセット、すなわち、コンピュータネ ットワークを介してそれ自身の移動を指示でき、ネットワークを通じて複数のア クティブなコピーを送出することができ、遠隔のコンピュータにある他のコンピ ュータプロセスと相互作用し、プロセス間で情報を伝達することができる新規な コンピュータプロセスのセットが、提供される。 このような新規なコンピュータプロセスのセットを形成するここに開示されたコ ンピュータインストラクションセットは、移植性があり汎用的である。このコン ピュータインストラクションセットは、コンピュータネットワークの各ノードに おいて、一様にインプリメントされる。クラスは、開示されたインストラフシコ ンセット内のオブジェクトとされる。本発明において、プロセスのインストラク ションは、コンパイルされるのではなくインターブリートされる。また、制御構 造が、リソースの管理、判断処理、エクセブションの処理及びループ構造のため に提供される。このように、移植性があり汎用的なコンピュータインストラクシ ョンセントが提供され、このインストラクションセットから新規なコンピュータ プロセスのセットが構成される。 なお、以上及びアベンディクスにおいては、特定のコンピュータインストラクシ ョンセットについて説明したが、本発明はここに記載されたインストラクション の機能に限定されるものではなく、本発明の範囲は特許請求範囲の記載によって のみ限定される。 （以下、余白。） アペンディックスＡ 著作権　ジェネラル・マジック社　＋９９１．１９９２．１９９３゜複製を禁ず 。 以下の目次は、読者がアペンディックスＡの構成を理解し、その情報を検索する ために役立てるものである。 １．１　テレスクリプトインストラクションセット１．２　テレスクリプトエン ジン １３　テレスクリプトネットワーク １．４　本アペンディソクス １、４．１　適用範囲 １４２　一致 １、４．３　慣用的表現 ２、　テレスクリプトのコンセット ２１　モデル ２．２　オブジェクトモデル ２２１　オブジェクト ２２２　リファレンス ２．２３　クラス ２２４　インへりタンス ２２．５　フィーチャ ２、２．６　アトリビュート ２．２７　オペレーション ２．２８　エクセブション ２２９　コンストレイント ２、２．１２　オブジェクトの初期化 ２．２．１３　オブジェクトの最終化 ２．２．１４　クラスの構造 ２３　実行モデル ２３４　識別子 ２３５　静的な置換の規則 ２３６　動的な置換の規則 ２３７　セレクタの実行 ２３８　モディファイヤの実行 ２３９　識別子の実行 ２３１Ｏメソッドの選択 ２３１１　メソッドの遂行 ２４　プロセスモデル ２、４．１　プロセス ２．４８　プランディング ２、４．９　コンタクト ２、４．１０　アイソレーション ２．４．ｌｌ　終了 ２．５　ネットワーク・モデル ２、５．１１　テレアドレス ２５１２　相互変換 ２．６　タイムキーピング・モデル ２、６．１　タイム ２．６２　カレンダータイム ２７　パターンマツチングモデル ２、７．１　パターン ２．７２　構造 ２７３　他の非ターミナル ２７４　メタキャラクタ ３、テレスクリプトクラスの概観 ３．１　グループ ３２　カーネルグループ ３、２．１　クラス ３２２　コンストレインド ３２６３　コンストレイント ３、２．４　エクセブション ３２．５　エグゼキューテソド ３．２６　実行エクセプション ３．２７　識別子 ３、２．８　カーネルエクセブション ３２．９　マーク ３、２．１０　モディファイヤ ３．２．１１ニル ３、２．１２　オブジェクト ３、２．１５　プログラミングエクセプション３、２．１６　有資格識別子 ３．２．１７　リフアレンスト ３、２．１８　セレクタ ３．２．１９　変更されない ３、２．２０　予想されないエクセブション３．２．２１検査 ３．３　プリミティブグループ ３３．４　キャラクタ ３３７　オクテツト ３、３．２０　プリミティブエクセブション３．３．１１　テレナンバ ３、３．１２　タイム ３．４　コレクショングループ ３４．１　アソシエーション ３４２　ビットストリング ３．４３　コレクション ３．４４　コレクションエクセプション３、４．５　コンストレインドディクシ ョナリ３、　ｔｏ、　ｌ　カレンダータイム ３．ＩＱ、２　種々のエクセブション ３、１０．３　パターン ３、１０．４　ランダムストリーム ３．１０．５　実数 ４、テレスクリプトクラスの詳細 ４．１　規約 ４．５　オーセンティケイタ ４．６　ビット ４．７　ビットストリング ４８　ブーリアン ４９　カレンダータイム ４．１５　クラス定義 ４．１６　クラスエクセブション ４．１７　コレクション ４、１８　コレクションエクセブション４１９　コンストリインド ４．２０　コンストラインドディクショナリ４．２１　コンストレイントリスト ４．２２　コンストレイントリスト ４２３　コンストレイント ４．２４　コンタクト ４２５　コンタクティド ４．２６　ディクショナリ ４２７　エクセブション ４．２８　エグゼキュート ４２９　実行エクセブション ４．３２　識別子 ４．３３　インプリメンテーション ４３４　インチジャ ４３５　インテーチェンジド ４３６　インターフェース ４．３７　カーネルエクセブション ４．４２　ミーティングエクセブション４．４３　ミーティングブレイス ４．４４　メソソド ５３　バイナリテレスクリプト ５．３１　ブリウニイスとコメント ５３２　エグゼキューティドオブジェクト５．３３　他の非ターミナル ５．４　数値コード ５．４１　プレデファインディドクラス５４．２　プレデファインディドフィー チャーズ５、４．３　実行オブジェクトのエンコード６、モジュールのシンタッ クス ６１　一般的な構造 ６２　詳細な構造 ６２．１　モジュール ６２．４　コンストレイント ロ、２５　他の非ターミナル ７、プレデファインドモジュール ８、ブレデファインドクラスグラフ （以下、余白。） ｌ　序文 アペンディックスＡのセクションでは、テレスクリプト・テクノロジー（Ｔｅｌ ｅｓｃｒｉｐｔ　Ｔｅｃｈｎｏｌｏｇｙ）の３つの主要な要素を紹介する。３つ の主要な要素とは、アペンディックスの主題であるテレスクリプトの命令（イン ストラクション：１ｎｓｕｔｒｕｃｔｉｏｎ）のセットと、それらのインストラ クションセットを実行するテレスクリプトエンジンと、相互接続するエンジンに よって形成されるテレスクリプトネットワークのことである。 １．１７−且んＵゴエむグ訃二外ロλ立ムＬ〕旦距ユＵ皿迫旦助Ｌ」鮭し テレスクリプトインストラクションセットは、単にインストラクションセットと も呼ばれるものであり、適用分野が分散型のシステム及びアプリケーションであ るプログラミング言語を、集合的に形成するコンピュータインストラクションの 組である。また、”インストラクションセット（ｌｎｓｔｒａｃｔｉｏｎ　５ｅ ｔ）”は、オブジェクト指向でインタブリートされるものである。マイクロフィ ルムのアペンディックスＥ％Ｆにおいて、インストラクションセットはご言語（ ｔｈｅ　Ｌａｎｇｕａｇｅ）”とも呼ばれる。 インストラクションセットの中に組み込まれる主なりラスは、”エージェント（ Ａｇｅｎｔ）”及び′°ブレイス（Ｐｌａｓｅ）　”である。エージェントクラ ス（クラス”Ａｇｅｎじ）のメンバであるコンピュータプロセスは、エージェン ト自身を検査変更することができ、エージェント自身をネットワーク中の一方の ブレイスがら他方のブレイスに移動することができ、そして、他方のブレイスに 見い出される他のエージェントと相互作用することのできる活性なオブジェクト である。この機能は、特定の場合において、特定のエージェントに対して、特定 の機能のみを、プログラマ又は管理者が許可できるようにすることで、均衡が保 たれる。一方、ブレイスクラス（クラス”Ｐｌａｓｅ”）のメンバであるコンピ ュータプロセスであるブレイスは、ブレイス自身を検査實更することができ、エ ージェントに対する地域（ｖｅｎｕｅ）として、及びエージェントが相互作用す るコンテキストとして、取り扱う活性なオブジェクトである。 エージェントは、特定のブレイスに移動し、そのブレイスやそのブレイスの他の エージェントと相互作用する。エージェントとブレイスは、離れている場合は相 互作用できない。このように、リモートプログラミング（Ｒｅｍｏｔｅ　Ｐｒｏ ｇｒ１ＬＩ１ｍｉｎｇ＝以下、ＲＰと言う。）を実行するインストラクションセ ットは、所謂リモートプロシージャコーリング（Ｒｅｍｏｔｅ　Ｐｒｏｃｅｄｕ ｒｅ　Ｃａｔ　ｌｉｎｇ　：以下、ＲＰＣと言う。）のパラダイムを実行するも のではない。ＲＰは、システムの要素を通信せずに相互作用させることによって ＲＰＣを改善し、待ち時間を減少させることによって相互作用の効率を向上する 。すなわち、ＲＰは、システムの要素を、存在しているそれ自身のエージェント によって、すなわちそれ自身によって、それぞれの領域において、他の要素にカ スタマイズすることができる。 以下、インストラクションセットの特徴を述べる。 五金慄 インストラクションセントは、許可を得ることなしに、他のプロセスの実行に干 渉することがないように、又はプロセスが実行中のコンピュータを直接操作する ことがないように、制約の上限を越えるようなプロセスを防止する。これは、ウ ィルスの汚染を防止するのに役立つ。 透ヱ炸 インストラクションセットは、ハードウェアの制約、ソフトウェアの制約、又は 異なるコンピュータシステムの違いを意識する必要はない。これにより、ネット ワーク内においても、又はネットワークのあちこちにおいても、プロセスを実行 することが可能となる。 監浬慄 インストラクションセットは、プログラマにより定義された情報オブジェクトの 型に対して、インストラクションセットに組み込まれるものと同様の拡張性を与 える。これにより、特定の目的のためのインストラクションセットを拡張するこ とが可能となる。 血−よ インストラクションセットは、揮発性のストレージと非揮発性のストレージとの 間に区別を設けない。全ての情報オブジェクトは、もともと不変である。これは 、プロセスの抽象化を拡大し、プロセスのサイズを減少させる。 １．２　テレスクリプトエンジン（Ｔｅｌｅｓｃｒｉ　ｔ　Ｅｎ　ｉｎ）インス トラクションセットで作成されたプログラムは、テレスクリプトと呼ばれ、テレ スクリプトエンジンによって起動される。テレスクリプトエンジン（以下、単に “エンジン（Ｅｎｇｉｎ）”とも言う。）は、プログラム中のインストラクショ ンを解釈・実行（インターブリート：　１ｎｔｅｒｐｒｅｔｅ）する。また、エ ンジンは、多くのテレスクリプトを同時にインターブリートすることができる。 エンジンは、エンジンが実行中の時に、コンピュータのハードウェア又はオペレ ーティングシステムに直接依存することなく、インストラクションセットの抽象 化を実現することができる。エンジンは、通信する際にエンジンが必要とする情 報、ストレージ、及び他のサブシステムへの標準的なインターフェースを使用し てインストラクションセットの抽象化を実現する。これらは、テレスクリプト・ コミュニケーション・アプリケーション・プログラミング・インターフェース（ Ａｐｐｌ　１ｃａｔｉｏｎ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｉｎｔｅｒ４ａｃｅ　： 以下、ＡＰＩと言う＋１）を形成する・このインターフェースに関しては、本明 細書の一部であるアペンディックスＣに記載する。 エンジンは、インストラクションセットの抽象化からの特別に許可されたエスケ ープを実行することができる。このエスケープは、エンジンの外において、オペ レーション、アトミニストレージョン、及びマネージメント（ｏｐｅｒａｔｉｏ ｎａｌ、　ａｄｍｉｎｉｓｔｒａｔｉｖｅ、　ａｎｄ　ｍａｎａｇｅｒｉａｌ　 ：以下、ＯＡＭと言う。）のツールの構成を可能とする。このようなツールは、 大規模な通信システムを実現するために不可欠なものである。 １．３　テレスクリプトネットワーク（Ｔｅｌｅｓｃｒｉｔ　Ｎｅｔｗｏｒｋ） ２つ以上のエンジンは、相互接続することができる。ここで、テレスクリプトネ ットワーク（以下、単に”ネットワーク（Ｎｅｔｗｏｒｋ）”とも言う。）は、 エージェントが移動することができる世界である。このネットワークは、他のネ ットワークのクライアントである複数のコンピュータシステムを含んでいるが、 他のネットワークの一部ではない。 コンピュータシステムは、エンジンを組み込んで、エージェントが移動できるブ レイスを提供する場合にのみ、ネットワークの一部分となる。この要求は、情報 の構造、並びに伝送形式に関して、ネットワークを同種のものとする。 エンジンは、上述したように相互接続されているため、エージェントは、エンジ ン間を移動することができる。エージェントは、アペンディックスＢに記載され ているテレスクリプトエンコード則に従って、エンコードされる。したがって、 オクテツトストリングは、プラットフォームインターコネクトプロトコルによっ て規定されるようにエンジン間を移動する。プラットフォームインターコネクト プロトコルに関しては、アペンディックスＦに記載されている。 以下、アペンディックスＡについて説明する。 上、土エニーＡ里斬堕 アペンディックスＡは、インストラクションセットのバージョン０．８を規定す る。なお、テレスクリプトエンコード則、テレスクリプトプロトコル、及び、テ レスクリプトＡＰＩに関しては、本明細書の一部であるアペンディックスＢいＣ にそれぞれ記載する。 インストラクションセットは、仮想的なマシンのためのインストラクションセッ トと見なすことができる。このことから、インストラクションセットは、より高 いレベルの言語であるテレスクリプトのコンパイラであると言うことができる。 カリフォルニア州マウンテンビューのジェネラル・マジック社は、ハイテレスク リプトと呼ばれる言語を開発している。なお、本明細書のアペンディックスのコ ンテキストにおいて、インストラクションセットは、ローテレスクリプトとも呼 ばれる。 １、４．２一致 エンジンの製造者は、このアベンディクスに適切に一致するように、一定の要求 を満たさなければならない。 １．４．３　慣用的表現 以下、アペンディックスにおける慣用的な表現を記載する。 パアトリビュートα（Ｔｈｅαａｔｔｒｉｂｕｔｅ）”は、“その識別子がαに 等しいアトリビュート”を意味する。 ・”キーである（Ｉｓ　ａ　ｋｅｙ）　”は、。キーに一致している（ｅｑｕａ ｌｓ　ａ　ｋｅｙ）　”ことを意味し、”キーと同一である（ｉｓ　ｔｈｅ　ｓ ａａ＋ｅ　ａｓ　ａ　ｋｅｙ）”ということではない。 ・”Ｘ　（Ａｎ　ｘ）”は、通常、”Ｘのメンバを意味し、°Ｘのインスタンス ”ではない。 ・′°Ｘを送出する（Ｔｈｒｏｗｓ　Ｘ）”は、通常、Ｘのメンバを送出する” を意味する。 ・”　「ステイトメント」か否か（Ｗｈｅｔｈｅｒ　ｓｔａｔｅｍｅｎｔ）　” は、”　「ステイトメント」であり、且つこの「ステイトメント」に限られるか （ｓｔａｔｅｍｅｎｔ　ｉＶｒ　ｔｒｕｅ）　”を意味する。 ・”〜の場合にのみ（Ｉｆｆ）　”は、数学の分野における’　ｉｆｆ”と同様 に、”〜の場合、且つその場合に限り（Ｈａｎｄ　ｏｎｌｙ　ｉｆ）”を意味す る。 ・”ＭＳＢ”は、最上位ピントを意味する。 ・“ＬＳＢ”は、最下位ピントを意味する。 注　このアペンディックス全体を通して、”注”に記載した内容は、定義では無 く、注釈である。 １．４．４ｔｌ！成 アペンディックスＡは、８つのセクションに分けられる。セクション１は、アペ ンディックスＡの序である。セクション２は、インストラクションセットの主な 概念を紹介する。セクション３は、インストラクションセットの定義済みクラス について述べる。セクション４は、それらのクラスに関して詳細を述べる。セク ション５は、インストラクションセットの構文の定義について述べる。 セクション６は、定義済みクラスへの形式的なインターフェースの定義に基いた 慣例について述べる。セクション７は、この形式的なインターフェースの定義に ついて述べる。セクション８は、ユーザ定義クラスではなく、定義済みクラスを 含むクラス図表の一部を示す。 １．４．５　ロードマツプ 上述した８つのセクションは、テレスクリプトにおける定義について記載したセ クションと、その定義に関する事柄について記載したセクションとから成る。 すなわち、実際の定義を記載したセクションは、セクション１．２．４．５であ る。また、セクション３．７．８は、セクション４に記載した内容を再構成した 形で説明したセクションである。セクション６は、ハイテレスクリプトの様相を 写したものである。 ユーザーは必要性に応じて、８つのセクションから必要なセクションを選択する 必要がある。例えば、インストラクションセットの適用範囲及び構造についての みの情報が必要である場合は、セクション１．２．３のみをマスターすればよい 。テレスクリプトプログラマは、セクション１．２．３以外に、セクション４も マスターする必要がある。また、ローテレスクリプトプログラマは、キャラクタ −テレスクリプトをカバーするセクション５もマスターする必要がある。ハイテ レスクリプトのコンパイラやエンジンの作成者は、バイナリのテレスクリプトを カバーするセクション５をマスターする必要がある。なお、ハイテレスクリプト プログラマは、セクション５をマスターする必要はない。 一方、テレスクリプトの実務者にとっては、セクション７．８は不可欠なリファ レンスである。 １．４．６　リファレンス アペンディックスＡは、下記のドキュメントに依存するものとする。 ５１０６４６．　Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｏｒｇａｎｉｚａｔｉｏｎ　ｆ ｏｒ　５ｔａｎｄａｒｄｉｚａｔｉｏｎ　ａｎｄ　Ｉｎｔｅ窒獅≠狽奄盾獅■ Ｉ　Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ　Ｃｏｍｍ１ｓｓｉｏｎ、　１９９０゜ 聾ヨユ」肋出旦諌Ｕ ２、テレスクリプトのコンセプト インストラクションセットは、種々の概念（コンセプト：ＣＯ口ｃｅｐｔ）を定 義する。 インストラクションセットの最も重要な定義が、本セクションで紹介される。こ こで、種々のコンセプトを、モデル（Ｍｏｄｅｌ）に分ける。したがって、サブ セクションには、各モデルが割当られている。また、各サブセクションにおいて 、さらに小さなサブセクションに、そのモデルのコンセプトが割り当てられてい る。 インストラクションセットは、リモートプログラミング用であるため、言語、オ ペレーティングシステム及びネットワークの範囲に及ぶコンセプトを含んでいる 。通常、独立しているこれらの領域は、このインストラクションセットにより一 つにまとめられる。 ２、　１　モデル（Ｍｏｄｅｌｓ） インストラクションセットのコンセプトは、複数のモデルに分けられる。この？ １数のモデルは、教育的な目的にのみ用いられるものであり、処理の遂行時には 見られないものである。 以下のモデルが定義される。 オブジェクト（Ｏｂ′ｅｃｔ） ”オブジェクト（Ｏｂｊｅｃｔ）”モデルは、オブジェクト指向、例えば、オブ ジェクト、リファレンス、クラス、オペレーション、及びエクセプションを提供 する。 来且」シ旦逗肋匝Ｌ ”実行（Ｅｘｅｃｕｔｉｏｎ）”モデルは、逐次実・行、例えば、メソッド、プ ロシージャ、及び識別子を提供する。 １巨旦と１違裳至し ”プロセス（Ｐｒｏｃｅｓｓ）”モデルは、マルチタスク処理、例えば、プロセ ス、リソース、バーミッット、コンタクト、及びオーナーシップを提供する。 ネットワーク（Ｎｅｔｖｏｅｋ） ”ネットワーク（Ｎｅｔｖｏｅｋ）“モデルは、ネットワークのアーキテクチャ 、例えば、エージェント、ブレイス、トリップ、ミーティング、及びテレネーム を提供する。 タイムキーピング（Ｔｉｍｅｋｅｅｉｎ）”タイムキーピング（Ｔｉｍｅｋｅｅ ｐｉｎｇ）”モデルは、時間を計測する手段、例えば、タイム及びカレンダータ イムを提供する。 パターンマツチング（Ｐａｔｔｅｒｎ　Ｍａｃｈｉｎｇ）”パターンマツチング （Ｐａｔｔｅｒｎ　Ｍａｃｈｉｎｇ）”モデルは、パターンマツチングのための 手段、例えば、パターンを提供する。 各モデルは、上述した順序で以下に記載される。また、各モデル内のコンセプト は、合理的な順序で記載される。 ２．２　オブジェクトモデル（Ｏｂ′ｅＣｔＭＯｄｅＩインストラクションセッ トは、本セクションで定義する”オブジェクトモデル（ｏｂｊｅｃｔ　ｍｏｄｅ ｌ）　”を実現する。 ２．２．１　オブジェクト（Ｏｂ′ｅＣＯオブジェクトは、情報と、情報を処理 するプログラムとから成るインストラクションセントの単位である。オブジェク トは、クラスのインスタンスである。 注：オブジェクトは、如何なるものでもよく、例えば、ブーリアンのような単純 なもの、ディクショナリのような複雑なもの、ストリングのような受動的なもの 、又はプロセスのような能動的なものである。 注：メンセージングにおいて、すなわちインストラクションセットが含まれるア プリケーションにおいて、オブジェクトは、メイルボックス及び分配リストのよ うな、メツセージのシステムの構成部分と、メツセージや送信の情報のような、 システムが伝達する情報オブジェクトと、エンベロープフィールドのような、こ れらの情報オブジェクトの要素とを含むことができる。 パーシステンス（Ｐｅｒｓｉｓｔｅｎｃｅ）全てのオブジェクトは、゛°バージ ステント（ｐｅｒｓｉｓｔｅｎｔ）”である。すなわち、エンジンが故障し、後 に回復した場合、オブジェクトに対する影響は、一時的に使用できなくなること だけである。 サイズ（Ｓｉｚｅ） 全てのオブジェクトは、オブジェクトが占有する不変な記憶容量である”サイズ （ｓｉｚｅ）”を有しており、オクテツト単位で測定される。 注：オブジェクトのサイズは、ブレイス毎に可変でもよい。 ２．２．２　リファレンス（Ｒｅｆｅｒｅｎｃｅ”リファレンス（ｒｅｆｅｒｅ ｎｃｅ）　’“は、オブジェクトが指示又はアクセスされるための手段である。 保ｚ（ＰｒｏｔｅＣｔｅｄ）と　保ｇ　（Ｕｎ　ｒｏｔｅｃｔｅｄ）リファレン スには、”保護されている（ｐｒｏｔｅｃｔｅｄ）”ものと、”保護されていな い（ｕｎｐｒｏｔｅｃｔｅｄ）“ものがある。保護されていないリファレンスは 、オブジェクトを変更することができ、保護されているリファレンスは、オブジ ェクトを変更することができない。また、保護されていないリファレンスは、保 護されるようすることできるが、その逆に、保護されているリファレンスにおい て、その保護を解除することはできない。 １区ユ肛姐■皿し 個々のオブジェクトには、１つ以上のリファレンスが存在する。オブジェクトを 生成するということは、そのオブジェクトへの最初のリファレンスを生成すると いうことである。オブジェクトが不変である場合のみ、リファレンスは保護され る。一方、追加するリファレンスに関しては、保護するか又は保護しないかを必 要に応じて選択して、リファレンスを生成することができる。ソースリファレン スが保護されている場合のみ、その生成されたリファレンスは保護される。 注：多くの定義済みオペレーションは、既存のオブジェクトへの新しいリファレ ンスを生成し、生成したリファレンスをリザルトとしてリターンする。 比較（ＣＯＩｌａｒｉｓｏｎ） オブジェクトに対する全ての保護されていないリファレンスは、同等である。 任意のオブジェクトに対する保護されていないリファレンスを用いて行われた変 更は、そのオブジェクトに対して行われた変更である。したがって、実際には、 そのオブジェクトに対する全ての他のリファレンスについて変更が行われる。ま た、オブジェクトに対する全ての保護されたリファレンスも、相互に同等である 。 保護されていないリファレンスと、保護されているリファレンスとは、２つの点 で異なっている。これらの相違点は、リファレンスが指示するオブジェクトのフ ィーチャを要求するために、保護されたリファレンスが用いられる場合に現れる 。第１の相違点として、フィーチャがオブジェクトを変更しようとする場合には 、そのフィーチャはエラーとなり、”リファレンスが保護されている（Ｒｅｒｅ ｒｅｎｃｅ　Ｐｒｏｔｅｃｔｅｄ）”ことを示す応答結果が送出される。第２の 相違点として、フィーチャが、オブジェクトのコピーされたものではないプロパ ティの１つへのリファレンスをリターンした場合、そのリファレンスは保護され る。 また、２つのリファレンスが同一のオブジェクトに対するものであるが否がを判 断することができる。 廃棄処理（Ｄｉｓｃａｒｄｉｎｇ） リファレンスが、必要とされなくなった場合には、そのリファレンスを廃棄する 必要がある。オブジェクトへのリファレンスが残存していない場合には、そのオ ブジェクト自身は破壊される。 き力基ｊ」芳Ｗ扛止し エンジンは、アペンディックスＡに記載された定義によりリファレンスを無効に することができる。無効にされたくボイドされた：　ｖｏｉｄｅｄ）リファレン スは、オブジェクトへアクセスしない。エンジンは、スタックに、ボイドされた リファレンスをブツシュするのではなくごＲｅｆｅｒｅｎｃｅ　Ｖｏｉｄ”を送 出する。 ２．２．３　クラス（Ｃ１ａｓｓｅｓ）”クラス（ｃｌａｓｓ）”は、全て同一 のインターフェースと同一のアクションとを有する、クラスのインスタンスであ るオブジェクトのセットを定義する。クラス自身は、潜在的にクラスについてユ ニークである、インターフェースとアクションとを有する。 凰勧μ」肪幽加回し≦≧ゴ主」世旦団血計Ｌクラスは、”定義済み（プリデファ インド：　Ｐｒｅｄｅｆ　１ｎｅｄ）”クラス、又は”ユーザ定義（ユーザデフ ァインド：　Ｕｓｅｒ−ｄｅｒ　１ｎｅｄ）　”クラスの何れがである。定義済 みクラスは、インストラクションセットに組み込まれるものであり、このアペン ディックスにおいて、定義されているものである。また、定義済みクラスは、テ レスクリプトプログラマが利用することができる一種のオブジェクトを示してい る。ユーザ定義クラスは、プログラマによって定義されるもので、インストラク ションセットを特定の目的のために拡張させるものである。 コンクリート（Ｃｏｎｃｒｅｔｅ）とアブストラクト（Ａｂｓｔｒａｃｔ）クラ スは、コンクリート（具象的：　ｃｏｎｃｒｅｔｅ）なものが、アブストラクト （抽象的：　ａｂｓｔｒａｃｔ）なものである。”コンクリート”クラスは、イ ンスタンスを持つことができる。またごアブストラクト”クラスは、インスタン スを持つことができないが、アブストラクトクラスのサブクラスは、インスタン スを持つことができるものもある。コンクリートクラス、又はこのクラスと共通 なアクションを有するスーパークラスは、クラスに固有の各フィーチャ、又はク ラスによって継承された各フィーチャを遂行する。 虹迎」企互匡皿と クラス（通常はコンクリートクラス）は、封印（シール：５ｅａｌ）されること ができる。エンジンは、シールされたクラスがユーザ定義される直接のサブクラ ス（イミディエートサブクラス：　ｉｍｍｅｄｉａｔｅ　５ｕｂｃｌａｓｓ）を 持つことを禁止する。ただし、シールされたクラスが定義済みのイミディエート サブクラスを持つことは禁止しない。 クリエーション（Ｃｒｅａｔｉｏ口） コンクリートクラスは、新しいインスタンスを記述する初期パラメータが与えら れると、そのインスタンスを生成することができる。しがし、全てのクラスの全 てのインスタンスが、このようにして生成されるわけではない。残りのインスタ ンスは、最初にこのようにインスタンスを１つ生成し、次に必要に応じてインス タンスのアトリビュートを変更することによって、生成することができる。 コンクリートクラスは、任意のクラスのインスタンスを、そのコンクリートクラ ス自身のインスタンスに変換（コンバート：　ｃｏｎｖｅｒｔ）することができ る・しがし、全てのクラスの全てのインスタンスが、他のクラスのインスタンス に変換可能であるとは限らない。変換のオペレーションであるオペレーション” Ｃｏｎｖｅｒｓ　ｉＯｎ”の定義と、変換することにより生成されるオブジェク トの性質は、呼び出された２つのクラスに依存する。 互換性（ＣｏＩｌａＬｉｂｉｌｉｔ　）クラスは、引用されたオブジェクトとし て具体化される。クラスは、他のクラスに対して、以下の種類の変更を行うだけ で前者のインターフェースを後者のインターフェイスから生成することができる 場合にのみ、後方向に互換性を有する。 第１に、フィーチャを付加する。第２に、後者のインターフェースにおいてアト リビュートがリードオンリーである場合、そのアトリビュートのクラスを、サブ クラスにまで狭める。第３に、現存しているオペレーションのアーギュメントの クラスを、スーパークラスまで広げる。第４に、現存するオペレーションのリザ ルトのクラスを、サブクラスまで狭める。 ２．２．４　インへりタンス（Ｉｎｈｅｒｉｔａｎｃｅ）ネイティブ（Ｎａｔｉ ｖｅ）とインへリ　ンス（ｌｎｈｅｒｉ　ｔｅｄ）全てのクラス、すなわち定義 済みクラス及びユーザ定義クラスは、”継承（インへりタンス：　１ｎｈｅｒｉ ｔａｎｃｅ）”によって相互に関連付けられている。各クラスは、様々な特性を 有する。一般に、クラスの特性は、そのクラスに対する”固有（ネイティブ：　 ｎａｔｉｖｅ）”な特性と、他のクラスから”継承”された特性である。すなわ ち、インへりタンスは、各クラスの特性の遷移の関係である。クラスは、他のク ラスから、後者のクラスに固有な特性だけでなく、後者のクラスに固有な特性も 継承する。上記の説明を少し拡張して説明すると、オブジェクトの固有の特性は 、そのオブジェクトがインスタンスであるクラスに固有の特性である。 インストラクションセットは、クラス間の十分な継承関係を要求する。なお、ク ラスとそれらの関係は簡単な図表によって表される。この図表において、ノード （節）はクラスを表し、ノードの間のアーク（枝）は、それらのノードが表すク ラスの間の継承関係を表している。 サブクラス（Ｓｕｂｃｌａｓｓ）　スーパークラス（ＳｕｅｒｃＩａｓｓあるク ラスが他のクラスから直接又は間接的に特性を継承した場合、前者のクラスは、 後者のクラスの”サブクラス（ｓｕｂｃｌａｓｓ）”であり、後者のクラスは前 者のクラスの”スーパークラス（ｓｕｐｅｒｃ　１ａｓｓ）“である。また、前 者のクラスが直接的に後者のクラスから特性を継承した場合、前者のクラスは後 者のクラスの”直接のサブクラス（イミディエートサブクラス：　１ｕｅｄｉａ ｔｅ　５ｕｂｃｌａｓｓ）”であり、後者のクラスは前者のクラスの”直接のス ーパークラス（イミディエートスーパークラス：ｉ關ｅｄｉａｔｅ　５ｕｐｅｒ ｃｌａｓｓ）”である。また、前者のクラスのインスタンスは、そのクラス及び 複数のスーパークラスの”メンバ（ｍｅｍｂｅｒ）”である。 フレーバ（Ｆｌａｖｏｒ） いくつかのクラスは、フレーバである。”フレーバ（ｆｌａｖｏｒ）”は、以下 に述べるような、ツリー構造を形成する。なお、各フレーバは、コンクリート又 はアブストラクトである。 ツリーのルートは、クラス”ｏｂｊｅｃｔ”を表す。基点となる任意のノード（ 以下、ソースノードという。）から発してアークをたどって到達した点の各ノー ド（以下、目的点ノードという。）は、そのソースノードが示すフレーバのイミ ディエートサブクラスを表している。したがって、ソースノードは、各々のこの ような目的点ノードが示すフレーバのイミディエートスーパークラスを表す。ま た、１つ以上のアークを次々に移動して到達する各目的点ノードは、そのソース ノードが示すフレーバのサブクラスを表している。上述のように、ソースノード は、各目的点ノードが示すフレーバのスーパークラスを表している。 注：フレーバは、単一の継承を提供する。 ミックスイン（Ｍｉｘ−ｉｎ） 他の全てのクラスは、ミックスインである。また、クラス”　ｍ１ｘ−ｉｎ″と その０以上のスーパークラス（これらは全てミックスインである。）は、以下に 述べるようにして、第２のツリーを形成する。すなわち、この第２のツリーのル ートは、クラス”ｍ１ｘ−ｉｎ”である。アークは、ツリーのノードが示すミッ クスイン間の逆継承関係を表す。ミックスインは、アブストラクトである。 注；ミックスインは、多重継承の限定された形式を提供する。 クラスグラフ（Ｃ１ａｓｓＧｒａｈ） フレーバとミックスインは、指定された図表を形成する。この図表は、次の２つ のステップで形成される。第１ステツプでは、各ミックスインツリーにおけるア ークは、逆継承関係ではなく、継承関係を表すように新しく方向づけられる。 第２ステツプでは、このように変更されれなミックスインツリーは、フレーバツ リー上に重ねられる。 注、？３Ｌ数のクラスを包括的に関連づけることによって作られる包括的なりラ ス図表がある。如何なる特定のブレイスにおいても、この図表が表している内容 は、不完全な場合がある。 カノニカルオーダー（Ｃａｎｏｎｉｃａｌ　ｏｒｄｅｒ）１つのクラス、すなわ ち１つのフレーバ又はミックスインと、その１以上のスーパークラス、すなわち その１以上のフレーバやミックスインとは、第３のツリーの道筋の順序である” 正規の順序（ｃａｎｏｎｉｃａｌ　ｏｒｄｅｒ　：カノニカルオーダー）″を有 する。 第３のツリーは次のようにして構成される。ルートは、問題のクラスであり、他 のノードは、そのクラスのスーパークラスである。アークは、ミックスインツリ ーと同様に、ツリーのノードが示すクラス間の逆継承関係を表す。 道筋は、そのクラスが定義する縦型の（ｄｅｐｔｈ（ｉｒｓｔ）道筋であり、こ の縦型の道筋において、クラスのイミディエートスーパークラスは、それらの正 規の順序に従って訪問される インターフェース（Ｉｎｔｅｒｆａｃｅ）とインプリメンテーション（１ｍ　Ｉ ｅｍｅｎｔａｔｉｏｎ）上述した全てのことは、クラス特性の何れについても、 すなわち、クラスのインターフェースと、それらの実行（インプリメンテーショ ン：　１ｌｐ１６＠２ｎｔａｔｉｏｎ）と、それらの両方との何れについても、 言えることである。このアペンディックスにおいて、このアペンディックスの特 定の部分においてこの２つの特性のどちらが説明されているかは、明確に又は暗 黙の内に説明する。 注：クラスのインターフェースは、頻繁に説明されている。 ２．２．５　フィーチャ（Ｆｅａｔｕｒｅｓ）”フィーチャ（ｆｅａｔｕｒｅ） ”は、オブジェクトの外部から見られる特性である。 フィーチャは、オブジェクトを相互作用させることができる。任意のオブジェク トが他のオブジェクトへのリファレンスを所有していれば、その任意のオブジェ クトは他のオブジェクトのフィーチャを要求することができる。クラスの全ての インスタンスは、そのクラスに固有のインターフェースによって、又はそのクラ スにより継承されたインターフェースによって定義される同一のフィーチャを有 する。 フィーチャは、正しく遂行された場合に”正常終了（ｓｕｃｃｅｅｄｓ）”とな り、正しく遂行されなかった場合には”異常終了（ｒａｉｌｓ）“どなる。フィ ーチャが異常終了した場合には、例外（エクセプション：　ｅｘｃｅｐｔｉｏｎ ）が送出される・アトリビュート（Ａｔｔｒｉｂｕｔｅ）とオペレーション（Ｏ ｅｒａｔｉＯｎフィーチャは、アトリビュート及びオペレーションの２種類に分 類される。 注：どのフィーチャをアトリビュートとし、どのフィーチャをオペレーションと するかは、状況に応じて任意に決定してよい。 紅印」）且■旺Ｌ クラスは、固有なフィーチャ又は継承されたフィーチャを封印（シール：５ｅａ ｌ）することができる。これにより、ユーザ定義されたサブクラスによるフィー チャの実行は禁止される。ただし、定義済みサブクラスによるフィーチャの実行 は禁止されない。 行（１ｍ　Ｉｅｍｅｎｔａｔｉｏｎ） クラスは、スーパークラスによってシールされていない固有のフィーチャ又は継 承されたフィーチャを実行（インプリメンテーション：　ｉｍｐｌｅｍｅｎｔａ ｔｉｏｎ）することができる。そのクラスに対するスーパークラスが存在し、そ のクラスが継承されたフィーチャを実行する場合、そのクラスにおける実行は、 スーパークラスにおける実行に代わるものである。 アクセス（Ａｃｃｅｓｓ） エンジンは、フィーチャへのアクセスを制御する。フィーチャのアクセスは、フ ィーチャを使用することができるオブジェクトを定義する。そのフィーチャのア クセスは、以下に述べる何れかに該当する。 バブリノ　（ｕｂｌｉｃ） 如何なるオブジェクトもこのフィーチャを遂行することができる。 プライベート　（ｒｉｖａｔｅ） このフィーチャを有するオブジェクトのみが遂行することができる。 システム（ｓｓｔｅｍ） エンジンのみが、このフィーチャを遂行することができる。なお、このフィーチ ャは、定義済みである ２、２．６　アトリビュート　（Ａｔｔｒｉｂｕｔｅｓ）”アトリビュート（Ａ ｔｔｒｉｂｕｔｅ）″は、オブジェクトである。そして、アトリビュートは、あ るオブジェクト、すなわち”要求側（リクエスタ＋　ｒｅｑｕｅｓｔｅｒ）”が 、別のオブジェクト又は同一のオブジェクト、すなわち”応答側（レスポンダｒ ｅｓｐｏｎｄｅｒ）”に対して、取得するように、そして場合によっては設定す るように、要求することができる特性である。なお、設定されることがでいない アトリビュートは、”リードオンリ（ｒｅａｄ−ｏｎｌｙ）”である。 ”αＧｅじと”αＳｅｔ″ アトリビュートがリードオンリの場合は、アトリビュートは、どちらか一方のオ ペレーションに相当し、アトリビュートがリードオンリでない場合は、アトリビ ュートは、両方のオペレーションに相当する。“αＧｅｔ”として表される第１ のオペレーションは、アトリビュートを取得する。その第１のオペレーションは 、アーギュメントを持たず、そのリザルトはアトリビュートである。 また、”αＳｅｔ”として表される第２のオペレーションは、アトリビュートを ある特定のオブジェクトに置き換えて設定する。オペレーション“αＳｅｔ”の アーギュメントは、このオブジェクトであり、このオペレーションは、リザルト を持たない。 手動（Ｍａｎｕａｌ）と自動（ＡｕｔｏＩＩｌａｔｉｃ）クラスは、アトリビュ ートを手動的又は自動的に実行することができる。ただし、クラスがアブストラ クトである場合は、全く実行できない。アトリビュートを゛手動的（Ｍａｎｕａ ｌ　ｌｙ）”に実行することは、”αＧｅｔＨのメソッドと、（そのアトリビュ ートが設定可能であれば）”αＳｅｔ”のメソッドとを供与することである。 一方、アトリビュートを”自動的（Ａｕｔｏｍａｔｉｃａｌｌｙ）　”に実行す ると言うことは、アトリビュートが自動的に実行されるようにエンジンに制御さ せることである。 この場合、アトリビュートはインスタンスアトリビュートであり、クラスはコン クリートであり、そのクラスもそのスーパークラスもそのアトリビュートを実行 しない。エンジンは、同一の識別子のプロパティを伴って、アトリビュートを遂 行する。 インストラクションセットは、アーギュメントがアトリビュートの識別子（α” °）である内部オペレーション、”　ｇｅｔＡｔｔｒｉｂｕＬｅ’及び°’　５ ｅｔＡｔｔｒｉｂｕｔｅ”の助けを借りて、それぞれアトリビュートの取得及び 設定を定義する。 これらの２つのオペレーションは、アトリビュートが自動的に実行されてｌｌす る場合は、そのアトリビュートに関連したプロパティを取得及び設定し、その他 の場合、すなわちアトリビュートが手動的に実行されている場合は、°°αＧｅ ｔ“及び”αＳｅｔ”の各オペレーションにについて、ユーザ定義されたメソッ ド実行する。同様にアトリビュートの手動的又は自動的な実行は、オペレーショ ンの実行の位置を決める実行モデルのアルゴリズムを使用して、位置決めされる 。 格納位ｉｔ　（Ｓｔｏｒａ　ｅ　Ｌｏｃａｔｉｏｎ）リードオンリでないアトリ ビュートは、デフォルトでは”ストレージロケーション（Ｓｔｒａｇｅ　Ｌｏｃ ａｔｉｏｎ）”として挙動する。すなわち、オペレーション”αＧｅｔ°°は、 オペレーション′°αＳｅｔ”のアーギュメントとして正常１こ供給された最新 のオブジェクトをリターンする。このデフォルトでの挙動に対するエクセプショ ンは、特定のアトリビュートの散文的な記述において、呼び出される。 注　すなわち、デフォルトでの挙動を示すアトリビュートが、クラス”Ｄｉｃｔ ｉ。 ｎａｒｙ”のメンバであるように制約され、クラス′°ＤｉｃｔｉｏｎａｒＶ” のサブクラスのインスタンスが、オペレーション′°αＳｅｔ”に供給される場 合、オペレーション”αＧｅｔ”は、クラス°’　Ｄｉｃｔｉｏｎａｒｙ”のイ ンスタンスではなく、そのサブクラスのインスタンスをリターンする。 注：リードオンリである全ての定義済みアトリビュートは、デフォルトでの起動 を示す。 ２．２．７　オペレーション（Ｏｐｅｒａｔｉｏｎｓ）オペレーションは、ある オブジェクト、すなわちリクエスタ力で、他のオブジェクト又は同一のオブジェ クト、すなわちレスポンダ（こ対して実行するよう（こ要求することのできるタ スクである。 アーギュメント（ＡｒｕｍｅｎｔＳ） リクエスタは、オペレーションの”アーギュメント（ａｒｇｕｍｅｎｔｓ）　” である０以上のオブジェクトをレスポンダに供給する。オペレーションは、オペ レーションのアーギュメントの数力呵変であるか、又は固定されているかを判断 し、アーギュメントの数が固定されている場合には、どのように各アーギュメン トが制約されるかを定める。 注：アーギュメントの数が可変である場合には、何れもマークとはならなＩｌｌ 。 注：定義済みのオペレーションでは、オペレーション”１ｎｉｔｉａｌｉｚｅ” ごｍａｋｅＣｌａｓｓｅＳ”ご５ｅｌｅｃｔ”　、　”　ｎｅｗ”が、可変数の アーギュメントを必要とし、その他のオペレーションは、可変数のアーギュメン トを必要としな（Ｎ、。 リザルト　（Ｒｅｓｕ　ｌ　ｔ） オペレーションが正常終了した場合、レスポンダは、オプションとして、１ノク エスタに対して単一のオブジェクト、すなわちオペレーションの”結果（１ノザ Ｊレト：　ｒｅｓｕ　ｌ　ｔ）”を、供給することができる。オペレーション（ よ、１ノザルトの有るか否かを判断し、リザルトがある場合には、それがどのよ うに制約されて０る力１を判断する ２、２．８　エクセプション（ｅｘｃｅｐｔｉｏｎ）”エクセプション（ｅｘｃ ｅｐｔｉｏｎ）”は、フィーチャーのメ・ノットの遂行の異常終了を示すオブジ ェクトである。より具体的には、メソッドのプロシージャｉこおＩする項目（ア イテム：　１ｔｅ１１）である、実行されたオブジェクトの１つの実行の異常終 了を示すオブジェクトである。 フィーチャは、レスポンダが、フィーチャが正常終了した場合にリターンするリ ザルトの代わって、エクセプションを”送出（ｔｈｒｏｗｓ）”した場合に、異 常終了となる。フィーチャのりクエスタがエクセプションに対して応答すること を望む場合、リクエスタは、そのエクセブションを”受信（キャッチ：　ｃａｔ ｃｈｅｓ）”する。その他の場合、エンジンは、エクセブションを“伝送（ｐｒ ｏｐａｇａｔｅｓ）　”させる。すなわち、エンジンは、リクエスタにエクセプ ションを送出させる。 旦二ヱ、９：レノ」」６Ｃムとぶ！臣匡虹吐Ｌ”コンストレイント（ｃｏｎｓｔ ｒａｉｎｔ）”は、コンストレイントの”対象（サブジェクト：　５ｕｂｊｅｃ ｔｓ）　”である他のオブジェクトにおける制限を定義する。可能な制限は、サ ブジェクトがメンバであるクラスの識別子と、サブジェクトがそのクラスのイン スタンスであるが否がと、そのサブジェクトがニル（０）であることが許容され るか否がと、既に述べたにもがかわらずそのクラスと、サブジェクトのパッセー ジ（Ｐａｓｓａｇｅ）とである。 パッセージ（Ｐａｓｓａｅ オブジェクトは、どのようにソース（転送元：　５ｏｕｒｃｅ）リファレンスが デスティネーション（目的地：　ｄｅｓｔｉｎａｔｉｏｎ）リファレンスを判断 するかを定める幾つかの異なった方法にうちのどれかに基づいて、フィーチャの りクエスタとレスポンダ間で送受信されることができる。ここで、ソースリファ レンスは、オブジェクトのソースがエンジンに伝え、デスティネーションリファ レンスは、エンジンがオブジェクトのデスティネーションに伝える。 オブジェクトのパッセージは、以下の識別子の−っである。 披堡」 デスティネーションリファレンスは、ソースリファレンスである。 デスティネーションリファレンスは、ソースリファレンスである。しかし、ソー スリファレンスが保護されている場合、エンジンはごＲｅｆｅｒｅｎｃｅ　Ｐｒ ｏｔｅｃｔｅｄ”を送出する。 髄な匹匹印皿旺 デスティネーションリファレンスは、ソースリファレンスがアクセスを与えるオ ブジェクトへの保護されたリファレンスである。 ■包歴 デスティネーションリファレンスは、デスティネーションリファレンスがアクセ スを与えるオブジェクトのコピーへの保護されていないリファレンスである。 エンジンは、この目的のためのみにコピーを作成する。コピーは、プロセスの場 合は、オブジェクトのデスティネーションにより所有され、その他の場合は、オ ブジェクトのデスティネーションのオーナーにより所有される。 旦ニュー１０　−；ケ狂とＦ（ふロ把工臘しオブジェクトは、０以上のプロパテ ィを有する。プロパティ自身もオブジェクトである。、１つの”プロパティ　（ ｐｒｏｐｅｒｔｙ）″は、オブジェクトの内部状態の要素の１つであり、オブジ ェクトのプロパティは全体として、全内部状態を構成する。オブジェクトのプロ パティは、オブジェクトに対して内部的である。したがって、プロパティは、そ のオブジェクトだけによって、直接に感知、検査又は変更することができる。 オブジェクトのプロパティは、クラスによって区分される。０以上のプロパティ は、オブジェクトのクラスに対して固有であり、０以上のプロパティは、そのク ラスのインプリメンテーションスーパークラスに対して固有である。 プロパティは、そのプロパティが固有であるクラスのメソッドによって、直接に 感知、検査又は変更することができる。一方、そのプロパティが固有でない他の クラスのメソッドによっては、たとえそのクラスのサブクラスやスーパークラス であっても、直接に感知、検査又は変更することができない。 ２．２．１１　コピー（ｃｏ） オブジェクトは、コピーされることができる。あるオブジェクトの”コピー（ｃ ｏｐｙ）　”は、別のオブジェクトである。この別のオブジェクトは、一般的に 、保護されたリファレンスがコピーを作成するために使用されたとしても、オペ レーション°”　ｉｓｓａｍｅ”による場合以外は、或いはそのコピーが変更さ れた場合以外は、コピー元のオブジェクトから区別することはできない。 一般に、少なくとも最初は、コピーは、コピー元そのものであるオリジナルと同 等（イコール）になる。ここでご同等”の意味は、オリジナルがメンバであるク ラスに依存するということである。クラスとコピーが不変である場合、コピーと オリジナルはいつまでも同等のままである。その他の場合は、コピーとオリジナ ルは、互いに独立となるように、互いに異なるものとなることができる。 コピーは、オペレーション”ｃｏｐｙ”を用いることにより生成される。エンジ ンは、オリジナルの各プロパティのオペレーション”Ｃｏｐｙ”を要求すること によってコピーを作成する。しかし、エンジンがこの目的のために既にコピーし たことのあるオブジェクトへのリファレンスがプロパティであることを見いだし た場合には、エンジンは、そのオブジェクトの第２のコピーを生成せず、第１の コピーへのリファレンスを使用する。 ２．２．１２　オブジェクトの初期化　１ｎｉｔｉａｌｉｚｅ）オブジェクトの 生成には、オブジェクトの初期化（イニシャライズ：　１ｎｉｔｉａｌｉｚｅ） が必要である。オペレーション゛’　１ｎｉｔｉａｌｉｚｅ”についてのメソッ ドは、生成されたオブジェクトがメンバであるクラスに対して固有であることが できる。このメソッドは、そのクラスに対して固有のオブジェクトのプロパティ を初期化する。 エンジンがオペレーション°’　１ｎｉｔｉａｌｉｚｅ”のメソッドを要求する 前に、エンジンは、そのメソッド自体が固有であるクラスに固有のプロパティを ニル（０）に設定する。 初期化の順序（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ　０ｒｄｅｒ）オペレーション” １ｎｉｔｉａｌｉｚｅ”についての各メソッドは、そのメソッドが責任を持って いるプロパティをイニシャライズした後に、オペレーションをニスカレートする 。これにより、他のメソッドが同じことを行うようにすることができる。 メソッドが、オペレーションをニスカレートすることなく正常終了した場合、エ ンジンは、そのメソッドについて同じことを行う。ニスカレーション（ｅｓｃａ ｌａｔｉｏｎ）のプロセスは、生成されたオブジェクトのクラスと、そのクラス のインプリメンテーションスーパークラスとを、正規の順序で訪問する。 初期化パラメータ（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ　Ｐａｒａｍｅｔｅｒｓ）ク ラスの７初期化パラメータ（ｉｎｉｔｉａｌｉｚａｔｉｏｎ　ｐａｒａｍｅｔｅ ｒｓ）　”は、そのクラスに固有のオペレーション”１ｎｉｔｉａｌｉｚｅ”に ついてのメソッドが、そのオペレーションを遂行のために要求するオブジェクト である。クラスがミックスインである場合、そのクラスは、パラメータを選択す ることによって、そのクラス自身のために、処理を行う。また、クラスがフレー バである場合、そのクラス自身及びそのインプリメンテーションスーパークラス のために、同様に、処理を行う。ニスカレーションにおいて、オペレーション° ’　１ｎｉｔｉａｌｉｚｅ”についてのクラスのメソッドは、正規の順序で続く クラスのパラメータが、スタック上に、トップのマークの上に存在することを、 保証している。全てのクラスについてのメソッドが実行された後、パラメータが スタックに残っている場合、クラス”ｏｂｊｅｃｔ”は、エクセプションを送出 する。 Ｌ部し４１口」且固］鮎唄ビニ紅１匹ムオペレーション゛’　１ｎｉｔｉａｌｉ ｚｅ”のメソッドは、ニスカレーションの前ではなく、ニスカレーションの後に 、生成されたオブジェクトのフィーチャを使用することができる。このときも、 オブジェクトは、オブジェクトがインスタンスであるクラスではなく、メソッド が固有であるクラスのインスタンスであるかのように応答する。メソッドは、い つでも、他のオブジェクトのフィーチャを使用することができる。 ２．２．１３　オブジェクトの最終化（Ｏｂｊｅｃｔ　Ｆｉｎａｌｉｚａｔｉｏ ｎ）オブジェクトが破壊されると、そのオブジェクトは最終化（ファイナリゼー ション：　ｆｉｎａｌ　１ｚａｔｉｏｎ）を迎える。オペレーション°’　ｆｉ ｎａｌｉｚｅ”のメソッドは、破壊されたオブジェクトがメンバであるどのクラ スにも固有であることができる。 このメソッドは、そのクラスに対して固有のオブジェクトのプロパティを終了さ せる。オペレーション”ｆｉｎａｌｉｚｅ”は、オプションとして、そのオペレ ーションが終了させるプロパティを破壊することができる。ただし、オペレーシ ョン”「１ｎａｌｉｚｅ”がプロパティを破壊しない場合には、エンジンがプロ パティを破壊することとなる。 最終化の順序（Ｆｉｎａｌｉｚａｔｉｏｎ　ｏｒｄｅｒ）オペレーション”ｆｉ ｎａｌｉｚｅ”のメソッドは、オペレーションをニスカレートしない。エンジン は、破壊されたオブジェクトのクラス及びそのインプリメンテーションスーパー クラスを正規の順序でアクセスして、他のメソッドが正常終了しているか否にか かわらず各メソッドを遂行する。 ２．２．１４　クラスの構’　（Ｃｌａｓｓ　ｃｏｎｓｔｒｕｃｔｉｏｎ）イン ストラクションセットは、多くのコンピューター言語とは異なり、オペレーショ ン”ｍａｋｅｃ　１ａｓｓ”により、実行中にクラスを生成することができる。 また、クラスは、クラスのインターフェースとクラスのインプリメンテーション とを定義するクラス定義に基づいて生成される。 朧廻土９ガイ２！ユ２り！（１）顯珪圧迫り肛己胆組しクラスのインターフェー ス又はインプリメンテーションは、典型的には、そのインターフェース又はイン プリメンテーションが識別子によって指定する他のクラスに依存する。サイテシ ョンは、このインターフェース又はインプリメンテーションのアトリビュート° ’　ｖｏｃａｂｕｌａｒｙ”の助けを借りて、このような識別子に束縛（バイン ド：　ｂｉｎｄ）される。 識別子が、定義済みクラスの識別子に等しい場合には、そのサイテションはその クラスのものである。その他の場合、識別子が、アトリビュート″ｖｏｃａｂｕ 　１ａｒｙ”にあるキーと等しいときは、そのサイテションは、そのキーに関連 づけられた値に等しい。上述した以外の場合には、サイテションのアトリビュー ト”ｔｉｔｌｅ’がそのクラスの識別子に等しいことを除いて、サイテションは 、構成されたクラスのサイテションに等しい。 注′インストラクションセットは、定義済みクラスの割り当てられたサイテショ ンを定義しない。 サイテションのパインディング（Ｃｉｔａｔｉｏｎ　Ｂｉｎｄｉｎｓ）クラスは 、現在のプロセス及び現在のブレイスのアトリビュート“ｐｒｉｖａｔｅｃＩａ ｓｓｅｓ”及び°’　ｐｕｂｌｉｃｃＩａｓｓｅｓ”の助けを借りて、サイテシ ョンに結合（バインド：ｂｉｎｄ）される。引用された（サイテッド：　ｃｉ　 ｔｅｄ）クラスが、定義済みクラスである場合、引用されたクラスはエンジンに 検出される。また、引用されたクラスがユーザ定義クラスである場合、そのクラ スは、先ず、現在のプロセスのアトリビュート”　ｐｒｉｖａｔｅｃＩａｓｓｅ ｓ”を用いて検索され、見つからなければ、次に、現在のブレイスのアトリビュ ート”ｐｕｂｌ　１ｃｃｌａｓｓｅｓ”を用いて検索される。ただし、この検索 では、検出されない場合もある。ここで、引用されたクラスは、引用されたクラ スに対して後方向に互換性を有するものならば、どのようなりラスでもよい。 クラスは、２回に１回の割合で、サイテションにバインドされる。クラスの識別 子がプロシージャのアイテムである場合は、識別子が実行されている時はいつ２ ．３　実行モデル（Ｅｘｅｃｕｔｉｏｎ　Ｍｏｄｅｌ）インストラクションセッ トは、このセクションで定義する″実行モデル（ｅｘｅｃｕｔｉｏｎ　ｍｏｄｅ ｌ）　”を実現する。 ２．３．１　メソッド（ｍｅｔｈｏｄ）メソッドは、各々の遂行の動的状態を別 々に保持することのできるプロシージャである。この動的状態は、１つのフレー ムの形状をとる。オペレーションと、置換と、選択されたアトリビュートとを遂 行するために、メソッドが使用される。 フレーム（Ｆｒａｍｅ） ゛フレーム（ｒｒａｍｅ）”は、スタックと、０以上の変数を含む。”変数（ｖ ａｒｉａｂｌｅ）“は、変数自身がオブジェクトであり、フレームのメソッドの 特定の遂行の動的状態の１つの要素である。また、変数は、フレームのプロパテ ィの全てが、スタックと共に集められ、全動的状態を構成する。フレームのスタ ック、及び変数は、そのフレームに対して内部的である。したがって、フレーム のメソッドのみにより、直接に感知、検査及び変更することができる。フレーム 自身は、全く操作されない。 遂行（Ｐｅｒ４ｏｒｍａｎｃｅ） メソッドを”遂行（ｐａｆｏｒｍ）”するということは、１つのフレームを生成 し、フレームのスタックの初期のアイテムとしてオブジェクトの申し出を受け取 り、フレームの変数をニル（０）に設定し、メソッドのプロシージャを実行し、 フレームを廃棄し、そして、プロシージャが成功した場合のみ、フレームの廃棄 前にスタックからポツプしている、フレームの最終的なアイテムを提供するとい うことである。ここで、プロシージャが正常終了した場合に、メソッドの遂行は 正常終了となり、プロシージャが異常終了した場合に、メソッドの遂行は異常終 了となる。 如何なる場合においてもご現在のメソッド（カレントメソッド：　ｃｕｒｒｅｎ ｔ　■ｅｔｈｏｄ）”は、現在遂行中のメソッドでありご現在のフレーム（カレ ントフレーム：　ｃｕｒｒｅｎｔ　ｆｒａｍｅ）”は、その遂行のために生成さ れたフレームである。また、”現在のスタック（ｃｕｒｒｅｎｔ　５ｔａｃｋ） 　”　、すなわち”そのスタック（ｔｈｅ　５ｔａｃｋ）”は、現在のフレーム のスタックである。 注：メソッドが、オペレーションを遂行する場合、スタックの初期のアイテムと して供給されたオブジェクトがアーギュメントであり、最終的なアイテムとして 供給されたオブジェクトのうち最も上方にあるものが、もしあるならば、リザル トである。これらの２つの事象の間で、スタックは、最初にアーギュメントを保 持し、次にメソッドが要求するオペレーションのリザルトが存在すれば、そのリ ザルトを保持する。オペレーションの終了時に、スタックの最も上方にあるアイ テム以外のアイテムが存在した場合、そのアイテムは、オペレージ目ンの中間ス テップを実行するオペレーションの遂行の間に、使用されるオブジェクトである 。 ２．３．２　プロシージャ（ｒｏｃｅｄｕｒｅｓ）”プロシージャ（ｐｒｏｃｅ ｄｕｒｅ）　”は、プロシージャのブロノ（ティｌこ含まれな０、より基本的な プロシージャの一部分、すなわち、プロシージャの”アイテム”である０以上の 実行オブジェクトを含む。これらのアイテムは、範囲［１，ｎコｌこよって番号 付けされる。ここでごｎ”は、プロシージャの”レングス（ｌｅｎｇｔｈ）”を 示している。プロシージャは、レングスが０の場合は、クリアされる。アイテム の番号は、プロシージャ中のポジションを示している。”サブプロシージャ（ｓ ｕｂｐｒｏｃｅｄｕｒｅ）”は、一つのプロシージャ内の隣接したポジションに ある０以上のアイテムを含む。 遂行（ｅｒｒＯｒｍａｎＣｅ） プロシージャを１遂行（ｐｅｒｆｏｒｍ）　”することは、現在のフレーム中に おいて、ポジションが示す順に順次そのアイテムを実行することである。プロシ ージャの遂行は、各アイテムが正常終了のうち、に実行される場合は、′正常終 了（ｓｕｃｃｅｅｄ）”となり、その他の場合は、“異常終了（ｆａｉ　Ｉｓ） ”となる。何れかのアイテムが異常終了した場合には、残りのアイテムは実行さ れない。なお、”正常終了する”は、”成功のうちの終了する”や”成功に終わ る”と表現するときもあり、”異常終了”は、”失敗のうちの終了する゛や′° 失敗に終わる”と表現するときもある。 ２．３．３　エグゼキューティドオブジェクト（Ｅｘｅｃｕｔｅｄ　Ｏｂ’ｅｃ ｔ）”実行オブジェクト（エグゼキューティドオブジェクト：　ｅｘｅｃｕｔｅ ｄ　ｏｂｊｅｃｔ）”は、プロシージャの１つのアイテムとして許可される。 遂行（Ｐｒｆｏｒｍａｎｃｅ） プロシージャ以外のエグゼキューティドオブジェクトを”遂行（ｐｅｒｆｏｒ■ ）”することは、そのオブジェクトを実行することである。 来且」！萱！願ｒｎ） エグゼキューティドオブジェクトを“実行（ｅｘｅｃｕｔｅ）　”することは、 エグゼキューティドオブジェクトが、識別子であるか、モディファイヤであるか 、セレクタであるか、又は他の何かであるか、ということに依存して実行するこ とである。 エンジンがエクセプションを送出した場合、その実行は”異常終了（ｆａｉ　Ｉ ｓ）”であり、その他の場合、その実行は”正常終了（ｓｕｃｃｅｅｄ）”であ る。 識別子、モディファイ旭又はセレクタ以外の如何なるエグゼキ云−テイドオブジ ェクトは、エグゼキューティドオブジェクトへの保護されたリファレンスをスタ ックにブツシュすることによって、実行される。 注：上記の問題のエグゼキューティドオブジェクトは、ビット、ビットストリン グブーリアン、キャラクタ、インチジャ、マーク、オクテツト、オクテツトスト リング、プロシージャ、実数、及び、ストリングである。 ２．３．４　ｌ　（ｉｄｅｎｔｉｆｉｅｒ）特定のクラス、フィーチャ、プロパ ティ、又は変数は、インストラクションセット内のその他の構成やオブジェクト と同様に、識別子によって示される。 識別子（Ｉｄｅｎｔｉｆｉｅｒｓ） ”識別子（Ｉｄｅｎｔｉｆｉｅｒ）”は、レングスが１以上のストリングである 、その識別子の゛°テキスト（ｔｅｘｔじを用いて、その範囲内において、ある オブジェクトと他のオブジェクトを区別する。 資格識り子（Ｑｕａｌｉｆｉｅｄ　Ｉｄｅｎｔｉｆｉｅｒ）”有資格識別子（ｑ ｕａｌｉｆｉｅｄ　１ｄｅｎｔｉｆｉｅｒ）−は、フィーチャの０以上のインプ リメンテーションを、同一のフィーチャの０以上の他のインプリメンテーション から識別する。有資格識別子は、その有資格識別子のテキストを用いて、フィー チャを示す。さらに、有資格識別子は、有資格識別子の”クエリファイヤ（ｑｕ ａｌｉｆｉｅｒ）”である、クラスの識別子のテキストを用いて、クラスに固有 の又は継承されたインプリメンテーションを示す。 弧１ぶ函浬と 同一の範囲（スコープ：　５ｃｏｐｅ）を持っている２つの識別子は、同一では ない。 ２１２」旦Ｉ担Ｌ インプリメンテーション又はインターフェースによって引用されたクラスは、そ の範囲がそのインプリメンテーション又はインターフェイスによって引用された 全てのクラスにわたる識別子によって、示される。 フィーチャ（Ｆｅａｔｕｒｅ） オブジェクトのフィーチャは、その範囲が全てのフィーチャーにわたる識別子に よって示される。ここで、オブジェクトのフィーチャーは、オブジェクトがイン スタンスであるクラスに対して固有であるフィーチャー、又はオブジェクトがイ ンスタンスあるクラスによって継承されたフィーチャーの何れがである・プロパ ティ（Ｐｒｏｃｒｔ） オブジェクトのプロパティは、対象となるプロパティ自身が固有であるクラスに 対して固有である全てのプロパティを範囲とする識別子によって示される。 ！裟」亘■薊１ｅ） フレームの変数は、その範囲が全ての変数にわたる識別子によって示される。 ここで、変数は、そのフレームがその遂行に属しているメソッドによって定義さ れるものである。 シンタックス（Ｓｙｎｔａｘ） テキスト又はクエリファイヤは、表Ａ、１に示すキャラクタを除くものとする。 （以下、余白。） （以下、余白。） テキスト又はクエリファイヤの最初のキャラクタは、表Ａ、１に示したものと同 様に、表Ａ、２に示すキャラクタを除くものとする。 注、１つのプログラムがハイテレスクリプトである場合、テキストの最初の文２ ．３．５　静的な置換の規則（Ｓｔａｔｉｃ　５ｕｂｓｔｉｔｕｔｉｏｎ　Ｒｕ １ｅｓ）プロシージャは、表Ａ、３に示すような置換が行われたように遂行され る。プロシージャにおいて、第１行のサブプロシージャが現れた場合はいつも、 第２行の同じ列のサブプロシージャは、第１列目で検出されたサブプロシージャ に置き換えられる。 表Ａ、３は、テレスクリプトを定義するために用いられたノンターミナルを用い る各サブプロシージャを定義する。この表Ａ、３の第１セクシヨンにおいて、゛ °識別子（Ｉｄｅｎｔｉｆｉｅｒ）”は、それ自身又は”Ｑ識別子（Ｑ　Ｉｄｅ ｎｔ　ｉ　ｆ　１ｅｒ）”を示す。 また、第２セクシヨンにおいて、°゛識別子（ｌｄｅｎｔｉ　ｆ　１ｅｒ）”は 、それ自身のみを示す。 （以下、余白。） １この置換は、識別子が、オペレーション”ｐｒｏｔｅｃｔ”のものでも、オペ レーション”　ｖｅｒ”のものでもない場合のみ、適応される。 ２この置換は、同一のものである。 表Ａ、３又は後述する表Ａ、４に示した以外のサブプロシージャにおいて定めら たモディファイアを有するプロシージャの生成がめらな場合には、エンジンはエ クセプションを送出する。 アペンディックスＡのセクション３．２．１２において説明される内部的なオペ レーションは、表Ａ、３又は表Ａ、４に示した置換のうち１つを結果として要求 された場合にだけ、正常終了となる。その他の場合には、内部オペレーションは 、アクセスすることができない。 ２．３．６　的な置　の　Ｉ　（Ｄ　ｎａｍｉｃ　５ｕｂｓｔｉｔｕｔｉｏｎ　 Ｒｕ１ｅｓプロシージヤは、表Ａ、４に示す置換が行われたように遂行される。 表Ａ、４において、”識別子（Ｉｄｅｎｔｉｆｉｅｒ）　”は、それ自身又は″ Ｑ識別子（Ｑｌｄｅｎｔｉｆｉｅｒ）”を示す。 ２この同一の置換は、それが注１のものではない場合のみ、すなわち識別子がア トリビュートを示していない場合に、適応される。 ２．３．７　セレクタの実行（ｓｅｌｅｃｔｏｒ　Ｅｘｅｃｕｔｉｏｎ）”セレ クタ（ｓｅｌｅｃｔｏｒ）”は、特定の実行効果を達成する。セレクタは、次の ように実行される。 ブレーク（ｂｒｅａｋ） オペレーション“１ｏｏｐ”、”ｒｅｐｅａｔ″、”ｗｈｉｌｅ″を終了させる 。どのオペレーションも遂行されていない場合には、”Ｌｏｏｐ　Ｍｉｓｓｉｎ ｇ”が送出される。 クライアント（ｃｌｉｅｎｔ） 現在のクライアントへの保護されて、いないリファレンスを、スタックにブツシ ュする。ここで、リクエスタがエンジン自身でない場合、例えば、フィーチャの アクセスが”システム（ｓｙｓｔｅｍ）　”である場合、”現在のクライアント （カレントクライアント：ｃｕｒｒｅｎｔ　ｃｌｉｅｎｔ）”は、現在のメソッ ドが実行（インプリメント：　ｉｍｐｌｅｍｅｎｔ）としているフィーチャを要 求しているオブジェクトである。その他の場合、現在のクライアントは、ニル（ ０）である。 継Ｍ（ｃｏｎｔｉｎｕｅ） オペレーション”１ｏｏｐ”、“ｒｅｐｅａｔ’　、”　ｗｈｉｌｅ”　の何れ かのオペレーションが遂行されている場合、その次の遂行を開始させる。何れの オペレーションも遂行されていない場合は、”Ｌｏｏｐ　ＭｉＳＳｉｆｌｇ”が 送出される。 ニスカレー）　（ｅｓｃａｌａｔｅ） 現在のメソッドが遂行するオペレーションのための識別子を、これらのエクセプ ションとともに、実行することと同様である。メソッドの選択の前に、エンジン は、リクエスタがレスポンダでない場合には、”　Ｅｓｃａｌａｔｉｏｎ　Ｉｎ ｖａｒｉｄ”を送出する。メソッドの選択の間、エンジンは、現在のメソッドが 固有であるクラスを無視する。オペレーションは、ニスカレートされている。 現在のブレイスに対する保護されていないリファレンスを、スタックにブツシュ する。”現在のブレイス（ｃｕｒｒｅｎｔ　ｐｒｏｃｅｓｓ）”とは、現在のプ ロセスがエンジンブレイスでない場合には、現在のブレイスが占有されているブ レイスのことであり、その他の場合には、ニル（０）である。 プロセス（ｒｏｃｅｓｓ） 現在のプロセスに対する保護されていないリファレンスを、スタックにブツシュ する。”現在のプロセス（ｃｕｒｒｅｎｔ　ｐｒｏｃｅｓｓ）　”とは、現在の メソッドの遂行が動的にプロセスの一部となっているプロセスのことである。 セルフ（ｓｅｌＦ） 現在のオブジェクトに対するリファレンスをスタックにブツシュする。”現在の オブジェクト（ｃｕｒｒｅｎｔ　ｏｂｊｅｃｔ）”とは、現在のメソッドを遂行 してし）るオブジェクトのことである。保護されたリファレンスが現在のメソッ ドの遂行を要求するために用いられた場合にのみ、リファレンスは保護される。 残りのアイテムを実行させること無しに、現在のメソッドを終了させる。アトリ ビュート又はオペレーションのリザルトがある場合には、そのリザルトは、スタ ック上にある。 ２．３．８　モディファイヤの実行（Ｍｏｄｉｆｉｅｒ　Ｅｘｅｃｕｔｉｏｎ） モディファイアは、プロシージャにおいて、モディファイアに続くアイテムの実 行を変更する。様々なモディファイアの実行が置換規則に定められて（Ａる。置 換規則が関与しないモディファイヤは、次のように実行される。 デマルケイト（ｄｅｍａｒｃａｔｅ） 以下の識別子又は有資格識別子が、変更を伴って実行されるようにする。スタッ クがマークを含まない場合、エンジンは、”Ｍａｒｋ　Ｍｉｓｓｉｎｇ”を送出 する。識別子が示すオペレーションによって要求されるアーギュメントの数が固 定されており、その数がマークよりも上方のオブジェクトの数より少ない場合、 エンジンは、”Ａｒｇｕｍｅｎｔ　Ｉｎｖａｌｉｄ”を送出する。その他の場合 において、アーギュメントの数が固定されていてマークよりも上方のオブジェク トの数より多いとき、エンジンは、スタック内のそのマークと供給されたオブジ ェクトの間に、足りないアーギュメントの分だけニル（０）を挿入する。エンジ ンは、このとき、スタックからマークを取り除く。また、エンジンは、オペレー ションが正常終了してはいるがリザルトを返さない場合には、リクエスタに対し て、正常終了を示すリザルトの代りにニル（０）をリターンする。 メンジョン（ｍｅｎｔｉｏｎ） ”メンジョン（ｍｅｎｔｉｏｎ）”モディファイアに続くオブジェクトの実行を 回避し、代りにスタックにそのオブジェクトに対する保護されたリファレンスを ブツシュする。 ニーススタンク（ｕｓｅＳｔａｃｋ） 次のオブジェクトを実行する前に、スタック自身に対するリファレンスをスタッ クにブツシュする。 ２．３．９　識別子の実行（Ｉｄｅｎｔｆｉｅｒ　Ｅｘｅｃｕｔｉｏｎ）クラス 、アトリビュート、プロパティ、又は変数のための識別子の実行は、表Ａ、３及 び表Ａ、４に示した置換規則によって定められている。 識別子（Ｉｄｅｎ　ｔｆ　１ｅｒ） 置換規則が関与しない識別子、すなわちオペレーションのための識別子は、次の ようにして実行される。 スタックがクリアされている場合には、レスポンダがスタックのトップにあった ため、エンジンは”Ｒｅ５ｐｏｎｄｅｒ　Ｍｉｓｓｉｎｇ“を送出する。レスポ ンダが識別子の示すオペレーションを持たない場合、又はリクエスタがオペレー ションへのアクセスを持たない場合には、エンジンは”Ｆｅａｔｕｒｅ　Ｕｎａ ｖａｉｌａｂｌｅ”を送出する。上述゛した以外の場合には、エンジンは、以下 のセクションで述べるように、オペレーションのためのメソッドを選択し遂行す る。 有　格識別子（Ｑｕａｌｉｆｉｅｄ　Ｉｄｅｎｔｆｉｅｒ）オペレーションのた めの有資格識別子は、有資格識別子ではない識別子と同じように、これらのエク セプションを伴って実行される。 メソッドの選択前に、リクエスタがレスポンダでない場合、エンジンは”Ｅｓｃ ａｌａｔｉｏｎ　Ｉｎｖａｌｉｄ”を送出する。これ以外の場合、エンジンはオ ペレーションｎｇｅｔｃｌａｓｓ”を要求する。そして、そのオペレーションの リザルトが、現在のメソッドが固有のクラスでも、その直接のインプリメンテー ションスーパークラスでもない場合には、エンジンは、”　Ｅｓｃａｌａｔｉｏ ｎ　Ｉｎｖａｌｉｄ”を送出する。ここで、オペレーション’　ｇｅｔｃｌａｓ ｓ”のアーギュメントは、テキストがクエリファイヤである識別子である。 メソッドの選択の間、エンジンは、それ自身を、オペレーション″ｇｅｔｃＩａ ｓｓ”のリザルトとそのインプリメンテーションスーパークラスに制限する。こ のとき、そのオペレーションは、ニスカレートされている。 ２．３．１０　メソッドの択（Ｍｅｔｈｏｄ　５ｅｌｅｃｔｉｏｎ）エンジンは 、下記に示す４つについて、この順に順次検索することにより検出された最初の メソッドを、オペレーションのために選択する。 ・レスポンダがクラスであれば、そのクラスメソッド。 ・レスポンダがクラスであれば、正規の順序で探索されるインプリメンテーショ ンスーパークラスのクラスメソッド。 ・レスポンダのクラスのインスタンスメソッド。 ・正規の順序で探索される、レスポンダのクラスのインプリメンテーションスー パークラスのインスタンスメソッド。 メソッドがオペレーションをニスカレートする場合、エンジンは、既に選択され たメソッドが固有であるクラスの後に検索を再開して、他のメソッドの選択を試 みる。エンジンが、何れのメソッドをも見出さなかった場合、エンジンは、”Ｅ ｓｃａｌａｔｉｏｎ　Ｉｎｖａｌｉｄ”を送出する。 ２．３．１１　メソッドの遂行（Ｍｅｔｈｏｄ　Ｐａｒ４ｏｒ＠ａｎｃｅ）エン ジンは、オペレーションのために選択したメソッドを次のように遂行する。 固定数のアーギュメント（Ａｒ　ｕｍｅｎｔｓ　Ｆｉｘｅｄ　ｉｎ　Ｎｕａ＋ｂ ｅｒオペレーションが、数が一定のアーギュメント、すなわち固定数のアーギュ メントを必要とする場合において、スタックのレングスがその固定数に１を加え たものよりも少ない場合、エンジンは”Ａｒｇｕｍｅｎｔ　Ｍｉｓｓｉｎｇ”を 送出する。また、アーギュメントがアーギュメントのコンストレイントを侵害し ている場合、エンジンは”　Ａｒｇｕｍｅｎｔ　Ｉｎｖａｌｉｄ”を送出する。 可変数のアーギュメント（Ａｒ　ｕｍｅｎｔｓ　Ｖａｒｉａｂｌｅ　ｉｎ　Ｎｕ ａ＋ｂｅｒ）オペレーションが、数が変化するアーギュメント、すなわち可変数 のアーギュメントを必要とする場合において、スタックがマークを含まない場合 、エンジンハ”　Ｍａｒｋ　Ｍｉｓｓｉｎｇ”を送出する。また、アーギュメン トがアーギュメントのコンストレイントを侵害している場合、エンジンは°’　 Ａｒｇｕａ＋ｅｎｔ　Ｉｎｖａｌｉｄ”を送出する。 湛亘」シ」回ｌ罪≧し エンジンは、スタックからレスポンダをポンプし、メソッドの遂行のためのフレ ームを生成し、そのメソッドを遂行し、そして、フレームを廃棄する。 以下に述べるアクションが、メソッドの遂行に伴って行われる。エンジンは、オ ペレーションのアーギュメントをリクエスタのスタックからレスポンダのスタッ クに移動して、アーギュメントを供給する。アーギュメントの数が可変の場合、 マークもアーギュメントと同様に供給される。エンジンは、オペレーションのリ ザルトが有る場合は、そのオペレーションのリザルトの提供を受けて、それをレ スポンダのスタックからりクエスタのスタックに移動させる。 サクセス（Ｓｕｃｃｅｓｓ） メソッドが正常終了し、且つオペレーションがリザルトを生成しようとした場合 、エンジンは以下のことを行う。オペレーションでリザルトが生成されなかった 場合、エンジンは”’　Ｒｅ５ｕｌｔ　Ｍｉｓｓｉｎｇ”を送出する。リザルト がそのリザルトのコンストレイントを満たさなかった場合、エンジンは°’　Ｒ ｅ５ｕｌｔ　Ｊｎｖａｒｉｄ”を送出する。これらのエクセプションは、以下に 述べるように取り扱われる。 失敗（Ｆａｉ　１ｕｒｅ） メソッドが異常終了し、且つオペレーションが送出するべきエクセブションを送 出しようとしなかった場合、エンジンは、そのエクセブションを”ＵｎｅＸＩ） ｅＣｔｅｄＥｘｃｅｐｔｉｏｎ’に置き換える。 ２．４　プロセスモデル（Ｐｒｏｃｅｓｓ　Ｍｏｄｅｌ）インストラクションセ ットは、本セクションが定義する゛°プロセスモデル（ｐｒｏｃｅｓｓ　ｍｏｄ ｅｌ）　”を実現する。 ２．４．１　プロセス（Ｐｒｏｃｅｓｓｅｓ）゛°プロセス（ｐｒｏｃｅｓｓ） ”は、名前が付けられた自律的な処理である。また、プロセスは、マルチタスク のためのインストラクションセットの規則を構成する。 注：プロセスは、しばしば、実世界の何かに相当する。例えば、ネットワークに おいて、プロセスは、目的を促進しようと努めている人に相当する。 注：プロセスには、エージェントとブレイスの２種類がある。 相互作用（Ｉｎｔｅｒａｃｔｉｏｎ） あ・るプロセスが他のプロセスに対するリファレンスを持つ場合、それぞれのフ ィーチャを用いて、２つのオブジェクトが相互作用するのと同じように、これら のプロセスは、相互作用することができる。このようなフィーチャの各アーギュ メント又はリザルトは、オブジェクトへのリファレンス、又はオブジェクトのコ ピーへのリファレンスを、一方のプロセスが他方のプロセスに伝達することがで きる。 ２．４．２　７エーズ（Ｐｈａｓｅｓ）プロセスは、複数の段階（フェーズ：　 ｐｈａｓｅｓ）を経る。エンジンの要求により、このとき見込みのあるプロセス は、オペレーション”１ｎｉｔｉａｌｉｚｅ”を正常に遂行する。また、エンジ ンの要求により、そのプロセスは、オペレーション”１４ｖｅ’を正常に遂行す る。ここで、このオペレーションのアーギュメントとしてニル（０）が供給され る。また、エンジンの要求により、そのプロセスは、オペレーション“ｆｉｎａ ｌｉｚｅ”を遂行する。 エクセプション（ＥＸｃｅｔＩｏｎｓ）上述した各段階における通常の進行状態 は、中断されることがある。オペレーション”１ｎｉｔｉａｌｔｚｅ”がエクセ プションを送出した場合、エンジンはそのプロセスを終了させる。オペレーショ ン”１ｉｖｅ”がエクセブションを送出した場合、プロセスが保持するパーミツ トが許可するときは、オペレーション”１ｉｖｅ”を再び要求することによりプ ロセスを再始動し、その他のときには、オペレージロン“ｆｉｎａｌｉｚｅ”を 要求する。オペレーション”ｆｉｎａｌｉｚｅ”がエクセブションを送出した場 合、エンジンは、プロセスを終了させる。 プロセスが上述した各段階の何れかで、固有のパーミツト（ネイティブパーミツ ト：　ｎａｔｉｖｅ　ｐｅｒｍｉｔ）又は局地的なパーミツト（ローカルパーミ ツト：　１ｏｃａｌ　ｐｅ「園ｉｔ）を使い尽くした場合には、プロセスが”Ｐ ｅｒｍｉｔ　Ｅｘｈａｕｓｔｅｄ”を送出したのような状態となる。 ２．４．３　スレッド（丁ｈｒｅａｄｓ）各プロセスは、独立した実行スレッド を生じさせる。この実行スレッドはいつでも、プロセスの主導のもとで遂行され ているメソッドのフレームを含んでいる。 第１のメソッドは、プロセス自身がオペレーション”１ｉｖｅ”のために供給す るものである。第２のメソッドは、オペレーション”１ｉｖｅ“のメソッドがオ ブジェクトに要求するフィーチャーのためにオブジェクトが供給するものである 。そして、これ以降も同様に行われる。 スケジューリング（ＳＣｈｅｄｕｌｉｎ）エンジンは、ブロック化されていない 全ての実行スレッド、例えば所定の時間まで待機している全ての実行スレッドを スケジュールし、必要があれば優先順位に従って実行スレッドを切り換える。、 ここで、ブロック化されていな１１）実行スレッド全てが等しければ、エンジン は、あるオーソリティのプロセスを他のオーソリティのプロセスに対して優先さ せたり、あるブランドのプロセスを他のブランドのプロセスに対して優先させた り、同一のプライオリティのプロセスのどちらかを他のプロセスに優先させたり することはない。 中断（Ｉｎｔｅ「「ｕｔｌｏｎ） エンジン自身がオブジェクトのフィーチャを要求するとき、すなわちシステムフ ィーチャのとき、そのフィーチャのメソッドは、オブジェクトのオーナーのスレ ッドの一部分として遂行される。オーナーは、結果として、この目的のために中 断される。 ２．４．４　リソース（Ｒｅｓｏｕｃｅｓ）”リソース（ｒｅｓｏｕｓｅ）　’ は、特定のプロシージャの遂行を通して、プロセスに対して保証を作り出すこと のできるものである。エンジンは、リソースがこのような保証を作り出すことが できるまで、プロセスを遅延させることができる。 注：リソースは、臨界条件付きのリージョンを定義することができる。 注：リソースは、後述するような物理的なリソースの代わりとなることが多い。 注：電子メールシステムにおいて、例えば、メールボックスに値するエージェン トは、そのプロパティの中に、送信されるメツセージのデータベースと、データ ベースを示すリソースとを含めることができる。また、エージェント番よ、新し く送信されるメツセージをデータベースに追加する処理を行うタスク力（起動さ れる前に、リソースの排他的な使用を得る。これにより、現在の伝送番二対する データベースの整合性を確保する。 ニード（Ｎｅｅｄ） プロセスは、他のプロセスに対してオブジェクトへのリファレンスを伝送するこ とができるため、各オブジェクトは、それらのプロセスによって同時に遂行され るように、クラスに固有なメソッド、又はクラスにより継承されたメ゛ノツドカ （用意されなければならない。リソースは、オブジェクトのこのような用意を可 能にする。 リソースは、一連のオペレーションが不可分に行われることを保証するため：こ 用いられる。（以下ご不可分に”実行されることをごアトミックに“実行される と表現する。）ただし、一般に、オペレーションに対して、このような保証は要 求されない。なぜなら、エンジンは、オペレーション’ｗａｉｔ”と、オペレー ション”ｍｅｅｔ”と、レスポンダ（例えばオペレーション″ｄＯ”）又はアー ギュメント（例えばオペレーション”ｒｅｓｔｒｉｃｔ”）として供給されたプ ロシージャを遂行するあらゆる定義済みオペレーションとを除く、全ての定義済 みオペレーションを、アトミックに遂行するからである。 注：エンジンは、オペレーション”ｇＯ′ご５ｅｎｄ”をアトミックに遂行する 。 排他的（Ｅｘｃｌｕｓｉｖｅ）と共有（Ｓｈａｒｅｄ）プロセスは、リソースの 共有的又は排他的な使用を保証されることができる。 どの時点においても、どのプロセスもリソースを使用して（Ｘな１．Ｘ７！１％ 、１つのプロセスがリソースを”排他的（ｅｘｃｌｕｓｉｖｅ）”に使用してｌ 、）るか、又番よ１以上のプロセスがリソースを“共有的（ｓｈａｒｅｄ）“に 使用しているかの１１ずれ力１である。 コンディション（Ｃｏｎｄ　ｉ　ｔ　１ｏｎ）リソースが、要求された時に特定 された１以上の条件（コンディション）の中にあることを、プロセスは、保証さ れることができる。どの時点におＩＩＸでも、ＩＪリソース、リソースが生成さ れた時に定義された１以上の条件の中に、′コンディション（ｃｏｎｄｉｔｉｏ ｎ）”を有する。識別子によって示されるリソースのコンディションは、リソー スを共有的又は排他的に使用できるプロセス４こよってのみ検査でき、リソース を排他的に使用することができるプロセス１こよりてのみ変更される。 ２．４．５　パーミツト（Ｐｅｒｍｉｔｓ）“パーミツト（ｐｅｒｍｉ　ｔ）” は、プロセス、すなわちノく−ミットの”対象（サブジェクト：　５ｕｂｊｅｃ ｔ）　”に能力を与える。インストラクションセットの大部分（例えばインスト ラクションセットの算術演算）によって表される能力ｔよ、各プロセスに暗黙の うちに許可されている。他の能力は、特定のプロセスに対して割り当てられたパ ーミツトを用いて、明確に許可されている。 注：バーミツトの主要な目的は、予定外の量のコンピュータ及びコミュニケーシ ョンのリソースを、プロセスが消費するのをできるだ１す阻止することにある。 これは、プロセスを生成し、そのプロセスに対してお金を支払う力１もしれな１ １八ユーザにとっても、プロセスが消費するリソースを供給しな１すれｉｆなら なｔ１供給者にとっても利益となる。 注：上述したリソースは、クラス”Ｒｅ５ｏｕｃｅ”のメンバと混同されるべき ではなく、これらの間に関連性はない。 能　（Ｃａａｂｉ１ｉｔｉｅ５） バーミツトは、ある定義された次元（ディメンション：　ｄｉｍｅｎｓｉｏｎ） と、その量とで、能力を与える。 パーミントは、プロセスに対して、寿命（エージ：ａｇｅ）、大きさくサイズ： ５ｉｚｅ）　、料金（チャージ：　ｃｈａｒｇｅｓ）　、優先度（プライオリテ ィ：　ｐｒｉｏｒｉｔｙ）　、認証（オーセンティシティ：　ａｕｔｈｅｎｔｉ ｃｉｔｙ）を与えることができる。パーミツトがサブジェクトに権利を与えるチ ャージは、サブジェクトの１アローワンス（ａｌｔ。 マａｎｃｅ）”と呼ばれる。これらのディメンションにおいて量は、整数として 示される。また、エージは秒単位で、サイズはオクテツト単位で、チャージは” テレクリック（ｔｅｌｅｃｌ　１ｃｋｓ）”単位で計測される。プライオリティ は、その整数値が大きくなるにつれて増大する。オーセンティシティは、リージ ョンに特有なものである。 パーミツトは、プロセスに対して、以下に述べる権限を与えることができる。 すなわち、バーミツト自身を転送する権限（パーミツトのアトリビュート”　ｃ ａｎＧＯ”）、バーミント自身のクローンを生成し転送する権限（アトリビュー ト”ｃａｎＳｅｎｄ”　）　、他の同レベルのプロセスを生成する権限（アトリ ビュート”ｃａｎＣｒｅａｔｅ“）、選択されたプロセスのパーミツトの能力を 減少させたり（アトリビュート”ｃａｎＤｅｎｙ”）又は増大（アトリビュート ”ｃａｎＧｒａｎ　ｔ”）させるように選択されたプロセスのパーミツトを設定 する権限、他のプロセスの実際のチャージを増大させる権限（アトリビュート” ｃａｎＣｈａｒｇｅ”　）　、又は終了された時に再スタートさせる権限（アト リビュート”ｃａｎＲｅｓｔａｒｔ″）である。 これらのディメンションにおいて、量はブーリアン、すなわち論理的なものであ り、このブーリアンの値が”真（ｔｒｕｅ）　”であれば、それについての権限 は許可される。 パーミツトが能力を許容することのできる各ディメンションは、パーミツトのア トリビュートによって示される。通常、アトリビュートは、整数であるが、ニル （０）である場合もあり、この場合、能力は無限の量となる。 注：エンジン又は他のプロセスにより任意のプロセスに与えられるサービスにお いて、テレクリックで示されたチャージは、ブレイス毎、時間毎、又はブレイス と時間毎に、変化させることができる。例えば、スペース等のサービスに対する チャージは、単位時間ごとに評価することができる。 スティタス（Ｓｔａｔｕｓ） プロセスの”スティタス（ｓｔａｔｕｓ）”は、プロセスの実行される能力を特 定する。プロセスのスティタスは、パーミツトのアトリビュー）’ａｇｅ”、” ｃｈａｒｇｅ”、”ｅｘｔｅｎｔ”及び”ｐｒ　ｉｏｒ　ｉ　ｔｙ”は、それぞ れプロセスの実際のエージ、チャージ、サイズ及びプライオリティであること以 外は、後述するプロセスの”実効的バーミツト（ｅｆｆｅｃｔｉｖｅ　ｐｅｒｍ ｉｔ）　”である。 的パーミツト（Ｅｆｆｅｃｔｉｖｅ　Ｐｅｒｅ＋ｉｔ”実効的バーミツト（ｅｆ ｆｅｃｔｉｖｅ　ｐｅｒｍｉｔ）“は、プロセスに許容された能力を特定する。 実効的バーミツトは、いつでもどこでも、プロセスに固有のものと、リージョン によるものと、ローカルバーミツトと、一時的に有効なパーミツトとの共通集合 である。しｈ化ながら、このため、元のパーミツトのアトリビュート”ａｕｔｈ ｅｎｔｉｃｉｔｙ”は、プロセスが生成されたリージョンにそのプロセスが存在 しない場合には、ニル（０）とされる。 ２つのバーミントの共通集合は、それ自体がパーミツトである。各パーミツトの 固有のアトリビュート（例えばＡ。）は、問題の２つのパーミツトのアトリビュ ート（例えばＡ１とＡ２）の共通集合である。特に、Ａ２がニル（０）である場 合は、ＡｏはＡ、であり、Ａ、がニル（０）である場合は、八〇はＡ２であり、 それ以外の場合には、ＡｏはＡ、とＡ２とうちの小さい方である。 一旦、設定されたプロセスのパーミツトの何れかが再設定された場合には、後述 するオペレーション°’　ｒｅｓｔｒｉｃｔｅｄ”を用いることにより、エンジ ンは、プロセスに対して、設定されたプロセスのパーミツトの何れかが再設定さ れたことを通知する。 プロセスが、プロセスの実効的パーミツトによって許可される量以上の能力で実 行しようとした場合、プロセスは、そのパーミツトをパ侵害（ｖｉｏｌａｔｅｓ ）“している。このように、自己のパーミツトを使い尽くすことなしに侵害する と、エクセプションが引き起こされる。 プロセスの一時的なパーミントが全て有効でないならば、プロセスの実際のエー ジ、チャージ、又はサイズが、それぞれプロセスの実効的パーミツトがプロセス に与えていたエージ、チャージ、又はサイズに到達することを認めることにより 、プロセスはそのパーミントを゛使い尺くす（ｅｘｈａｕｓｔ）　”。自己のパ ーミツトを使い尽くすということは、自己の終了を開始させるということである 。 ネイティブバーミ７　ト（Ｎａｔｉｖｅ　Ｐｅｒｍｉｔ）プロセスの”ネイティ ブバーミツト（ｎａｔｉｖｅ　ｐｅｒｍｉｔ）”は、プロセスの生成元によりプ ロセスに許容された能力を特定する。親に相当するプロセスは、子に相当する他 のプロセスを生成した時に、ネイティブバーミツトを設定する。対等なプロセス （ビアプロセス）は、そのプロセス自身の実効的バーミツト（アトリビュート” ｃａｎＤｅｎｙ”　）により可能となっているならば、その能力を、増大させる ことはできないが、減少させることはできる。 能力は、プロセス間で転送はされるが生成されることはない。親のプロセス又は ビアプロセスは、その親のプロセス又はビアプロセス自身が持たない能力″Ｘ” を、子に相当するプロセスに与えることはできない。ここで、親のプロセス又は ビアプロセスの実効的バーミツトにより、親のプロセス又はビアプロセスに許可 された能力゛′Ｘ”の量を”Ｐ”で示し、子に相当するプロセスのネイティブバ ーミツトにより、子に相当するプロセスに許容された能力”Ｘ”の量をＣ”で示 すと、“Ｃ”は”Ｐ”を超過しない関係となる。 チャージ能力（”Ｘ”）は維持されている。このとき、親のプロセス又はビアプ ロセスの実際の初めのチャージの量を”Ａ”で示すと、”Ｃ”は“Ｐ−Ａ”を超 過しない関係となる。そして、親のプロセス又はビアプロセスのその後の実際の チャージの量は”Ａ＋Ｃ”となる。 リージョナルパーミノト（Ｒｅ　１ｏｎａｌ　Ｐｅｒｍｉｔ）プロセスの°゛地 域的なパーミツト（リージョナルパーミット：　ｒｅｇｉｏｎａｌ　ｐｅｒｍｉ ｔ）′°は、プロセスの占有するブレイスを含むリージョンにより、プロセスに 許可された能力を特定する。リージョンのオーソリティのブレイスは、ブレイス 自身の実効的パーミツト（アトリビュート”ｃａｎＤｅｎｙ”及び”ｃａｎＧｒ ａｎ　Ｌ”）により能力が賦与されている場合、プロセスがそのブレイスに入っ てきた時、及びその後のどの時点においても、リージョナルパーミットを設定す ることができる。しかし、子に相当するプロセスがオペレーション’　ｇｏ”又 は５ｅｎｄ”を使用せずに、オペレーション”ｎｅｗ”を使用してブレイスに入 る場合には、子に相当するプロセスの最初のリージョナルバでミントは、親に相 当するプロセスの現在のリージョナルパーミノトとなる。 ローカルパーミツト（Ｌｏｃａｌ　Ｐｅｒｍｉｔ）プロセスの”ローカルバーミ ツト（ｌｏｃａｌ　ｐｅｒｍｉｔ）”は、プロセスが占有するブレイスにより、 プロセスに許可される能力を特定する。プロセスが占有するブレイスは、ブレイ ス自身の実効的パーミツト（アトリビュート”　ｃａｎＤｅｎｙ”及び”ｃａｎ Ｇｒａｎｔ“）により能力が賦与されていれば、プロセスがブレイスに入る時、 及びその後のどの時点においても、ローカルバーミツトを設定することができる 。 チケットを用いてブレイスに入るとき、エージェントは、ブレイスの特定の能力 を要求する。しかし、この時、ブレイスは、そのエージェントが持っている能力 を判断する。また、ブレイスは、エージェントが要求したものより多いか又は少 ない能力を有するローカルバーミツトを伴って、エージェントがブレイスに入る ことを許容することができる。しかしながら、少ない能力を有するローカルバー ミツトの場合、その移動は異常終了となる。すなわち、オペレーション”ｇｏ” 又は５ｅｎｄ”は、エージェントがブレイスに到着したとしても、エクセブショ ンを送出することとなる。 プロセスがそこで生成されることによりブレイスに入るとき、プロセスは、プロ セスの初期のローカルバーミツトとして、初期化パラメータ無しに生成されたロ ーカルバーミツトを受け取る。 −的なパーミツト（ＴｅＩＩｏｒａｒ　Ｐｅｒｍｉｔｓ）プロセスの０以上の” 一時的なパーミツト（ｔｅｍｐｏｒａｒｙ　ｐｅｒｍｉｔ）”は、プロセスが一 時的にプロセス自身に許容する能力を特定する。これらは、特定されたプロシー ジャの遂行のためにオペレーション”ｒｅｓｔｒｉｃｔ”又は”５ｐｏｎｓｏｒ ”を用いて設定される。これらのプロシージャは、入れ子にさせることができる 。 エンジンがシステムフィーチャを要求するときはいつも、レスポンダのオーナー は、初期化パラメータを用いずに生成された一時的なパーミツトを用いて、オペ レーションのメソッドを暗黙の内に保証する。このようにして、チャージ番よ、 オーナーに帰せられる。 注：プロセスは、一時的なパーミツトを使用して、プロセスの許容されたエージ 、チャージ、又はサイズの一部分を保持することができる。これらの大部分をプ ロセスが使い尽くした場合には、ブ、ロセスは保持されていた部分を使用して緊 急のアクションを取ることができる。 ２．４．６　オーナーシップ（ＯＷｎｅｒＳｈｉ）プロセスでない各オブジェク トは、オブジェクトによって”所有（ｏｗｎｅｄ）”されている。プロセスとそ れが所有するオブジェクトは、そのプロセスの”アーティファクト（ａｒｔｉｆ ａｃｔｓ）　”である。 注：オーナーシップは、オーソリティとは混同されない。 オブジェクトの　成（Ｏｂ’ｅｃｔ　Ｃｒｅａｔｉｏｎ）各オブジェクトは、メ ソッド間で、フィーチャのアーギュメント又部よフィーチャのリザルトのコピー をパスすることによりて、最終約４こ、生成される。新しく生成されたオブジェ クト、すなわちパスされるコピ一番よ、オブジェクトがプロセスである場合、そ のコピーにメソッドが伝送されるオブジェクトによって所有され、オブジェクト がプロセスでない場合、オブジェクトのオーナによって所有される。 オブジェクトの破壊（Ｏｂｊｅｃｔ　Ｄｅｓｔｒｕｃｔｉｏｎ）プロセスが破壊 される場合、プロセスの全てのアーティファクト番よ破壊され、残存する全ての アーティファクトへのリファレンスはボイドされる。 オブジェクトの　（Ｏｂ′ｅＣｔＳｈａｒｉｎブレイスのアーティファクトは、 それ自身のアーティフアクトと第１の領分を構成する、イミディエートスーパー ブレイスのアーティファクト、及び集合曲に第２の領分を構成する、イミディエ ートサブブレイスのアーティファクトを参照することができる。しかし、エンジ ンは、これら２つの領分間をごパスされたＩ）ファレンスをボイドする。 注：こうして、防護壁をブレイスの間に設立することができる。 ２．４．７　クローニング（Ｃ１０ｎｉｎ）プロセスには、プロセス自身をクロ ーニングする能力力（与えられる場合力（ある。 クローンは、これらのエクセブションとともに、他のプロセス、すなわち”第１ ノジナル（ｏｒｉｇｉｎａｌ）”のコピーとして存在するプロセスであるクロー ンの識別情報（アイデンティティ：　１ｄｅｎｔｉｔｙ）　ｉ！、第１ノジナＪ しのアイデンティティとは異なったものである。ただし、クローンのオー１ノ１ ノテイ番よこの限りではない。 ローカルバーミツトでもあるクローンのネイティブノく−ミットは、クローンカ （生成された時に与えられるパーミツトである。オリシナＪしにおＩｌｌで継続 中の一時的なパーミント、すなわちオペレーション”ｒｅｓｔｒｉｃｔ”の１ノ ザルトとしての一時的なパーミツトは、クローンのネイティブノく−ミットカ； 妃・要とする範囲内で、クローン内において制限的に作られる。 オリジナルが、オリジナル自身、又はオリジナルシカ（所有するオブジェクトを 参照しているときはいつでも、クローンは、それぞれ、クローン自身を参照する 力＼、又はクローン自身が所有するオブジェクトのコピーを参照して（為る。ま た、オＩＪジナルが、第３のプロセスのアーティファクトを参照し０ると１よ１ １１つでも、クローンは、ボイドされたリファレンスを有する。 オリジナルがコンタクトされるオブジェクトである場合、すなわちクローンカ（ コンタクトされるオブジェクトである場合、クローンのアトＩＪビｘ　−）”　 ｃｏｎｔａｃｔｓ”はクリアされる。 ２．４．８　プランディング　ｂｒａｎｄｉｎ）リージョンは、リージョン内部 の各ブロセ刈こブランドを与える。 ”ブランド（ｂｒａｎｄ）“とは、リージョン内の０以上のプロセスによって生 成された識別マークである。エージェントがリージョンに入る時、そのＩＪ−ジ ョン１よ、入ってきたエージェントに新しいブランドを与える。また、１ノージ ヨン内のプロセスが他のプロセスを生成する場合、生成された他のプロセス番よ 、もとのプロセスのブランドを受け継ぐ。したがって、ブランドは、１ノージヨ ンに入ってきたプロセス、例えばエージェントと、プロセスにより生成された全 てのプロセスとを示すものである。 注ニブランドは、インストラクションセット内部こ

【よ存在しな（Ｘ追跡メカニ ズムを可能にする。 ２．４．９　コンタクト（Ｃｏｎｔａｃｔｓ）”コンタクト（ｃｏｎｔａｃｔ） ”は、あるプロセス、すなわち”オブザーノ＜　（ｏｒｓｅｒｒｖｅｒ）　”の ために、そのプロセスと、第２のプロセス、すなわち”サブジェクト”との相互 作用を５己録し表すものである。接触されたプロセス（コンタクトされたプロセ ス：　ｃｏｎｔａｃｔｅｄ　ｐｒｏｃｅｓ）　ｌよ、コンタクトのセットを保存 するのに、エンジンの協力を受ける。 ２．４．１０　アイソレーション（Ｉｓｏｌａｔｉｏｎ）プロセスは、以下に述 べるような様々な条件のもとで切り離しくアイソレート：　１ｓｏｌａｔｅ）さ れる。例えば、プロセスは、オペレーション“ｐａｒｔＡＩＩ“を用いてそのプ ロセスに関連した全てのプロセスがら分離（パート：　ｐａｒｔ）することによ り、トリップを開始することにより、又は終了することにより、アイソレートさ れる。 プロセスを”アイソレート”すると言うことは、他のプロセスのアーティファク トによって保持されているプロセスのアーティファクトへの各リファレンスをボ イドし、そのプロセスのアーティファクトが保持している、他のプロセスのアー ティファクトへの各リファレンスをボイドすることである。ここでは、２つのエ クセプションがある。第１のエクセプションとして、プロセスが占有するブレイ スは、そのプロセスへのリファレンスは保持するが、そのプロセスが所有するオ ブジェクトへのリファレンスは保持しない。第２のエクセプションとして、プロ セスは、プロセスが占有するブレイスを参照し続けることができる。 ２．４．＋１　終了（Ｔｅｒｍｉｎａｔｉｏｎ）プロセスは、プロセスのフレー ムがプロセスの実行スレッド中に含まれているメソッドを優雅に終了させること によって、終了される。 （ｉ）Ａ、Ｂ、Ｃがプロセスであり、（ｉｉ）ＡのアーティファクトがＢのアー ティファクトのフィーチャを要求し、（ｉ　ｉ　ｉ）　Ｂのアーティファクトが Ｃのアーティファクトのフィーチャを要求し、（ｊｖ）ＡがＡのネイティブバー ミツト、又はローカルバーミツトを生ずるものとする。この場合、エンジンは、 Ａを以下に述べるようにして終了させる。 すなわち、Ａ、Ｂ及びＣが同一でない場合、エンジンは、”　Ｐｅｒｍｉｔ　Ｅ ｘｈａｕｓｔｅｄ”を送出し、このエクセプションについてオペレーション”　 ｃａｔｃｈ”を用いて、最も新しく生成されたＡ、Ｂ又はＣのメソッドに制御を 戻す。制御が戻されたメソッドは、再開される。しかし、再開されたメソッドに 関連するオブジェクト、又はそのオブジェクトのオーナの何れかである、Ａ、Ｂ 又はＣの何れかのローカルバーミツトを、Ａは保持している。その再開されたメ ソッドが正常終了又は異常終了すると、エンジンは、Ａの使い尽くされたバーミ ツトを回復し、上述の終了アルゴリズムを再開する。 上述の終了アルゴリズムを再開した後に、エンジンは、（ｉ）Ａを停止し、（ｉ ｉ）Ａをアイソレートし、（ｉｉｉ）診断的な検査のために有効なＯＡＭポリシ ーが要求する場合は、Ａを供給し、（ｉｖ）Ａを破壊する。 ２．５　ネットワーク・モデル（Ｎｅｔｗｏｒｋ　１ｏｄｅｌ）インストラクシ ョンセットは、本セクションが定義する”ネットワーク・モデル（ｎｅＬｖｏｒ ｋ　ｍｏｄｅｌ）”を実現する”。 ２．５．１　エージェント（Ａｅｎｔｓ）”エージェント（ａｇｅｎｔ）”は、 ブレイスからブレイスへと移動することができるプロセスである。エージェント は、オペレーション″ｇｏ″により、特定のデスティネーション（目的地：　ｄ ｅｓｔｉｎａｔｉｏｎ）にエージェント自身が移動することができ、また、オペ レーション”５ｅｎｄ”により、同時に１つ以上のクローンを幾つかのデスティ ネーションに向かって移動することができる。 注：インストラクションセットのオペレーション”ｇｏ”、５ｅｎｄ″は、イン ストラクションセットにおいて最も有効で重要な部分である。多くのネットワー クアーキテクチャにおいて、全てのプロセスは、静止しており、メツセージを交 換することによって通信する。しかし、本発明のネットワーク・アーキテクチャ では、いくつかのプロセスは静止しているが、移動できるプロセスもある。そし て、静止しているプロセスは、移動できるプロセスを用いて通信することができ る。 これは、技術進歩である。 ２．５．２　ブレイス（Ｐｌａｃｅｓ）”ブレイス（ｐｌａｃｅ）　′°は、０ 以上の他のプロセスのための場所である。各プロセスは、ブレイスを参照し、相 互作用することができる。 注：ブレイスは、遠隔におけるインストラクションセントのアクションの例を示 している。ブレイスは、ブレイスの間を移動するエージェントによって相互作用 する。 エンジン・ブレイス　ＥｎｌｎｅＰｌａＣｅ）と仮１．的なブレイス（Ｖｉｒｔ ｕａｌ　Ｐｌａｃｅｓ）ブレイスにはごエンジン・ブレイス（ｅｎｇｉｎｅ　ｐ ｌａｃｅ）”と”仮想的なブレイス（ｖｉｒｔｕａｌ　ｐｌａｃｅ）　”の２ｆ ｉ類がある。各エンジンは、１つのエンジンブレイスを有しており、エンジンブ レイスは、エンジン自身を示している。そして、各エンジンは、０以上の′°仮 想的（ｖｉｒｔｕａｌ）“なブレイスも有する。 サブブレイス（ＳｕｂｌａＣｅ）とスーパーブレイス（ＳｕｅｒｌａＣｅ）エン ジンブレイスを除く全てのブレイスは、他のブレイスを占有すること力（できる 。ブレイスが直接的又は間接的に他のブレイスを占有する場合、占有するブレイ スは、占有されるブレイスの゛サブブレイス（ｓｕｂｐ　１ａｃｅ）”であり、 占有されるブレイスは、占有するブレイスの゛°スス−−ブレイス（ｓｕｐｅｒ ｐ　１ａｃｅ）“である。ここで、ブレイスが他のブレイスを直接的に占有する 場合には、占有するブレイスは、占有されるブレイスの”直接のサブブレイス（ イミディエートサブブレイス：　ｉｍｍｅｄｉａｔｅ　５ｕｂｐｌａｃｅ）″で あり、また、占有されるブレイスは、占有するブレイスの”直接のスーパーブレ イス（イミディエイトスーパープレイス：１ｌＩｌ＋ｅｄｉａｔｅ　５ｕｐｅｒ ｐｌａｃｅ）　”である。 プレイスヒエールキ−（Ｐｌａｃｅ　Ｈｉｅｒａｒｃｈ　）エンジンが有するブ レイスは、ツリー、すなわち”ブレイス階層（プレイスヒラルキー：　ｐｌａｃ ｅ　ｈｉｅｒａｒｃｈｙ）”のノードとして配される。プレイスヒエラルキーに おいて、ノードは、ブレイスを示し、ノードの間のアークは、ノードが示すブレ イス間の占有の相互関係を示している。 注：ツリーのルートは、エンジンブレイスを示し、他のノードは、仮想的なブレ イスを示す。 ２．５．３　トリップ（ＴｒｉＳ） ”　トリップ（ｔｒｉｐ）”はご開始点（オリジン：　ｏｒｉｇｉｎｅ）”であ る１つのブレイスから、”目的地（デスティネーション：　ｄｅｓｔｉｎａｔｉ ｏｎ）″である他のブレイス内又は同じブレイス内の別の場所へのエージェント の移動である。トリップは、エージェントをそのオリジンや”移動経路上のブレ イス（トランジットブレイス：　ｔｒａｎｓｉｔ　ｐｌａｃｅ）”に残したまま 、そのオリジンや目的地を異常終了することはできない。 注ニトリツブは、単に論理的にエージェントを移動させるだけではなく、物理的 なコミュニケーションのメディアを用いてエージェントを移動させる場合がある ため、多くの時間を要する場合がある。 オペレーション″ｏｎとオペレーション”　５ｅｎｄ″エージエントは、オペレ ーション”　ｇｏ”により、１つの目的地にエージェント自身が移動することが でき、又、オペレーション″５ｅｎｄ″により、幾つかの目的地に同時に移動で きるように１以上のクローンを生成することができる。 注＝ａつかのクローンが、エンジンが有する複数のブレイスに送信されていても 、オペレーション″５ｅｎｄ”は、特定のエンジンに対して、エージェントを表 現するものを１つだけ転送する。これにより、そのエンジンのコンピュータのメ モリスペース等をさらに節減することができる。 制限（Ｒｅｓｔｒｉｃｔｉｏｎｓ） オペレーション”ｇｏ”、”５ｅｎｄ”は、クラス”Ａｇｅｎｔ”のサブクラス に固有のメソッドのプロシージャ、又はこのようなプロシージャのアイテムであ るプロシージャによってだけ、繰り返し要求される。これ以外の場合、エンジン は“ＳｔａｔｅＩｍｐｒｏｐｅｒ”を送出する。 ２．５．４　チケット（Ｔｉｃｋｅｔｓ）”チケット（ｔｉｃｋｅｔ）”は、ト リップするエージェントの観点から見た、予定されたトリップに関する情報を設 定する。チケットの主な目的は、トリップの目的地を特定することである。 構成（ｃｏｌｏｓｌｔｉｏｎ） チケットは、目的地のテレアドレス及びテレネームと、目的地がメンバであるク ラスに対するサイテションと、エージェントが目的地において必要とするローカ ルバーミツトと、トリップが理想的に終了する時間（所望時間：　ｄｅｓｉｒｅ ｄ　ｔｉｍｅ）と、どの様な状況のもとでもトリップが正常終了又は異常終了と なるべき時間（最長時間：ｍａｘｉｍｕｍ　ｔｉｍｅ）とを示す情報から構成さ れる。 注：所望時間を定義することは、ネットワークが移動中のエージェントにコミュ ニケーションリソースをどの様に分配するかを定める上で、有効である。 注ニブログラミングの便宜上の問題として許可される最長時間の効果も、オペレ ーション”ｒｅｓｔｒｉｃｔ”によって達成することができる。 （Ｓａｔｉｓｆｉｃａｔｉｏｎ） チケットは、最長時間内においてエージェントが到着することに同意した、特定 されたネーム、アドレス及びクラスのブレイスによって、満足される。 どのブレイスもチケットの条件を満たしていない場合、ネットワークはそのチケ ットを拒絶する。 ２以上のブレイスのセットがチケットを満たしている場合、１つのブレイスがエ ージェントの移動を受け入れるまで、又はネットワークがアプローチする全ての ブレイスがエージェントの移動を拒絶するまで、ネットワークは、そのセットの メンバに対して順次、トリップを試みる。 ネットワークがそのセットのメンバにアプローチする順序について、そのセット についてネットワークが保証する範囲について、及びチケットの提示後にセット に加わるブレイスにネットワークがアプローチするか否かについては、定義され ていない。 ２．５．５　ミーティング（にｅｅｔＩｎＳ）”ミーティング（ｓｌｓｅｔｉｎ ｓ）”は、同一プレイスの２つの占有者が、相互作用するための機会である。こ こで、ミーティングする占有者は、ベテイシジンされるオブジェクト、すなわち エージェントである。要求しているエージェント（リフニスティングエージェン ト：　ｒｅｑｕｅｓｔｉｎｇ　ａｇｅｎｔ）は、”ペテイショナ（ｐｅｔｉｔｉ ｏｎｅｒ）”であり、応答するエージェント（レスポンディングエージェント： 　ｒｅｓｐｏｎｄｉｎｇ　ａｇｅｎｔ）は、”ベティショニ（ｐｅｔｉｔｉｏｎ ｅｅ）　”である。 ミーティン　（ＭｅｅｔＩｎ） エージェントは、他のエージェントに、オペレーション″ｍｅｅｔ″により、” 会合（ミート：　ｍｅｅｔ）”することを要求できる。エンジン（このエンジン はベテイショナではない。）は、アーギュメントとしてベテイショナのコンタク トを供給して、ベティショニのオペレーション”ｍｅｅｔ　ｉｎｇ”を要求する 。ミーティングは、オペレーションの結果次第で決まる。 オペレーション”ｍｅｅｔｉｎｇ”が正常終了し、ミーティングが完了した場合 にのみ、２つのエージェント相互に対するリファレンスを与える。ここで、ミー ティングしている間、２つのエージェントのことを、相互に対して”知人（ａｃ ｑｕａｉｎｔａｎｃｅＳ）”であると言う。 エンジンは、エージェントとのミーティングを系列化しない。すなわち、エージ ェントが既にオペレーション″ｍｅｅｔｉｎｇ”を行なっているということは、 エンジンがオペレーション”ｍｅｅｔｉｎｇ”の遂行を再び要求することを妨げ るものではないということである。一方、エージェントは、例えばリソースによ って、エージェントが要求するミーティングの系列化を供与しなければならない 。 パーティング（Ｐａｒｔｉｎｇ） ２つのエージェントの何れか一方は、オペレーション”ｐａｒｔ”又は”ｐａｒ ｔＡＩＩ”により、１つ又は全ての知人から“分離（バート：　ｐａｒｔ）”す ることができる。 エンジン（エージェントではない。）は、エージェントの１以上の知人に対して 、オペレーション“ｐａｒｔｉｎｇ“を要求することができる。エンジンは、オ ペレーション”ｍｅｅｔｉｎｇ”のアーギュメントして、又はオペレーション” 　ｍｅｅｔ’のリザルトとして、エンジンが先に提供したコンタクトを、アーギ ュメントとして提供する。 ミーティングとは異なり、パーティングは、直接的に無条件に生じ、オペレーシ ョン”ｐａｒｔｉｎｇ”の結果には依存せずに正常終了する。 エンジンは、他のエージェントのアーティファクトに対する各エージェントのリ ファレンスをボイドする。 エンジンは、エージェントからのパーティングを系列化しない。すなわち、エー ジェントが既にオペレーション”ｐａｒｔｉｎｇ”を遂行しているということは 、エンジンがオペレーション”ｐａｒｔｉｎｇ”の遂行を再び要求することを妨 げないということである。一方、エージェントは、例えばリソースによって、エ ージェントが要求するパーティングの系列化を供与しなければならない。 ２つのエージェントが相互に分離することを要求した場合、エンジンがどちらの のエージェントのオペレーション”ｐａｒｔｉｎｇ”を要求するか否かについて は、定義されていない。 制限（Ｒｅｓｔｒｉｃｔｉｏｎｓ） オペレーション”　ｌ１ｅｅじごｐａｒｔ”、”　ｐａｒｔＡＩＩ”は、クラス ”　Ａｇｅｎｔ”のサブクラスに固有のメソッドのプロシージャ、又はこのよう なプロシージャのアイテムであるプロシージャによってだけ、繰り返し要求され る。これ以外の場合、エンジンは”　５ｔａｔｅ　Ｉｍｐｒｏｐｅｒ”を送出す る。 ２．５．６　ペティション（Ｐｅｔｉ　ｔｉｏｎｓ）０ペテイシヨン（ｐｅｔ山 ｏｎ）”は、ベティショナの観点から見て、予定されたミーティングを設定する 。ペティションの主な目的は、ベティショニを特定することである。 構成（ＣＯＩＩＯ５１ｔ１０ｎ） ベティションは、ベティショニのテレネーム、ベティショニがメンバであるクラ スに対するサイテション、及びどの様な状態においてもミーティングの試みが正 常終了又は異常終了すべき時間（最長時間：　ｌ１ａｘｉ＋ｎｕｍ　ｔｉｍｅ） を示す情報から成る。 注ニブログラミングの便宜上の問題として許可される最長時間の効果も、オペレ ーション”ｒｅｓｔｒｉｃピ゛によって達成することができる。 足（Ｓａｒｔｉｓｆａｃｔｉｏｎ） ベティションは、最長時間内においてミーティングすることに同意した、特定さ れたネーム及びクラスの、ベティションされたオブジェクトによって、満足され る。ペティショニは、最長時間内のある時点において、ベティショナと同一のブ レイスの占有者でなければならない。ただし、上記のある時点は、必ずしも最長 時間のスタートの時点である必要はない。 ペティションされるオブジェクトがベティションを満足しない場合、エンジンは そのベティションを拒絶する。 ２以上のペティションされるオブジェクトのセントがベテイションを満たしてい る場合、１つのベティションされるオブジェクトがミーティングを受け入れるま で、又はエンジンがアプローチする全てのベテイションされるオブジェクトがミ ーティングを拒絶するまで、エンジンは、そのセットのメンバに対して順次、ミ ーティングを試みる。エンジンがそのセットのメンバにアプローチする順序につ いて、そのセットについてエンジンが保証する範囲について、及び、ベティショ ンの提示後にセットに加わるエージェントにエンジンがアプローチするか否かに ついては、定義されていない。 ２．５．７　占有（ＯＣＣｕａｔｌｏｎ）ブレイスを占有しているものは、経時 的に変化することができる。 エントリー（Ｅｎｔｒ） プロセスは、２つの方法のうちの何れかで、ブレイス（ご進入（エントリー：ｅ ｎｔｒｙ）”し、そのブレイスを占有することができる。エージェントは、トリ ップの結果としてブレイスに移動することができる。また、既にブレイスに存在 するプロセスは、そのブレイスに他のプロセスを生成することができる。 何れの場合においても、エンジン（ブレイスに移動したエージェントや、生成さ れたプロセスではない、）は、ブレイスのオペレーション″ｅｎｔｅｒｉｎｇ″ を要求する。ブレイスに移動したエージェントのためのコンタクト、又は生成さ れたプロセスのためのコンタクトは、オペレーション″ｅｎｔｅｒｉｎｇ”のア ーギュメントとして供給される。このエントリーが正常終了するか否かは、オペ レーションの結果に依存する。 エントリーが完了した場合のみ、すなわちオペレーション”ｅｎｔｅｒｉｎｇ″ が正常終了した場合のみ、エンジンは、ブレイスと、そのブレイスに進入したプ ロセスとに、相互に対するリファレンスを与える。プロセスは、ブレイスを占有 している間、ブレイスの占有者となる。 エンジンは、ブレイスに対するエントリーを系列化しない。すなわち、ブレイス が既にオペレーション”　ｅｎｔｅｒｉｎｇ”を遂行しているということは、エ ンジンがオペレーション”ｅｎ　ｔｅｒ　ｒ　ｎｇ”の遂行を再び要求すること を妨げないということである。一方、ブレイスは、ブレイスが要求するエントリ の系列化を供与しなければならない。 が同一であったとしても、オペレーション”ｅｎｔｅｒｉｎｇ”は発生する。 エクシント（Ｅｘｉｔ） プロセスは、以下に述べる２つの方法の何れかで、ブレイスを“退出（エクシッ ト：ｅｘｉｔ）”し、ブレイスを占有しなくなる。すなわち、エージェントは、 トリップの結果としてブレイスを去ることができる。又は、ブレイスに存在する プロセスは、そのブレイスに存在する他のプロセス又はプロセス自身を破壊する ことができる。これら何れの場合にも、エンジン（立ち去ろうとしているエージ ェントや、破壊されるプロセスではない。）は、ブレイスのオペレーション”ｅ ｘｉｔｌｏｇ“を要求する。オペレーション゛’　ｅｎｔｅｒｉｎｇ”のアーギ ュメントとして供給されたものと同じコンタクトが、オペレーション”ｅｘｉｔ ｉｎｇ”のアーギュメントとして供給される。エントリーの場合とは異なり、エ クシソトが正常終了するか否かは、エクシントは既に生じており、オペレーショ ンの結果に依存しない。 エンジンは、エクシノトしようとしているプロセスとブレイヌの、互いのアーテ ィファクトへのリファレンスをボイドする。さらに、エンジンは、プロキスをア イソレートする。 エンジンは、ブレイスからのエクシットを系列化しない。すなわち、ブレイスが 既にオペレーション゛ｅｘ　ｉ　ｔ　ｉ　ｎｇ”　を行なっているということは ・オペレーション”ｅｘ山口ｇ”　を再びエンジンが要求するということを妨げ ないということである。一方、ブレイスは、ブレイスが要求するエクシソトの系 列化を供与しなげればならない。 注：たとえトリップの出発点（オリジン）ど・目的地（デスティネーション）と が同一であっても、オペレーション”ｅｘｉｔｉｎｇ”は成立する。 ２．５．８：Ｉン　クト（Ｃｏｎ　ｔａｃ　ｔｓ）エンジンは、ブレイス及びエ ージェントに対して、それらの占有者及び知人との連絡（コンタクト：ｃｏｎｔ ａｃｔ）の保持において、協力を申し出る。 占有者（ＯｃｃｕａＯｔｓ） ブレイスがコンタクトされるオブジェクトでもある場合、エンジンは、アトリビ ュートがブレイスの現在の占有者を含み且つそのブレイスの以前の占有者を含ま ないようにして、ブレイスのコンタクトのアトリビュートを保持する。 エンジンは、プロセスがブレイスに進入する時点において、プロセスに対するコ ンタクトをブレイスのアトリビュートに含め、プロセスがブレイスからエクシッ トする時点において、プロセスに対するコンタクトをブレイスのアトリビュート から排除する。 知人（Ａｃ　ｕａｉｎｔａｎｃｅｓ） ペティションされるオブジェクトがコンタクトされるオブジェクトでもある場合 、エンジンは、アトリビュートがオブジェクトの現在の知人を常に含み且つ以前 の知人を含むことのないように、そのコンタクトのアトリビュートを保持する。 エンジンは、オペレーション”ｓｅｅ　ｔ”が成功したとき、ベテイショニのた めのコンタクトを、ベティショナのアトリビュートに含め、オペレーション”　 ｌｅｅｔｉｎｇ“が成功したとき、ベティショナのためのコンタクトを、ベティ ショニのアトリビュートに含める。 何れかのプロセスがオペレーション”ｐａｒｔ”又は”　ｐａｒｔＡＩＩ”を要 求した場合、エンジンは、ベティショナ及びベティショニのアトリビュートから コンタクトを除去する。 ２．５．９　サイテション（Ｃｉｔａｔｔｏｎｓ）ネットワーク内において、特 定のクラスのオブジェクトは、サイテションによって示される。 サイテション（Ｃｉｔａｔｉｏｎｓ） ”サイテション（ｃｉｔａｔｉｏｎ）　”は、オーケー（ａｕｔｈｏｒ）　、エ ディジョン（ｅｄｉｔｌｏｎ）及びタイトル（ｔｉｔｌｅ）によって、０以上の 引用されたオブジェクト（ｃｉｔｅｄ　ｏｂｊｅｃｔ）を特定する。ここで、オ ーケーとエディジョンは、オプションであり、使用しなくてもよい。また、サイ テションは、オーケーのアイデンティティ（ａＵｔｈｏｒ’ｓ　１ｄｅｎｔｉｔ ｙ）及びオーケーのオーソリティ（ａｕｔｈｏｒ’ｓ　ａｕｔｈｏｒｉｔｙ）に よって、オーケを特定する。ここで、オーケーのアイデンティティは、オプショ ンであり、使用しなくてもよい。サイテションが、この３つの特徴のうちのどれ かを定義しなかった場合、サイテションは、サイテションが定義した特徴を満た す全ての引用されたオブジェクトを示す。 オーケー（Ａｕｔｈｏｒ） ”オーケー（ａｕｔｈｏｒ）”は、引用されたオブジェクトを生成するプロセス である。したがって、オーケは、テレネームによって特定される。また、タイト ルの全てのエディジョンのオーケは、対等である。 タイトル（Ｔｉｔｌｅ） ”タイトル（ｔｉｔｌｅ）”は、相互に対して後方向又は前方向に互換性がある 、引用されたオブジェクトの組である。タイトルは、タイトルのオーケーの共通 のオーソリティに関連してインターブリードされる識別子によって示される。 エディジョン（Ｅｄｉｔｉｏｎ） ”エディジョン（ｅｄｉｔｉｏｎ）”は、タイトル内の引用されたオブジェクト の何れかである。エディジョンは、２つのインチジャにより示される。第１のも のは、タイトルに関してインターブリートされ、メジャーエディジョンを示す。 他方は、第１のものに関してインターブリードされ、マイナーエディジョンを示 す。 注：通常、メジャーエディジョンには１が割り当てられ、マイナーエディジョン にはＯが割り当てられる。 割り当てられたサイテション（ａｓｓｉ　ｅｄ　ｃｉｔａｔｉｏｎ）”割り当て られたサイテション（アサインドサイテション：　ａｓｓｉｇｅｄ　ｃｉｔａｔ ｉ。 ｎ）”は、オーケー、タイトル、及びエディジョンによって、１つの引用された オブジェクトを示し、オーソリティ及びアイデンティティによりオーケーを特定 する。これにより、割り当てられたサイテションは、引用されたオブジェクトを 、他の全ての引用されたオブジェクトから、すなわち割り当てられたサイテショ ン自身のタイトル中の他の引用されたオブジェクトから、識別する。後述の”テ レネーム”についての説明を参照すること。 互換性（コンパティビリティ：　Ｃｏｌｌ１ｐａｔｉｂｉ　ｌ１ｔｙ）引用され たオブジェクトｏ２は、他の引用されたオブジェクトＯＩに対して以下に述べる 場合のみ、。後方向にコンパティプル（ｂａｃｋｗａｒｄ　ｃｏｍｐａｔｉｂｌ ｅ）”である。すなわち、その場合とは、引用されたオブジェクトの両者がメン バであるクラスにより規定された種類の変更のみを０．に対して行なうことによ り、ｏｚを生成するができ、その変更の種類が、プロセスＯ１について書かれた プログラムが０２も同様に処理することが確保されるように選定される場合であ る。また、上述したような場合と同様の条件のもとで、Ｏｌは０２に対して“前 方向にコンパティプル（ｆｏｒｗａｒｄ　ｃｏｍｐａｔｉｂｌｅ）”であると言 うこともできる。 ２．５．１０　テレネーム（Ｔｅｌｅｎａｍｅｓ）ネットワーク内において、特 定のクラスのオブジェクトは、テレネームによって示される。 テレネーム（Ｔｅｌｅｎａｍｅ） ”テレネーム（ｔｅｌｅｎａｍｅ）”は、０以上の名前付きオブジェクト（ネー ムドオブジェクト：　ｎａｎ＋ｅｄ　ｏｂｊｅｃｔ）を、それらのオーソリティ とアイデンティティによって特定する。ここで、特定されるオブジェクトが０個 になるのは、テレネームが無効の場合である。また、アイデンティティは、オプ ションであり、使用しなくてもよい。 テレネームがアイデンティティを定義していない場合、テレネームは、特定され たオーソリティーのオブジェクト全てを示す。 オーソリティ（Ａｕｔｈｏｒｉｔｙ） 名前付きオブジェクトの”オーソリティ　（ａｕｔｈｏｒｉｔｙ）”は、そのオ ブジェクトに対して責任のあるエンティティ　（ｅｎｔｉｔｙ）　、例えば人や 組織である。オーソリティは、ネットワーク中の他の全てのものがら対象のオー ソリティを識別する、オクテツト文字列によって特定される。 ２つのテレネームは、それらが同一のオーソリティを特定する場合のみ、′同等 （ビア：　ｐｅｅｒ）”である。 注ニオーソリティは、プログラム的にではなく、管理的に生成される。一方、ア イデンティは、プログラム的にも管理的にも生成される。 アイデンティティ（！ｄｅｎｔｉｔ） 名前付きオブジェクトの”アイデンティティ（ｉｄｅｎｔｉｔｙ）”は、名前付 きオブジェクト自身を示している。アイデンティティは、オーソリティと同様に 、オクテツト文字列によって、ネットワーク中の他の全てのものからアイデンテ ィティを識別する。 注ニオーソリティ又はアイデンティティを示すオクテツト文字列は、通常は人に は意味が分からないようになっている。インストラクションセットは、どのよう にオクテツト文字列を割り当てるかについては、定義しない。 割り当て　れたーレネーム（ａｓｓｉ　ｎｅｄ　Ｔｅｌｅｎａｍｅｓ）”割り当 てられたテレネーム（アサインドテレネーム：　ａｓｓｉｇｎｅｄ　ｔｅｋｅｎ ａｍｅ）“は、オーソリティ及びアイデンティティにより、１つの名前付きオブ ジェクトを正確に示す。 ２．５．１１　テレアドレス（Ｔｅｌｅａｄｄｒｅｓｓ）ネットワーク中におい て、ブレイスは、テレアドレスによって位置が定められる。“ネットワーク（ｎ ｅｔマａｒｋ）”は、全てのエンジンブレイスを含み、１以上のリージョンに区 分される。“リージョン（ｒｅｇｉｏｎ）“は、特定のオーソリティによって、 操作又は提供される１以上のエンジンブレイスである。 テレアドレス（ｔｅｌｅａｄｄｒｅｓｓ）”テレアドレス（ｔｅ　１ｅａｄｄｒ ｅｓｓ）”は、０以上のブレイヌを、そのリージョンとロケーションによって特 定する。具体的に言うと、テレアドレスは、０以上のブレイスを、０以上のブレ イスのロケーションにより特定する。 テレアドレスがロケーションを定義していない場合、テレアドレスは、特定され たリージョン内の全てのブレイスを示す。 リージョン（Ｒｅ！ｏｎ） ブレイスの°゛リージヨンｒｅｇｉｏｎ）　”は、そのブレイスを含むリージョ ンである。リージョンは、オーソリティと同様に（上述の”テレネーム”につい ての説明を参照）、ネットワーク中の他の全てのものから対象のリージョンを識 別する、オクテツト文字列によって特定される。 ロケーション（Ｌｏｃａｔｉｏｎ） ブレイスの′°ロケーション（１ｏｃａｔ　１ｏｎ）”は、ブレイスのリージョ ンのオーソリティによって選択されたブレイスの情報である。ロケーションは、 リージョン内の他の全てのものから対象のリージョンを識別する、文字列によっ て特定される。 リージョン内の２つのブレイスは、同一のロケーションを持つことができる。 注：ブレイスのロケーションは、例えば、その基となってるコンピュータ・シ注 コロケーションを示す文字列は、必ずしも必要ではないが、人に対して意味があ るようにすることができる。インストラクションセットは、どのようにその文字 列を割り当てるかを定義しておらず、一般に、その割り当ては、リージョン毎に 異なる。 ルーティングアドバイス（Ｒｏｕｔｉｎ　Ａｄｖｉｃｅ）テレアドレスは、必ず しも必要ではないが、テレアドレスが示すブレイスに対するエージェントのルー ティングに関するアドバイスを与えることができる。テレアドレスは、エージェ ントが通るであろう１以上のリージョンを提示することにより、ルーティングに 関するアドバイスを与える。 このような、”ルーティングアドバイス（ｒｏｕｔｉｎｇ　ａｄｖｉｃｅ）　” が無い場合、例えばブレイスがエージェントのソースから非常に離れている場合 、ネットワークは、エージェントをブレイスに移動させることができない場合が ある。 割り当てられたテレアドレス（Ａｓｓｉ　ｎｅｄ　Ｔｅ１ｅａｄｄｒｅｓｓ）” 割り当てられたテレアドレス（アサイントチレアドレス：　ａｓｓｉｇｎｅｄ　 ｔｅｌｅａｄｒｅｓｓ）”は、リージョン内において、１以上のブレイスをその リージョン及びロケーションにより特定する。ここで、１以上のブレイスとなる のは、いくつかのブレイスは、同じロケーションを持つことができるからである 。 ２．５．１２　相互変換（Ｉｎｔｅｒｃｈａｎｇｅ）”相互変換されるオブジェ クト（インターチェンジドオブジェクト：　ｉｎｔｅｒｃｈｅｎｇｅｄ　ｏｂｊ ｅｃｔ）”は、そのオブジェクトのオーナーがオブジェクトを随伴するトリップ を行なう場合にはいつでも、例えば目的地において検出される、同等のオブジェ クトに、ネットワークが置き換えることができる不変のオブジェクトである。こ こで、相互変換されるオブジェクトはダイジェストを持っている。また、この置 き換えは必ずしも必要ではない。なお、ダイジェストに関しては後述する。 注：相互変換されるオブジェクトは、目的地等で検出される同等のオブジェクト に置き換えられるので、エンジンは、相互変換されるオブジェクトを物理的に搬 送することを避けることができる。これにより、オペレーション’ｇｏ”及び” ５ｅｎｄ”の遂行が効率的になる。 注：クラス及びパッケージは、相互変換されるオブジェクトである。 イジエスト（Ｄｉｅｓ（ｓ） 相互変換されるオブジェクトは、ダイジェストが相互変換されるオブジェクトの ものと同等であるオブジェクトのクラスの他のインスタントと同等であると見な される。“ダイジェスト（ｄｉｇｅｓｔ）　”は、この目的に適した、ニル（０ ）以外のオブジェクトである。例えば、ダイジェストは、相互変換されるオブジ ェクトを示す標準的な２進数の数学的ハンシュ（ｈａｓｈ）でもよい。 注゛相互変換されるオブジェクトは、オブジェクトがダイジェストよりも大きい 場合のみ、オペレーション°°ｇＯ”及び”５ｅｎｄ”の遂行が効果的に行われ るようにする。 ２６　タイムキーピング・モデル（Ｔｉｍｅｋｅｅｐｉｎｇ　Ｍｏｄｅｌ）イン ストラクションセントは、本セクションが定義する”タイムキーピングモデル（ ｔｉ＋ｏｅｋｅｅｐｉｎｇ　ｌ１ｉｏｄｅｌ）　”を実現する。 タイムキーピング（計時）は、”タイム（ｔｉｍｅ）”と”カレンダータイム（ Ｃａｌｅｎｄａｒ　ｔｉｍｅ）“２つの方法で行うことができる。タイム又はカ レンダータイムは、日付及び時間を同様にして特定するが、他の点では異なって いる。 注：タイムとカレンダータイムは相互に変換することができる。 注：エンジンは、タイムの方が°′カレンダータイムよりもよりコンパクトに内 部的に表現することができる。したがって、一般に、日付及び時間を保存したり 転送したりする場合、タイムのほうが適している。 ２．６．］　タイム（Ｔｉｍｅ） ”タイム（ｔｉｍｅ）−は、協定世界時間（Ｕ　Ｔ　Ｃ：　Ｃｏｏｒｄｉｎａｔ ｅｄ　ｔｌｎｉｖｅｒｓａｌ　Ｔｉｍｅ）を用いて、１秒車位で日付と時間を特 定する。また、タイムは、計測された時間帯（ｔｉｍｅ　ｚｏｎｅ）を特定し、 サマータイム（ＤＳＴ　：　Ｄａｙｌｉｇｈｔ　Ｓａｖｉｎｇｓ　Ｔｉｍｅ）等 が使用されている場合には、その影響も考慮する。 注：　ＵＴＣとは、グリニソヂ標準時間（ＧＭＴ　：　Ｇｒｅｅｎｖｉｃｈ　Ｍ ｅａｎ　Ｔｉｍｅ）として知られているものである。 ２．６．２　カレンダータイム（Ｃａｌｅｎｄａｒ　Ｔｉｎｇｅ）”カレンダー タイム（ｃａｌｅｎｄｅｒ　ｔｉｍｅ）”は、時間の全ての情報、及びその他の 情報を有する。特１こ、カレンダータイムは、−日の「時」、「分」、「秒」を 検出し変更するようにしている。さらに、カレンダータイムは、グレゴリ−暦の １月」、「日」を表す。また、カレンダータイムは、「曜日」や「年」も表す。 さらに、ｔＪＴＣからの時間の一定のずれと、季節による時間のずれとを「分」 で表す。ここで、季節による時間のずれがある場合は、サマータイム等の時であ る。 ノーマリティ（Ｎｏｒｍａｌｉｔｙ） 通常、カレンダータイムは、定められた範囲内に整数として、アクセス可能な日 付及び時間に関する情報を作成する。「時間」として、「時」が［０，２４］の 範囲内、「分」が［０，６０１の範囲内、「秒」が［０，６０］の範囲内で表わ される。「秒」は、閏秒を考慮するために、［０，６０］の範囲内、すなわち６ １種類の数値で表わされる。例えば、ｒ１９９３年」は整数ｒ１９９３Ｊで表さ れ、その年の「月」は［１，１２］の範囲内で表され、その月の「日」は［１゜ ３１］の範囲内で表される。また、その「日」の「曜日」は、「日曜」、「月曜 」、「火曜」、「水曜」、「木曜」、「金曜」及び「土曜」をそれぞれ示す数字 「１」、「２」、「３」、「４」、「５」、［６」及び「７」で表される。さら にまた、１年における「日」は、［１，３６６］の範囲内で表される。一定のず れ及び季節的なずれは、何れも［−７２０，７２０］の範囲内で表される。 注：整数はＡ、Ｄ、（紀元後）を表し、負数はＢ、Ｃ，（紀元前）を表す。 アブノーマリティ（Ａｂｎｏｒｍｒｉｔ　）カレンダータイムでは、通常に表さ れる日付けの範囲外の整数値で表される場合がある。例えば、カレンダータイム では、「９月３２日」と日付を表す場合があり、この場合、通常の日付けでは「 １０月２日」を示していることとなる。このような異常な数値は、効率的な方法 で、例えば、上述のような場合、その月のその日に「２」を加えてカレンダータ イムを操作することにより生じる。このような場合は、カレンダータイムが正確 であるかを考慮する前に、除去されていなければならない。したがって、上述の ような場合には、カレンダータイムは、以下の正常化処理によって正常に戻され る。 正常化（Ｎｏｒｍａｌ　１ｚａｔｉｏｎ）カレンダータイムは、後述のステップ によって、”ノーマライズ（正常化）”される。第１のステップでは、カレンダ ータイムにおける如何なる情報もニル（０）でありうることを考慮している。 デフオールド（Ｄｅｒａｕｔｓ）　’ ・　「時」、「分」又は「秒」がニル（０）の場合には、「時」、「分」又は「 秒」は「Ｏ」とされる。また、「年」、「月」又は「日」がニル（０）の場合に は、「年」、「月」又は「日」も「ｏ」とされる。また、一定のずれ又は季節的 なずれがニル（０）の場合には、一定のずれ又は季節的なずれは、現在の時間を 表す正常化されたカレンダータイムのものとされる。 時間の　れ（Ｏｆｆｓｅｔｓ） ・　一定のずれ又は季節的なずれは、オフセットを２４Ｘ６０、すなわち整数１ ４４０で、割算することによって得られた剰余結果を、［−７２０，７２０］の 範囲内の数値に置き換えられたものである。 時間（Ｔｉｍｅ） ・　「秒」は、数値「６ｏ」までを繰り返し加算又は減算し、６００単位で「分 」に１を加算又は減算することにより、正常な範囲内に置がれる。「分」は、数 値「６０」までを繰り返し加算又は減算し、６００単位で「時」に１を加算し又 は減算することにより、正常な範囲内に置がれる。「時」は、数値「２４」まで を繰り返し加算又は減算し、２４時時間位で「日Ｊに１を加算又は減算すること により、正常な範囲内に置かれる。 日付（Ｄａｔｅ） ・　「月」は、数値「１２」までを繰り返し加算又は減算し、１２２単位で「年 」に１を加算又は減算することにより、正常な範囲内に置かれる。「日」は、Ｋ に１を加算又は減算し、Ｋ日単位で「月」に１を加算又は減算することにより、 ［１、Ｋ］の範囲内に置かれる。ここで、Ｋは、対象となる「年」の「月」の日 数である。１の加算又は減算によって「日」が所定の範囲に置がれない場合には 、この全体のステップを再び行なう。換言すると、「月」は、再び「日」を調整 する前に、上述したようにして調整される。 ローカライス化ｏｃａ　ｌ　ｉ　ｚｅ）とグローバライズ（Ｇｌｏｂａｌ　１ｚ ｅ）カレンダータイムは、特定の絶対的な時間を変えることなく、他の一定のず れ又は季節的なずれ修正することができる。カレンダータイムのずれが現在のブ レイスのものとして作られた場合、カレンダータイムは”地域化（ローカライズ ：１ｏｃａｌｉｚｅｄ）　”される。また、カレンダータイムのずれがＵＴＣの ずれとして作られた場合、カレンダータイムは”全域化（グローバライズ：　ｇ ｌｏｂａｌ　１ｚｅ）　”される。 ２．７　パターンマツチングモデル（Ｐｔｔｅｒｎ　Ｈａｔｃｈｉｎ　Ｍｏｄｅ ｌ）インストラクションセットは、本セクションが定義する°゛パターンマツチ ングモデルｐａｔｔｅｒｎ　ｍａｔｃｈｉｎｇ　ｍｏｄｅｌ）″を実現する。 ２．７．１　パターン（Ｐａｔｔｅｒｎｓ）°°パターン（ｐａｔｔｅｒｎ）” は、文字列を解析する手段である。パターンの゛°テキスト（ｔｅｘｔ）”　（ これ自体文字列である。）は、ストリングがパターンにマツチ（ｍａｔｃｈ）す るかを判断する基準を規定する。 パターンのテキストは、後述するような構文的な規則やそれに付随する意味上の 規則に従う一連のトークンである。 ここで、規則は、例えば、任意選択字句（オプショナルトークン：　ｏｐｔｉｏ ｎａｌ　ｔｏｋｅｎ）を角括弧（”［”及び°°コ”）で囲む、パフカス・ナウ ア形式（ＢＮＦ：Ｂａｃｋｕｓ−Ｎａｕｒ又はＢａｃｋｕｓ　Ｎｏｒｍａｌ　Ｆ ｏｒｍ）において与えられる。また、パターンのテキストを記述する上でＢＮＦ に従ったものであるのか、又は特別なテキストのメタキャラクタであるのかを識 別するために、引用符（゛）　によって、垂直パー（”１”）、左角括弧（”［ ”）、及び、左角括弧（”］”）を囲む。 パターンのテキストの各トークンは、０以上のキャラクタである。テキストは、 トークン、すなわちキャラクタを連結することにより得ることができる。 ２、７．２　構゛（Ｓｔｒｕｃｔｕｒｅ）パターン、すなわち、そのテキストは 、次の規則に従うものとする。 ｐａｔｔｅｒｎ　：：＝Ａｌｔｅｒｎａｔｉｖｅ［”ｌ”ｐａｔｔｅｒｎ１文字 列（ストリング：ｓ【自ｎｇ）は、その代替物（オールタナテイブ：　ａｌｔｅ ｒｎａｔｉｂＵ）に一致（マツチ：ｍａｔｃｈｅ）　している場合にのみ、パタ ーンと一致する。 オールタナティブ（Ａｔ　ｔｅｒｎａｔｉｖｅ）オールタナティブは、次の規則 に従う。 Ａｌｔｅｒｎａｔｉｖｅ　：：：　［−］Ｃｏｓ＋ｐｏｎｅｎｔｓ［＄コＣｏｍ ｐｏｎｅｎｔｓ　：Ｃｏ１Ｉｐｏｎｅｎｔ［Ｃｏｍｐｏｎｅｎｔｓ］ストリング は、間にギャップの無い連続するサブストリングがオールタナティブの連続する コンポーネントと一致する場合にのみ、オールタナテイブに一致する。 オールタナティブが、脱字記号（”′”）で始まる場合、又はドルマーク（”＄ ”）で終わる場合、一連のサブストリングは、それぞれ、ストリングの最初又は 終わりにおいて開始又は終了しなければならない。 コンポーネント（ｃｏＩＩｌｏｎｅｎＬ）コンポーネントは、次の規則に従う。 Ｃｏｍｐｏｎｅｎｔｓ　：：＝　Ｉｔｅｍ［本　１　＋　１９コアスタリスク（ ”＊″）が表れたときは、コンポーネントが、０以上のサブストリング（それぞ れがアイテムに一致している）を含んでいる場合にのみ、プラス符号（”＋”） が表れたときは、コンポーネントが、１以上のそのようなサブストリングを含ん でいる場合にのみ、疑問符（”？”）が表れたときは、コンポーネントが、その アイテムに一致しているか、消されている場合にのみ、又は、これら以外のとき はそのアイテムが一致している場合にのみ、ストリングは、コンポーネントに一 致する。 アイテム（Ｉｔｅｍ） アイテムは、次の規則に従う。 Ｃｏｍｐｏｎｅｎｔｓ　：：＝（Ｐａｔｔｅｒｎ）　ｌ”［”Ｃｈａｒａｃｔｅ ｒＣｌａｓｓ”ＩＩ”　ＩＣｈａｒａｃｔｅｒ ストリングは、アイテムが規定してしているパターン、キャラクタクラス、又は キャラクタの何れかに一致する場合にのみ、アイテムに一致する。 キャラクタクラス　Ｃｈａｒａｃ　ｔｅｒＣ１ａｓｓ）キャラクタクラスは、次 の規則に従う。 ＣｈａｒａｃｔｅｒＣｌａｓＳ　：：：じ］Ｃｈａｒａｃｔｅｒｌｔｅｍｓスト リングは、キャレットじ）が存在しておらず、且つキャラクタアイテムのリスト に一致する場合にのみ、キャラクタクラスに一致する。 キャラクタアイテム（Ｃｈａｒａｃｔｅｒｌｔｅｓｓ）キャラクタアイテムのリ ストは、次の規則に従う。 Ｃｈａｒａｃｔｅｒｌｔｅｍｓ　：：＝　Ｃｈａｒａｃｔｅｒｌｔｅｍ　［Ｃｈ ａｒａｃｔｅｒｌｔｅｍｓコＣｈａｒａｃｔｅｒｌｔｅｍ　：：＝　Ｃｈａｒａ ｔｅｒＲａｎｇｅ　Ｉ　ＣｈａｒａｃＬｅｒストリングは、ストリングの連続す るサブストリング間にギャップが無く、リスト中の連続するキャラクタアイテム とマツチする場合にのみ、キャラクタアイテムのリストに一致する。一連のサブ ストリングは、ストリングの開始点で開始され、終了点で終了しなければならな い。 キャラクタレンジ（ＣｈａｒａｃｔｅｒＲａｎ　ｅ）キャラクタレンジは、次の 規則に従う。 ＣｈａｒａｃｔｅｒＲａｎｇｅ　：　：＝　Ｃｈａｒａｃｔｅｒ　−Ｃｈａｒａ ｃｔｅｒストリングが、１番目のキャラクタの後に１つのキャラクタを含み、又 は１番目のキャラクタと等しい１つのキャラクタを含み、且つ、２番目のキャラ クタの前に１つのキャラクタを含み、又は２番目のキャラクタと等しい１つのキ ャラクタを含む場合にのみ、ストリングは、キャラクタレンジに一致する。 キャラクタ（Ｃｈａｒａｃｔｅｒ） キャラクタは、次の規則に従う。 Ｃｈａｒａｃｔｅｒ　：：＝、ｌ＼ｍｅｔａｃｈａｒａｃｔｅｒ　ｌ　ｃｈａｒ ａｃｔｅｒストリングは、ピリオド（””）　が存在しているときには、ある１ つのキャラクタのどれかを含んでいる場合にのみ、逆スラッシュ（“＼″）が存 在しているときには、メタキャラクタを含んでいる場合にのみ、又はその他のと きに、そのキャラクタを含んでいる場合のみ、キャラクタに一致する。 注　これにより、逆スラッシュ（”＼°゛）がメタキャラクタの直前にある場合 には、メタキャラクタの特定な意味合いは避けられる。 ２．７．３　他の非ターミナル（Ｏｔｈｅｒ　Ｎｏｎ　Ｔｅｒ＋ａｉｎａｌｓ） キャラクタ（Ｃｈａｒａｃｔｅｒ） メタキャラクタ以外のクラス”Ｃｈａｒａｃｔｏ「”のインスタンスである。 メタキャラクタ（Ｍｅｔａｃｈａｒａｃｔｅｒ）メタキャラクタ（＋５ｅｔａｃ ｈａｒａｃＬｅｒ）である。 ２．７．４　メタキャラクタ（Ｍｅｔａｃｈａｒａｃｔｅｒｓ）パターンのテキ ストは、メタキャラクタを含むことができる。メタキャラクタは、テキストを支 配するセマンテイツクなルール、すなわち意味付けされたル−ルに含まれる特別 な意味を有する。メタキャラクタは、表Ａ、５Ｇこ示すキャラクタ、及びキャラ クタのテレスクリプトのストリングトークンｌこ示されたもの、例えばバックス ペースである。 （以下、余白。） ３、　テレスクリプト　ラスの概 オブジェクト指向されたインストラクションセットは、アペンディックスＡの本 セクションにおいて概観が示される定義済みクラスを含む。これらのクラスは、 後述するように複数のグループに分けられる。サブセクションは、各グループに 委ねられている。各サブセクション内において、サブセクションは、グループ内 の各クラスに委ねられている。 インターブリートされるインストラクションセントは、例えば制御フローのため の、ステートメント形式を規定するのではなく、むしろ、そのクラスのオペレー ションに依存する。したがって、インストラクションセットの意味は、定義済み クラスの意味であることが多々ある。 ３．１　グループ（ＧｒｏｕＳ） インストラクションセットの定義済みクラスは、カーネルと呼ばれる複数のグル ープに分けられる。この分割は、教育的な目的のみに用いられるものであり、カ ーネル以外のグループにおけるクラスがカーネルにより実行されることを示すも のではなく、また、エンジンがカーネルのクラスを実行するが他のグループのも のは必ずしも実行しなくてもよいことを示すものでもない。 以下のグループが規定されている。 カーネル（Ｋｅｒｎｅｌ） このグループは、基本的な機械言語、例えば、クラス、オブジェクト、リファレ ンス、プロシージャ、実行及びエクセプションを供与する。 プリミティブ（Ｐｒｉｍｉｔｉｖｅｓ）このグループは、不可分な情報の基本的 な形式、例えば、ブーリアン、オクテツト、ナンバ、キャラクタ及びタイムを供 与する。 コレクション（Ｃｏｌ　Ｉｅｃｔｉｏｎｓ）このグループは、複合情報の基本的 な形式、例えば、セット、リスト、スタック、ストリング及びディクショナリを 供与する。 クラス定１１ｉ　（Ｃ１ａｓｓ　Ｄｅｆｉｎｉｔｉｏｎ）このグループは、クラ ス定義の基本的な構成要素、例えば、インタフェース、アトリビュート、オペレ ーション、インプリメンテーション及びメソッドを供与する。 特定化（アイデンティフィケーション：　Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）この グループは、名前付け（ネーミング：　ｎａｍｉｎｇ）及びアドレス設定（アド レッシング：　ａｄｄｒｅｓｓｉｎｇ）について、例えば、テレネーム及びテレ アドレスを供与する。 プロセス（Ｐｒｏｃｅｓｓｅｓ） このグループは、マルチタスクについて、例えば、プロセス、ノ（−ミツト、１ ノソース及びコンタクトを供与する。 三−；−＞’ｃ＜へ註■」二αゴヱ」囮皆とこのグループは、ネットワーク内の プロセスの移動について、例え【ｆ、プロセス、エージェント及びチケットを供 与する。 ミーティング（Ｍｅｅｔｉｎ） このグループは、ネットワークのノード内のプロセス相互作用（こつＩｌｚで、 例えば、ミーティングブレイス及びベテイションを供与する。 その他（Ｍｉｓｃｅｌ　１ａｎｅｏｕｓ）このグループは、様々なことについて 、例えば、乱数発生器（ランダムナンノくジェネレータ：　ｒａｎｄｏＩＩｌｎ ｕｍｂｅｒ　ｇｅｎｅｒａｔｏｒ）及びノくターンマツチャ（ｐａｔｔｅｒｎ　 ｍａｔｃｈｅｒ）を供与する。 以下、上記した順序で各グループについて説明する。各グループ内のクラス１よ 、アルファベット順で示される。 ３．２　カーネルグループ（ＫｅｒｎｅＩＧｒＯｕ）並江区（Ｒｅｆｅｒｅｎｃ ｅｄ） ・Ｃ１ａｓｓ　（Ｃｉｔｅｄ　＆　Ｉｎｔｅｒｃｈｅｎｇｅｄ）−Ｃｏ１１ｅｃ ｔｉｏｎ ・・Ｓｅｔ　（Ｖｅｒｉｆｉｅｄ） −−−−Ｃｏｎ５ｔｒａｉｎｅｄ　Ｓｅｔ　（Ｃｏｎｓｔｒａｉｎｅｄ）０　° 　・・墜オ肥（Ｃｉｔｅｄ　＆　Ｉｎｔｅｒｃｈｅｎｇｅｄ）−Ｃｏｎ５ｔｒａ ｉｎｔ ・込朋辺止卯（ｌｌｎｅｈａｎｇｅｄ）８・Ｐｒｏ　ｒａｉｌｌｉｎ　Ｅｘｃｅ 　ｔｉｏｎ・　・　・　■正射」五並Ｕ皿 １０２６Ｅｘｅｃｕｔｉｏｎ　Ｅｘｃｅ　ｔｉｏｎ−−−−１Ｕｎｅｘｅｃｔｅ ｄＥｘｃｅｔｉｏｎ＋　Ｐｒ１ｍ１ｔｉｖｅ　（Ｅｘｅｃｕｔｅｄ　＆　υｎｃ ｈａｎｇｅｄ）ＥｘｅｃｕＬｅｄ Ｒｅｆｅｒｅｎｃｅｄ 迦堕ｙ匿叫 Ｖｅｒｉｆｉｅｄ ３．２．１　クラス（Ｃ１ａｓｓ） オペレーション（ＯｅｒａｔＩｏｎｓ）ｉｓＩｎｓｔａｎｃｅ ｉｓＭｅｍｂｅｒ ｉｓｓｕｂｃｌａｓｓ ”クラス（ｃｌａｓｓ）”は、クラスのインスタンスであるオブジェクトのセッ トを定義する不変のオブジェクトである。 クラスの固有のオペレーションは、オペレーション”ｎｅｗ”により、新しいイ ンスタンスを生成したり、オペレーション°’　ｃｏｎｖｅｒｔ”により、他の クラスのインスタンスをそのクラスのインスタンスに変更したり、オペレーショ ン’　１ｓｌｎｓｔａｎｃｅ”により、オブジェクトがインスタンスであるかを 示したり、オペレーション”ｉｓ）４ｅｍｂｅｒ”により、オブジェクトがメン バであるかを示したり、オペレーション”１ｓｓｕｂｃｌａｓｓ”により、他の クラスが現在のクラスのサブクラスであるか否かを示したりする。 ３．２．２　コンストレインド（Ｃｏｎｓｔｒａｉｎｅｄ）アトリビュート（ａ ｔｔｒｉｂｕｔｅｓ）Ｃｏｎｓｔｒａｉｎｔ ”コンストレインドオブジェクト（ｃｏｎｓｔｒａｉｎｅｄ　ｏｂｊｅｃｔ）” は、そのオブジェクトがメンバである他のクラスによって特定されたプロパティ のそれらに対してコンストレイントを強いる。 コンストレインドオブジェクトの固有のアトリビュートは、コンストレイントで ある（アトリビュート”　ｃｏｎｓｔｒａｉｎｔ”）。 注：コンストレインドディクシジナリ、リスト及びセットは、コンストレインド オブジェクトである。 ３．２．３　コンストレイント（Ｃｏｎｓｔｒａｉｎｔ）アトリビュー）　（Ａ ｔｔｒｉｂｕｔｅｓ）ｃｌａｓｓｌｄ ｔｓｔｎｓｔａｎｃｅ ｉｓｏｐｔｉｏｎａｌ ｏｆｃＩａｓｓ ｐａｓｓａｇｅ ”コンストレイント（ｃｏｎｓｔｒａｉｎｔ）”は、他のオブジェクトの制約を 定義するオブジェクトである。 コンストレイントの固有の７トリビユートは、コンストレイントのサブジェクト がメンバとなるであろうクラスの識別子（アトリビュート”ｃｌａｓｓｌｄ”） と、そのクラス自身（アトリビュート”ｏｒｃｌａｓｓ”）と、サブジェクトが クラスのインスタンスとなるか否かくアトリビュート”１ｓｌｎｓＬａｎｃｅ” 　）と、サブジェクトがニル（０）であるか否か（アトリビュート”　１ｓＯｐ ｔｉｏｎａｌ”）と、サブジェクトのパッセージ（アトリビュート”ｐａｓｓａ ｇｅ”　）とである・３．２．４　エクセブション（ＥＸＣｅｔｉＯｎ）オペレ ーション（ＯｅｒａｔｉＯｎＳ）゛′エクセプション（ｅｘｃｅｐｔｉｏｎ）　 ”は、実行又部よ遂行の異常終了を示すオブジェクトである。 エクセプションの固有のオペレーションは、エクセブションを送出する（オペレ ーション”　ｔｈｒｏｗ”　）。 ３．２．５　エグゼキューテノド（Ｅｘｅｃｕｔｅｄ）ａｔｃｈ Ｏ ｏｏｐ °゛実行オブジェクト（ｅｘｃｕｔｅｄ　ｏｂｊｅｃｔ）“は、プロシージャの アイテムとして許可される。 実行オブジェクトの固有のオペレーションは、（ｉ）オペレーション”ｄｏ’　 ｌこより、１回だけ、（ｉ　ｉ）オペレーション”ｃａｔｃｈ”により、一定の エクセプションを１回キャッチすることを、（ｉ　ｉ　ｉ）オペレーション′ｉ 「”により、予め定められた条件が充たされた場合にのみ、（ｉｖ）オペレーシ ョン”ｒｅｐｅａｔ”をこより、ある一定の回数だけ、（Ｖ）オペレー乃ン”１ ００ｐ”により、不定の回数だけ、又は（ｖｉ）オペレーション”ｗｈｉｌｅ” により、他の実行オブジェクトの遂行が指示する回数だけ、実行オブジェクトを 遂行する。さら（こ、他のオペレーションは、２つの実行されるオブジェクトの うち何れかを実行すべき力亀を定める（オペレーション”　ｅｉｔｈｅｒ″）。 注二クラス”Ｐｒ１１１ｉｔｉｖｅ”の定義済みコンク１ノートサブクラスのイ ンスタンスｌよ、クラス”Ｃｏｎ５ｔｒａｉｎｅｄＬｉｓｔ”の定義済みサブク ラスと同様ｌこ、実行オブジェクトである。 ３．２．６’ｊＪ豆邦辻１油Ｑ」鉦部亘り眺躯豆（°゛実行エクセプション（ｅ ｘｅｃｕｔｉｏｎ　ｅｘｃｅｐｔｉｏｎ）　”は、エンシンカＣプロシージヤの アイテムを実行できないことを示すカーネルエクセブションである。 このクラスの定義済みサブクラスの中には、”内部エクセブション（Ｉｎｔｅｒ ｎａｌｅｘｃｅｐｔ　１ｏｎ）＋がある。この”内部エクセブション（Ｉｎｔｅ ｒｎａｌ　ｅｘｃｅｐｔｉｏｎ）　”のメンバは、エンジンが、インストラクシ ョンセットのある部分の実行に失敗したことを示す。理想的なエンジンでは、こ のようなエクセブションは送出されないが、実際のエンジンでは、このようなエ クセブションが送出される。実際のエンジンでは、例えば、２つの整数の和がエ ンジンにとって内部的に有効に表すには大きすぎるとき等に、エクセブションが 送出される。 ３．２．７　識Ｉｊ子（Ｉｄｅｎｔｉｆｉｅｒ）”識別子（アイデンティファイ ア：　１ｄｅｎｔｉｆｉｅｒ）“は、特定のコンテキストにおいて、任意のオブ ジェクトを他のオブジェクトから識別するプリミティブ（基本要素：　ｐｒｉｍ ｉｔｉｖｅ）である。 ３．２．８　カーネルエクセプション（Ｋｅｒｎｅｌ　Ｅｘｃｅ　ｔｉｏｎ）” カーネルエクセプション（ｋｅｒｎｅｌ　ｅｘｃｅｐｔｉｏｎ）”は、本セクシ ョンのクラスのメンバによって送出されるプログラミングエクセブション（ｐｒ ｏｇｒａｍｍｉｎｇ　ｅｘｃｅｐｔｉｏｎ）である。 ３．２．９　マーク（Ｍａｒｋ） ”マーク（ｍａｒｋ）”は、１つの可能な値を伴ったプリミティブである。マー クは、一連のオブジェクトを区分するために使用され、通常はスタックの一番上 のものに使用される。 ３．２．１０　モディファイヤ（Ｎｏｄ　ｉ　ｒ　１ｅｒ）”モディファイヤ（ ｍｏｄｉｆｉｅｒ）”は、”　ｄｅｍａｒｃａｔｅ”　、”　ｇｅｔｃｌａｓｓ ”　、”　ｇｅｔＰｒｏｐｅｒｔｙ”　、”　ｇｅｔＶａｒｉａｂｌｅ″、”　 ｍｅｎｔｉｏｎ″、”　５ｅｔＡｔｔｒｉｂｕｔｅ”　Ｓ”　５ｅｔＰｒｏｐｅ ｒ狽凵h　。 ”５ｅｔＶａｒｉａｂｌｅ”及び”ｕｓｅＳｔａｃｋ”の可能な値を伴ったプリ ミティブである。モディファイヤは、プロシージャにおいて、モディファイヤの 直後に存在するアイテムの実行を変えるために用いられる。 ３．２．１１　ニル（Ｈｉｔ） ”ニル（０：ｎ１ｌ）“は、１つの可能な値を伴ったプリミティブである。ニル （０）は、クラスのメンバが、例えばスタック上に、存在しないことを示すため に用いられる。 ３．２．１２　オブジェクト（Ｏｂｅｃｔ）アトリビュート（Ａｔｔｒｉｂｕｔ ｅｓ）１ａｓｓ ｏｐｙ ｆｉｎａｌｉｚｅ ｉｎｉｔｉａｌ　１ｚｅ ｉｓＥｑｕａｌ ｅｌｅｃｔ 部オペレーション（Ｉｎｔｅｒｎａｌ　Ｏｅｒａｔｉｏｎｓ）ｇｅｔＡｔｔｒｉ ｂｕｔｅ ｇｅｔｃｌａｓｓ ｇｅｔｐｒｏｐｅｒｔｙ ｇｅｔＶａｒｉａｂｌｅ ｓｅｔＡｔｔｒｉｂｕｔｅ ｓｅｔＰｒｏｐｅｒｔｙ ｓｅｔＶａｒｉａｂｌｅ ”オブジェクト（ｏｂｊｅｃｔ）”は、情報（ｉｎｆｏｒＩｌａｔｉｏｎ）及び 情報処理（ｉｎｆｏｒｍａＬｉｏｎ　ｐｒｏｃｅｓｓｉｎｇ）の両方から成る、 インストラクションセットのユニットである。 また、オブジェクトは、クラスのインスタンスである。 オブジェクトの固有のアトリビュートは、それのクラス（”ｃｌａｓｓ”）及び それのサイズ（”　５ｉｚｅ“）である。 オブジェクトの固有のオペレーションは、そのオブジェクトを初期化したり（オ ペレーション”１ｎｉｔｉａｌｉｚｅ”）、そのオブジェクトを最終化したり（ オペレーション”ｆｉｎａｌｉｚｅ”）、そのオブジェクトが他のオブジェクト に等しいか否かを判断したり（オペレーション“１ｓＥｑｕａｌ”）、幾つかの オブジェクトのうちのどれが前者のオブジェクトと等しいかを判断して、そのオ ブジェクトと対をなしてその実行オブジェクトを遂行したり（オペレーション” ５ｅｌｅｃｔ”）、そのオブジェクト分かれてはいるが同一である、そのオブジ ェクト自身のコピーを生成したりする（オペレーション”ｃｏｐｙ”　）。 オブジェクトは、幾つかの内部的フィーチャを有する。内部的フィーチャは、シ ステムフィーチャであり、このシステムフィーチャは、クラス”ｏｂｊｅｃｔ” によってシールされ、さらに、クラス″ｏｂｊｅｃＬ″のユーザ定義サブクラス に固有のフィーチャが、同一の識別子を有することを妨げるものではない。 したがって、内部的フィーチャは、仮想的なものである。オブジェクトの唯一の 目的は、インストラクションセットの定義、特にその実行モデルについて、簡略 化することである。 オブジェクトの内部的オペレーションは、オブジェクトのクラスのインプリメン テーション及びインタフェースにおいて使用される識別子を、実行時に、オブジ ェクトにバインドする。したがって、オブジェクトは、以下のことができる。 すなわち、（ｉ）ある識別子が示すそれ自身のアトリビュートを、オペレーショ ン゛’　ｇｅｔＡｔｔｒｉｂｕｔｅ”により取得、又はオペレーション”　５ｅ ｔＡｔｔｒｉｂｕｔｅ”により設定する。（ｉ　ｉ）ある識別子が示すそれ自身 のプロパティを、オペレーション“ｇｅｔＰｒｏｐｅｒｔｙ−により取得、又は オペレーション”５ｅｔＰｒｏｐｅｒｔｙ”により設定する。 （ｉ　ｉ　ｉ）ある識別子が示す変数を、オペレーション”ｇｅｔＶａｒｉａｂ ｌｅ“により取得、又はオペレーション”５ｅｔＶａｒｉａｂｌｅ”により設定 する。又は、　（ｉｖ）オペレージコン”ｇｅｔｃＩａｓｓ”により、識別子が 示すクラスを特定しロケート（ｌｏｃａｔｅ）する。 ３．２．１３　パッケージ（Ｐａｃｋａｅ）”パッケージ（ｐａｃｋａｇｅ）” は、クラスのコンストレインドされたセットである。 さらに、パッケージは、引用されたオブジェクトであり、パッケージが含む各ク ラスの同等なものである。 １つのパッケージは、以下に述べるような変更だけで、そのパッケージが他のパ ッケージから生成できる場合にのみ、他のパッケージに対して後方向に互換性が ある。その変更とは、第１に、新しいクラスが付加すること、第２に、現存のク ラスは、その現存のクラスと後方向に互換性があるクラスに置き換えることであ る。 ３．２．１４　プロシージャ（Ｐｒｏｃｅｄｕｒｅ）”プロシージャ（ｐｒｏｃ ｅｄｕｒｅ）”は、実行オブジェクトの順序付けられたセットを含むプリミティ ブである。 止」二上り工１久ぢ２交邦はブｚしヨ色鉦キ旦Ｃ五喰劇也”プログラミングエク セブション（ｐｒｏｇｒａｍｍｉｎｇ　ｅｘｃｅｐｔｉｏｎビは、フィーチャの 遂行において、プログラミングエラーが生じたことを示すエクセプションである 。 ３．２．１６　有　格識別子（Ｑｕａｒｉｆｉｅｄ　Ｉｄｅｎｔｉｆｉｅｒ）” 有資格識別子（ｑｕａｒｉｆｉｅｄ　１ｄｅｎｔｉｒｉｅｒ）　”は、フィーチ ャ及びクラスを示す識別子である。ここで、そのフィーチャのインプリメンテー ションは、そのクラスに固有であるが又は継承されている。 ３．２．１７　リフアレンスト（Ｒｅｆｅｒｅｎｃｅｄ）アトリビュート　（Ａ ｔｔｒｉｂｕｔｅｓ）ｔ　５Ｐｒｏｔｅｃｔｅｄ オペレーション（Ｏｐｅｒａｔｉｏｎｓ）ｄｉｓｃａｒｄ ｓｓａｍｅ ｐｒｏｔｅｃｔ ｒｅｒ ”参照されるオブジェクト（リフアレンストオブジェクト：　ｒｅｆｅｒｅｎｃ ｅｄ　ｏｂｊｅｃし）゛は、そのオブジェクトに対するリファレンスを取得する ことができるオブジェクトである。リフアレンストオブジェクトのフィーチャは 、そのオブジェクト自身ではなく、それらを要求するのに使われるリファレンス を操作する。 リフアレンストオブジェクトの固有のアトリビュートは、リファレンスが保護さ れているか否かを明らかにする（アトリビュート”１ｓＰｒｏｔｅｃｔｅｄ”　 ）。　リフアレンストオブジェクトの固有のオペレーションは、そのオブジェク トに対する新しいリファレンスを生成したり（オペレーション”ｒｅｒ”）、所 望するならばそれを保護したり（オペレーション”ｐｒｏｔｅｃｔ”）、現存の リファレンスを廃棄したり（オペレーション”ｄｉｓｃａｒｄ“）、２つのリフ ァレンスが同一のオブジェクトに対するものであるか否かを検査したりする（オ ペレーション”１ｓｓａｉｅ”）。 注：全てのオブジェクトは、リフアレンストオブジェクトである。このとき、現 在のクラスは、純粋に教育的な理由によって定義される。 ３．２．１８　セレクタ（Ｓｅｌｅｃｔｏｒ）”セレクタ（ｓｅｌｅｃｔｏｒ） ”は、”　ｂｒｅａｋ”、”ｃｌｉｅｎｔ”　、”　ｃｏｎｔｉｎｕｅ”、”　 ｅｓｃａｌａｔｅ”　、　”　ｈｅｒｅ″、”　ｐｒｏｃｅｓｓ″、”　５ｅ１ ４″及び５ｕｃｃｅｅｄ″の可能な値を伴ったプリミティブである。セレクタは 、特別な実行結果を得るために用いられる。 ３．２．１９　変更されない（ＵｎＣｈａｎｅｄ）”変更されないオブジェクト （アンチェインシトオブジェクト：　ｕｎｃｈａｎｇｅｄ　ｏｂｊｅｃｔ）”は 、変更させることはない。”変更されない（ｕｎｃｈａｎｇｅｄ）″ということ は、アンチェインシトオブジェクトがメンバである他のクラスに依存している。 また、アンチェインシトオブジェクトは、”不変なオブジェクト（ｉ＋ｕｕｔａ ｂｌｅ　ｏｂｊｅｃｔ）”と呼ばれる場合がある。 注：”クラス”　Ｃ１ａｓｓ””ｅｘｃｅｐｔｉｏｎ”　、”　ｐａｃｋｅｌ＜ ｅ”　、”　ｐｒｉ＠１ｔｉｖｅ″及び”ｔｉｍｅ”のメンバは、不変である。 ３．２．２０　予１、れないエクセブション　Ｕｎｅｘ　ｅｃｔｅｄ　Ｅｘｃｅ 　ｔｉａｎアトリビュート　（Ａｔｔｒｉｂｕｔｅｓ）ｅｘｃｅｐｔｉｏｎ ”予想されないエクセプション（ｕｎｅｘｐｅｃｔｅｄ　ｅｘｃｅｐｔｉｏｎ） ″は、フィーチャが明らかではないクラスのエクセブションを送出したことを示 す実行エクセブションである。 予想されないエクセブションの固有なアトリビュートは、明らかにされていない エクセブションである（アトリビュート”ｅｘｃｅｐｔｉｏｎ”　）　。 ３．２．２１　検査（Ｖｅｒｉｆｉｅｄ）オペレーション（Ｏｐｅｒａｔｉｏｎ ｓ）ｖｅｒｉｆｙ ”検査されるオブジェクト（ｖｅｒｉｆｉｅｄ　ｏｂｊｅｃｔ＞”は、そのオブ ジェクトがメンバである他のクラスに依存する１以上の方法で内部的に不一致と することができる。 検査されるオブジェクトの固有のオペレーションは、オブジェクトが内部的に一 致するか否かを示す（オペレーション”ｖｅｒｉｆｙ”）。 注：セットは、検査されるオブジェクトである。 ３．３　プリミティブグルシーブ（Ｐｒｉｍｉｔｉｖｅ　ＧｒｏｕＯｂｊｅｃｔ 　（Ｒｅｆｅｒｅｎｃｅｄ）１Ｅｘｃｅｐｔｉｏｎ　（ｌｌｎｃｈａｎｇｅｄ） ・伊Ｐｒｏｇｒａｍｍｉｎｇ　Ｅｘｃｅｐｔｉｏｎ・　・　・　な工１■μｕ■ 弐坦山狙 ６Ｐｒｉｍｉｔｉｖｅ　（Ｅｘｅｃｕｔｅｄ　＆　Ｕｎｃｈａｎｇｅｄ）・・シ ュ（Ｏｒｄｅｒｅｄ） ・−Ｂｏ匣ｅａｎ　（Ｏｒｄｅｒｅｄ）−−Ｃｈａｒａｃｔｅｒ　（Ｃａｓｅｄ 　＆　０ｒｄｅｒｅｄ）・・Ｎｕｍｂｅｒ　（Ｏｒｄｅｒｅｄ）−Ｔｉｍｅ　（ Ｏｒｄｅｒｅｄ　＆　Ｕｎｃｈａｎｇｅｄ）９２世 ”ビット（ｂｉｔ）”は、２つの可能な値、すなわち”０”及び”　１”とを伴 ったプリミティブである。 ３．３．２　ブーリア：／　（ｂｏｏｌｅａｎ）オペレーション（Ｏｅｒａｔｉ ｏｎｓ）”ブーリアン（ｂｏｏｌｅａｎ）　”は、２つの可能な値、すなわち“ 偽（ｆａｌｓｅ）　”と、”真（ｔｒｕｅ）　”とを伴ったプリミティブである 。 ブーリアンの固有のオペレーションは、論理積（オペレーション”ａｎｄ”）、 論３１Ｊ　（ｔペレ−ション”ｏｒ”）及び論理否定（オペレーション”ｎｏｔ ”）を可能にする。 ３．３．３　ケースド（Ｃａｓｅｄ） アトリビュート（Ａｔｔｒｉｂｕｔｅｓ）ｉｓＬｏｖｅｒ ｉｓｌｌｐｐｅｒ オペレーション（Ｏｅｒａｔｉｏｎｓ）°“ケースド（ｃａｓｅｄ）”オブジェ クトは、キャラクタ情報を含む。このようなキャラクタ情報、すなわちケースド オブジェクト自身は、英大文字（アッパーケース：　ｕｐｐｅｒ−ｃａｓｅ）　 、小文字（ロウアーケース：　１ｏｖｅｒ−ｃａｓｅ）　、又はそれらを混合し て含むことができる。 ケースドオブジェクトの固有のアトリビュートは、キャラクタ情報が英小文字で あるかくアトリビュート”１ｓＬｏｖｅｒ”）、又はキャラクタ情報が英大文字 であるか（アトリビュート”１ｓＵｐｐｅｒ“）を示す。 ケースドオブジェクトの固有のオペレーションは、そのオブジェクトと同等で全 て英小文字のものを生成したり（オペレーション“ａ＋ａｋｅＬｏｖｅｒ”）、 そのオブジェクトと同等で全て英大文字のものを生成したりする（オペレーショ ン”ｍａｋｅＵｌ）ｐｅｒ”　）。 注＝２つのケースドオブジェクトは、オペレーション”１ａｋｅＬＱマｅ「”又 はオペレーション”鳳ａｋｅＵｐｐｅｒ”と組合せてオペレーション”　１ｓＥ ｑｕａｌ“を使用することにより、それらの大小文字に関わりなく、比較するこ とができる。 注：キャラクタとストリングは、ケースドオブジェクトである。 ３．３．４　キャラクタ（Ｃｈａｒａｃｔｅｒ）”キャラクタ（ｃｈａｒａｃｔ ｅｒ）”は、可能な値がユニコード［（Ｉｎｉｃｏｄｅｌのキャラクタであるプ リミティブである。 ３．３．５　インチジャ（Ｉｎｔｅｅｒ）オペレーション（ＯｅｒａｔｉＯｎＳ ）”インチジャ（ｉｎｔｅｇｅｒ）”は、ナンバ（ｎｕｍｂｅｒ）であり、この ナンバも整数である。 インチジャの固有のオペレーションは、整数の除算を行い、リザルトとして商（ オペレーション″ｑｕｏｔｉｅｎｔ”）又は剰余（オペレーション”ｍｏｄｕｌ ｕｓ”）を生成する。 注：本質的に、エンジンは、有限な精度でのみ整数を表すことができる。したが って、全ての整数が、必ずしもこのクラスのインスタンスであるとは限らな１１ ）。 ３、３．６　ナンバ（Ｎｕｍｂｅｒ） オペレーション（Ｏｐｅｒａｔ　１ｏｎｓ）ａｂｓ ａｄｄ ｍｕｌｔｉｐｌｙ ！１ｅｇａｔｅ ｒｏｕｎｄ Ｓｕｂｔｒａｃｔ ｔｒｕｎｃａｔｅ ゛°ナンバ＜ｎｕｕ＋ｂｅｒ）”は、基本的な演算操作を可能にするプリミティ ブである。 ナンバの固有のオペレーションは、加算（オペレーション”ａｄｄ”　）　、減 算（オペレーション”　５ｕｂｔｒｕｃｔ”　）　、掛算（オペレーション”　 ｍｕｌｔｉｐｌｙ”　）　、除算（オペレーション“ｄｉｖｉｄｅ”）、符号反 転（オペレーション゛”　ｎｅｇａｔｅ”）、絶対値（オペレーション”ａｂｓ ”）、丸め（オペレーション“ｒｏｕｎｄ”）、切捨て（オペレーション”　ｔ ｕｒｎｃａｔｅ”　）　、最小値（オペレーション”　ｆｌｏｏｒ”　）及び最 大値（オペレーション”ｃｅｉ　Ｉ　ｉｎｇ”）の機能を遂行する。 ３．３．７　オクテツト（Ｏｃｔｅｔ）”オクテツト（ｏｃｔｅｔ）”は、８ビ ツトから成るプリミティブである。リファレンスの目的ために、そのビットは、 ビット［７］からビット［０］で示される。 ３．３．８　オーダー（Ｏｒｄｅｒｅｄ）オペレーション（Ｏｐｅｒａｔ　１ｏ ｎｓ）ｉｓＡｒｔｅｒ ｉｓＢｅｆｏｒｅ 注：２つのオーダーオブジェクトが一致しているが否がは、オペレーション”１ ｓＥｑｕａｌ”により示される。 注：多くのクラスのインスタンスは、オーダーオブジェクトである。 ３、３．９　プリミティブ（Ｐｒｉｍｉｔｉｖｅ）注：全てのインストラクショ ンセットプリミティブが、このクラスのメンバであるわけではない。 ３．３．１０　プリミティブエクセプション（Ｐｒｉｍｉｔｉｖｅ　Ｅｘｃｅ　 Ｌｉｏｎ）”プリミティブエクセブション（ｐｒｉｍｉｔｉｖｅ　ｅｘｃｅｐｔ ｉｏｎ）“は、本セクションのクラスのメンバによって送出されたプログラミン グエクセプションである。 ３．３．１１　テレナンバ（Ｔｅｌｅｎｕｍｂｅｒ）アトリビュート（Ａｔｔｒ ｉｂｕｔｅｓ）ｃｏｕｎｔｒｙ ｅｘｔｅｎｓｉｏｎ ｔｅｌｅｐｈｏｎｅ °′テレナンバ（ｔｅ　１ｅｎｕａ＋ｂｅｒ）“は、国際電話ネットワークにお いて、電話機のアドレスを与えるオブジェクトであり、すなわち電話番号である 。 テレナンバの固有のアトリビュートは、電話機が置かれている国のコード（アト リビュート”ｃｏｕｎｔｒｙ”　）　、その国が電話機に与えるナンバ（アトリ ビュート”ｔｅｌｅｐｈｏｎｅ”）、及び電話機に内線等がある場合には、その 電話機の内線コード（アトリビュート”ｅｘｔｅｎｓｉｏｎ”）である。 ３．３．１２　タイム（Ｔｉｍｅ） オペレーション（ＯｅｒａｔｌｏｎＳ）”タイムＱｉｍｅ）　”は、ＵＴＣを用 いて、１秒車位で日付及び時間を特定するオブジェクトである。タイムは、計測 された時間帯を記録し、さらに、もしあるならば、その時点におけるＤＳＴにつ いても記録する。 時間の固有のオペレーションは、秒数により時間を調節したり（オペレーション ゛’　ａｄｊｕｓｔ”）、ある時間と他の時間との時間間隔を与えたりする（オ ペレーション゛’　１ｎｔｅｒｖａｌ”　）。 ３．４　コレクショングループ（Ｃｏｌｌｅｃｔｉｏｎ　Ｇｒｏｕ　）Ｏｂｊｅ ｃｔ　（Ｒｅｒｅｒｅｎｃｅｄ）・−・−肛り銭り区（Ｅｘｅｃｕｔｅｄ）・・ −・奴組虹針■ユ（Ｅｘｅｃｕｔｅｄ）−・・Ｄｉｃｔｉｏｎａｒｙ ｏ　９　°　−Ｃｏｎ５ｔｒａｉｎｅｄ　Ｄｉｃｔｉｏｎａｒ　（Ｃｏｎｓｔｒ ａｉｎｅｄ）・　・−−・Ｌｅｘｉｃｏｎ −ＥＸｃｅｐｔｉｏｎ　（Ｕｎｃｈａｎｇｅｄ）０　°　Ｐｒｏｇｒａｍｍｉｎ ｇ　Ｅｘｃｅｐｔｉｏｎ・　・　−Ｃｏ１１ｅｃｔｉｏｎ　Ｅｘｃｅ　Ｌｉｏｎ ３．４．１　アソシエーション（Ａｓｓｏｃｉａｔｉｏｎ）アトリビュート（Ａ ｔｔｒｉｂｕｔｅｓ）ｅｙ ｖａｌｕｅ ”アソシエーション（ａｓｓｏｃｉａｔｉｏｎ）　”は、１つのオブジェクトで あり、このオブジェクトは、１つのオブジェクトの°’　ｋｅｙ”と”ｖａｌｕ ｅ”である２つのオブジェクトを含む。 アソシエーションの固有のアトリビュートは、それのキー（アトリビュート”ｋ ｅｙ”）及びそれの値（アトリビュート”ｖａｌｕｅ”）である。 注：アソシエーションは、ディクショナリを生成するために用いられる。 ３．４．２　ピントストリング（ＢｉｔＳｔｒｉｎ）”ビットストリング（ｂｉ ｔ　ｓｔｒｉｎｇ）”は、クラス”ｂｉｔ”のインスタンスをアイテムとするコ ンストレイントリストである。 ３．４．３　コレクション（Ｃｏｌｌｅｃｔｉｏｎアトリビュート（Ａｔｔｒｉ ｂｕｔｅｓ）ｌｅｎｇｔｈ オペレーション（ＯｅａｒａｔｉＯｎＳ）ｃｌｅａｒ ｅｘａｍｉｎｓ ｅｘｃｌｕｄｅ ｉｎｃｌｕｄｅ ｓｔｒｅａｍ “コレクション（ｃｏｔ　Ｉｅｃｔｉｏｎ）”は、順序付けされていない０以上 のオブジェクトのセットを含んでいる１つのオブジェクトである。ここで、０以 上のオブジェクトは、コレクションのアイテムであり、そのプロパティ内にある 。コレクションの“レングス（ｌｅｎｇｔｈ）”は、コレクションのアイテムの 数である。コレクションは、レングスがゼロの時にクリア（”ｃｌｅａｒ”）さ れている。クラス”ｃｏｌｌｅｃｔｉｏｎ”のサブクラスは、そのメンバのアイ テムを制限することができる。 コレクションの固有のアトリビュートは、コレクションのレングスである（アト リビュート”ｌｅｎｇｔｈ”　）。 コレクションの固有のオペレーションは、新しいアイテムとしてオブジェクトを 含ませたり（オペレーション“１ｎｃｌｕｄｅ”　）　、現存しているアイテム を排除したり（オペレーション”　ｅｘｃｌｕｄｅ″）、現存している全てのア イテムを排除したり（オペレーション″ｃｌｅａｒ″）、アイテムの点検のため の準備をしたり（オペレーション”ｅｘａｍｉｎｓ”）、コレクションのアイテ ムをアイテムとするストリーム（ｓｔｒｅａｍ）を生成したりする（オペレージ １ン″Ｓｔｒｅａｍ”）。 注：コレクションのレングスは、無制限である。 ３．４．４　コレクションエクセプション（Ｃｏｌｌｅｃｔｉｏｎ　Ｅｘｃｅ　 ｔｉｏｎ”コレクションエクセプション（ｃｏｌｌｅｃｔｉｏｎ　ｅｘｃｅｐｔ ｉｏｎ）”は、本セクションのクラスのメンバにより送出されたプログラミング のエクセブションである。 ３．４．５　コンストレインドディクショナリ（Ｃｏｎｓｔｒａｉｎｅｄ　Ｄｉ ｃｔｉｏｎａｒ　）”コンストレインドディクショナリ　（ｃｏｎｓｔｒａｉｎ ｅｄ　ｄｉｃｔｉｏｎａｒｙ）　”は、コンストレイントを用いてキーが制限さ れたディクショナリである。ここで、単一のコンストレイントは、全ディクショ ナリを管理している。 ３．４．６　コンストレイントリスト（Ｃｏｎｓｔｒａｉｎｅｄ　Ｌｉ５ｔ）” コンストレイントリスト（ｃｏｎｓｔｒａｉｎｅｄ　１ｉｓｔ）”は、コンスト レイントを用いてアイテムが制限されたリストである。ここで、単一のコンスト レイントは、全リストを管理している。 ３．４．７　コンストレインドセット（Ｃｏｎｓｔｒａｉｎｅｄ　５ｅｔ）”コ ンストレインドセット（ｃｏｎｓｔｒａｉｎｅｄ　５ｅｔ）”は、コンストレイ ントを用いてアイテムが制限されたセットである。ここで、単一のコンストレイ ントは、全セットを管理している。 ３．４．８　ディ　ショナリ　（Ｄｉｃｔｌｏｎａｒ）オペレーション（Ｏｅｒ ａｔ！ｏｎｓ）ａｄｄ ｒｏｐ ｒｉｎｄ ｅｔ ｒｅｋｅｙ ｅｔ ｔｒａｎｓｐｏｓｅ ”ディクショナリ　（ｄ　ｉｃｔ　１ｏｎａｒｙ）”は、アソシエーション（ａ ｓｓｏｃｉａｔｉｏｎ）をアイテムとするセットである。クラス”ｄｉｃｔｉｏ ｎａｒｙ”のサブクラスは、そのメンバのキー、値、又はそれら両者を、制限す ることができる。 ディクショナリの固有のオペレーションは、新しいアイテムとして、あるキーと ある値との間のアソシエーションを含ませたり（オペレーション”ａｄｄ”）、 あるキーについてのアソシエーションを排除したり（オペレーション”ｄｒｏｐ ″）、あるキーに組み合わされた値を検出したり（オペレーション”ｇｅｔ”） 、あるキーに組み合わされた値を設定したり（オペレーション”ｓｅｔ”）、あ る値に組み合わされたキーを検出したり（オペレーション”ｒｉｎｄ”）、ある キーを他のキーに置換したり（オペレーション”　ｒｅｋｅｙ”　）　、２つの キーを転置したりする（オペレーション゛’　ｔｒａｎｓｐｏｓｅ”　）　。 ３．４．９　ハラシュド（Ｉ（ａｓｈｅｄ）アトリビュート（Ａｔｔｒｉｂｕｔ ｅｓ）ｈａｓｈ ”ハラシュド（ｈａｓｈｅｄ）　”オブジェクトは、ハツシュファンクションで 定義されている他のクラスのメンバである。そのクラスの各メンバは、メンバ自 身のハツシュ（インチジャ）を計算する。ここで、２つのメンバが同一であれば 、それら２つのメンバのハツシュは同一である。 ハラシュドオブジェクトの固有のアトリビュートは、そのオブジェクトに対する ハツシュファンクション（アトリビュート”ｈａｓｈ″）である。 注：ディクショナリのキーがハラシュドオブジェクトである場合、ディクショナ リのオペレーションの幾つかのオペレーションの遂行において、必ずしも必要で はないが、アトリビュート”ｈａｓｈ”を使用することができる。 ゛レキシコン（ｌｅｘｉｃｏｎ）”は、キーが識別子であるコンストレインドデ ィクショナリである。 オペレーション（Ｏｅｒａｔｉｏｎｓ）ｄｒｏｐ ”リスト（ｌｉｓｔ）　”は、アイテムが［１，ｎコで番号付けされるコレクシ ョンである。ここで、”ｎ”はコレクションのレングスである。アイテムの番号 は、リスト中のアイテムの”ポジション（ｐｏｓｉｔｉｏｎ）”である。 リストの固有のオペレーションは、新しいアイテムとしてオブジェクトを含ませ たり（オペレーション”ａｄｄ”　）　、現存しているアイテムを排除したり（ オペレーション”ｄｒｏｐ”　）　、アイテムの点検のための準備をしたり（オ ペレーション”ｇｅｔ”）、現存しているアイテムを置換したり（オペレーショ ン”　ｓｅｔ”　）　、現存しているアイテムのポジションを判断したり（オペ レーション゛’ｆｉｎｄ”）、現存しているアイテムのポジションを変更したり （オペレーション“ｒｅｐｏｓｉｏｎ”　）、２つの現在のアイテムを転置した りする（オペレーション”ｔｒａｎｓｐｏｓｅ”　）。 ３．４．１２　オクテツトストリング（Ｏｃｔｅｔ　Ｓｔｒｉｎｇ）”オクテツ トストリング（ＯＣｔｅｔ　ｓｔｒｉｎｇ）　”は、アイテムがクラス”０ｃｔ ｅｔ”のインスタンスであるコンストレイントリストである。 ３．４．１３　セット（Ｓｅｔ） オペレーション（Ｏｅｒａｔｉｏｎｓ）ｉｎｔｅｒｓｅｃｔｉｏｎ ”セット（ｓｅｔ）”は、そのセットのうちの２つのアイテムが、取り入れられ た時点においては、同一ではないコレクションである。 セントの固有のオペレーションは、２つのセットの和集合（オペレーション”ｕ ｎｉｏｎ”）又は共通集合（オペレーション”１ｎｔｅｒｓｅｃｔｉｏｎ”）を 計算したり、他のセントのアイテムに等しいアイテムを排除したりする（オペレ ーション”ｄｉｆｆｅｒｅｎｃｅ”　）。 注：アイテムのサイト（４，１ｔｅ）における変更は、２つのアイテムを同一の ものとして残しておくことがある。 ３．４．１４　スタック（Ｓｔａｃｋ）オペレーション（Ｏｐｅｒａｔｉｏｎｓ ）ｐｕｓｈ ｐｕｓｈ　Ｉ　ｔｅａ＋ｓ ゛スタック（ｓｔａｃｋ）”は、通常、アイテムが付加された順序と逆の順序に 、そのアイテムがドロップ（ｄｒｏｐ）されるリストである。スタックの”　ト ップ（ｔｏｐ）“は、ポジションｌであり、スタックのパボトム（ｂｏｔｔｏａ ＋）”のポジションは、スタックのレングスである。 スタックの固有のオペレーションは、トップにオブジェクトを付加したり（オペ レーション”ｐｕｓｈ”　）　、　リストのアイテムをトップに付加したり（オ ペレーション°’　ｐｕｓｈｌｔｅｍｓ”　）　、トップのアイテムをドロフプ したり（オペレーション゛ｐＯｐ”）、トップの２つのアイテムを転置したり（ オペレーション”　ｓｗａｐ”　）　、いくつかの最上位のアイテムをあるポジ ション数だけロール（ｒｏｌｌ）　したりする（オペレーション”ｒ０１１″） 。 ３．４．１５　ストリーム（Ｓｔｒｅａｍ）アトリビュート（Ａｔｔｒｉｂｕｔ ｅｓ）°°ストリーム（ｓｔｒｅａｍ）　”は、組み合わされた一連のオブジェ クト中のオブジェクト、すなわちストリームの”アイテム”に対して、順次アク セスするためのオブジェクトである。ストリームは、同一のアイテムを２回生成 することはなく、最後のアイテムを生成させた後はニル（０）を生じる。 ストリームの固有のアトリビュートは、要求に応じて次のアイテムを生成できる ようにしたり（アトリビュート”ｎｅｘｔ“）、生成させた最新のアイテムを再 生できるようにしたり（アトリビュート“ｃｕｒｒｎｔ”）、最後のアイテムが 生成されたか否か定めたりできるようにする（アトリビュート”１ｓＤｏｎｅ“ ）。 注ニストリームの任意のアイテム自身がニル（０）である場合、このことを、ア トリビュート°’　ｎｅｘｔ”又はアトリビュート”ｃｕｒｒｅｎｔ”のインタ ーブリートに当たって考慮する必要がある。 ニー土−上旦−ス上ユ之ｌユ針ｎ皿と オペレーション（Ｏｅｒａｔｉｏｎｓ）ｓｕｂｓｔｒｉｎｇ ”ストリング（ｓｔｒｉｎｇ）“は、クラス”ｃｈａｒａｃｔｅｒ”のインスタ ンスをアイテムとするコンストレイントリストである。 ストリングの固有のオペレーションは、サブストリングのコピーを生成する（（ オペレーション“ｓｕｂｓｔｒｉｎｇ”　）。サブストリングは、ストリング内 の連続するポジションを占めている０以上のキャラクタの列である。サブストリ ングは、２つのポジションＰ、及びＰ２によって定義され、サブストリングのア イテムは、ストリングのポジション［ｐ　８．　Ｐ　２　＞である。 ３．５　クラス定義グループ（Ｃ１ａｓｓ　Ｄｅｆｉｎｉｔｉｏｎ　Ｇｒｏｕ　 ）Ｏｂｊｅｃｔ　（Ｒｅｒｅｒｅｎｃｅｄ）拳Ｃ１ａｓｓＤｅｆｉｎｉｔｉｏｎ −Ｅｘｃｅｐｔｉｏｎ　（Ｕｎｃｈａｎｇｅｄ）−−Ｐｒｏｇｒａａ＋ｍｉｎｇ Ｅｘｃｅｐｔｉｏｎφ　−・　Ｃ１ａｓｓ　Ｅｘｃｅ　ｔｉｏｎ・　・　並五剰 山狙 ３．５．１　アトリビュート（Ａｔｔｒｉｂｕｔｅ）アトリビュート（Ａｔｔｒ ｉｂｕｔｅｓ）ｃｏｎｓｔｒａｉｎｔ ５Ｓｅｔ ”アトリビュート定ＩＩ　（ａｔｔｒｉｂｕｔｅ　ｄｅｆｉｎｉｔｉｏｎ）　” 　、すなわちクラス”　Ａｔｔｒｉｂｕｔｅ”のメンバは、アトリビュートのた めのフィーチャの定義である。 アトリビュート定義の固有のアトリビュートは、アトリビュートがどのようにし て拘束されるかくアトリビュート”ｃｏｎｓｔｒｉｎｔ”）、及びそれを設定で きるか否か（アトリビュート”１ｓＳｅｔ”　）を定義する。アトリビュート” ｃｏｎｓｔｒｉｎｔ”は、オペレーション”αＧｅｔ”のリザルトに影響する。 さらに、アトリビュートがセット可能である場合には、アトリビュート“ｃｏｎ ｓｔｒｉｎｔ”は、オペレーション“αＳｅｔ”のアーギュメントにも影響する 。 ｉａ＋ｐｌｅ＋ａｅｎｔａｔｉｏｎ ｉｎｔｅｒｆａｃｅ ｉａｊｏｒＥｄｉｔｉｏｎ ｍｉｎｏｒＥｄｉｔｉｏｎ １ｔｌｅ オペレーション（ＯｅｒａｔｌｏｎＳ）ｏ＋ａｋｅｃ　１ａｓｓｅｓ ”クラス定義（ｃｌａｓｓ　ｄｅｆｉｎｉｔｉｏｎ）”は、クラスを定義するオ ブジェクトである。 クラス定義の固有のアトリビュートは、クラスのインターフェース（アトリビュ ート”１ｎｔｅｒｆａｃｅ”　）　、インプリメンテーション（アトリビュー） −”　ｉｍｐｌｅｍｅｎｔａｎｉｏｎ”）、タイトル（アトリビュート”ｔｉｔ ｌｅ“）、メジャーエディジョン（アトリビュート”ｍａｊｏｒＥｄｉｔｉｏｎ ”　）及びマイナーエディジョン（アトリビュート”ｍ１ｎｏｒＥｄｉｔｉｏｎ ”　）を定義する〇クラス定義の固有のオペレーションは、クラス定義のセット が定義する１以上のクラスのセットを生成する（オペレーション”ａ＋ａｋｅｃ Ｉａｓｓ″）。クラス内において必要とされるリファレンスは、クラスが生成さ れた時に設定される。オペレーションを要求しているプロセスは、そのクラスの オーサーである。 ３．５．３　クラスエクセプション（Ｃｌａｓｓ　Ｅｘｃｅ　Ｌｉｏｎ）”クラ スエクセブション（ｃｌａｓｓ　ｅｘｃｅｐｔｉｏｎ）　”は、本セクションの クラスのメンバにより送出されたプログラミングのエクセブションである。 ｅＸ（２ｐｔｉｏｎｓ ｉｓＰｕｂｌｉｃ ゛°フィーチャ定義（ｆｅａｔｕｒｅ　ｄｅｆｉｎｉｔｉｏｎ）　”　、すなわ ちクラス”　ｆｅａｔｕｒｅ−のメンバは、フィーチャ定義がそのインターフェ ースの一部であるクラスの全メンバの特別なフィーチャを定義するオブジェクト である。 フィーチャ定義の固有のアトリビュートは、フィーチャが、プライベートではな く、パブリックであるか否かぐアトリビュート”１ｓＰｕｂｌ　ｉｃ”）と、フ ィーチャのエクセプションがメンバであるクラス（アトリビュート”ｅＸｃｅｐ ｔｉｏｎｓ”）とを定義する。システムフィーチャは、フィーチャ定義の支配を 受けな０゜３．５．５　インプリメンテーション（ｌａ＋ｐｌｅｍｅｎｔａｔｉ ｏｎ）アトリビュート（Ａｔｔｒｉｂｕｔｅｓ）ｃ　ｌａｓｓＭｅｔｈｏｄｓ ｆｒｏｍＭｅｔｈｏｄｓ ｉｎｓｔａｎｃｅＭｅｔｈｏｄｓ ｐｒｏｐｅｒｔｉｅｓ ｓｅｔＭｅｔｈｏｄｓ ｓｕｐｅｒｃｌａｓｓｅｓ ｔｏＭｅｔｈｏｄｓ ｖｏｃａｂｕｌａｒｙ ”インプリメンテーション（ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）”は、選択された フィーチャ及び変換を実行するオブジェクトである。ここで、フィーチャ及び変 換は、そのインプリメンテーションが一部となっているクラスに固有であるもの 、又は継承されているものである。 インプリメンテーションの固有のアトリビュートは、インプリメンテーションの 直接スーパークラスを特定したり（アトリビュート”５ｕｐｅｒｃｌａｓｓｅｓ ”　）　、選択されたクラスフィーチャ（アトリビュート”ｃｌａｓｓＭｅｔｈ ｏｄｓ”）、インスタンスフィーチャ　（アトリビュート”　ｉｎｓｔａｎｃｅ Ｍｅｔｈｏｄｓ”及び”アトリビュートｓｅｔＭｅｔｈｏｄＳ”）、他のクラス からの変換（アトリビュート”ｆｒｏｌＭｅｔｔｌｏｄｓ”）及び他のクラスへ の変換（アトリビュート’　ｔｏＭｅｔｈｏｄｓ”　）のためのメソッドを提供 したり、クラスに対して固有のプロパティを定義したり（アトリビュート″ｐｒ ｏｐｅｒｔｉｅｓ”）、インプリメンテーションがユーザ定義クラスを示すため に用いる識別子を定義したりする（アトリビュート“ｖｏｃａｂｕｌａｒｙ”） 。 ３．５．６　イン　−フェース（Ｉｎｔｅｒｆ　ａｃｅ）アトリビュート（Ａｔ ｔｒｉｂｕｔｅｓ）ｃｌａｓｓＦｅａｔｕｒｅｓ ｉｎｓｔａｎｃｅＦｅａｔｕｒｅｓ ｉｓＡｂｓｔｒａｃｔ ｓｅａｌｅｄｃｌａｓｓＦｅａｔｕｒｅｓｓｅａｌｅｄｌｎｓｔａｎｃｅＦｅａ ｔｕｒｅｓｓｕｐｅｒｃｌａｓｓｅｓ ｖｏｃａｂｕｌａｒｙ °°インターフェース（ｉｎｔｅｒｆａｃｅ）“は、インターフェースを有する クラスに固有のフィーチャを定義するオブジェクトである。 インターフェースの固有のアトリビュートは、クラスがアブストラクトであるか 否かを定義したり　（アトリビュート”１ｓＡｂｓｔｒａｃｔ”）、クラスのイ ミーディエイトインターフェーススーパークラス（アトリビュート”５ｕｐｅｒ ｃｌａｓｓｅｓ”）を特定したり、クラスの固有のクラスフィーチャ（アトリビ ュート“ｃ！ａｓｓＦｅａｔｕｒｅｓ”　）及びインスタンスフィーチャ（アト リビュート”　１ｎｓｔａｎｃｅＦｅａｔｕｒｅｓ″）を定義したり、そのクラ スがシールするインスタンスフィーチャ（アトリビュート”ｓｅａ　１ｅｄｌｎ ｓｔａｎｃｅＦｅａｔｕｒｅｓ”　）及びそのクラスフィーチャ（アトリビュー ト”　５ｅａｌｅｄｃＩａｓｓＦｅａｔｕｒｅｓ”）を特定したり、ユーザ定義 クラスを表す際にインターフェースが使用する識別子を定義したりする（アトリ ビュート”ｖｏｃａｂｕ　１ａｒｙ“）・３．５．７　メソッド（Ｍｅｔｈｏｄ ）アトリビュート（Ａｔｔｒｉｂｕｔｅｓ）ｖａｌｉａｂｌｅｓ ”メソッド（ｍｅｔｈｏｄ）”は、フィーチャをインプリメントするために使用 されるオブジェクトである。 メソッドの固有のアトリビュートは、そのメソッドのプロシージャ（アトリビュ ート”ｐｒｏｃｅｄｕｒｅ”）と、そのメソッドの変数の識別子（アトリビュー ト”ｖａｌａｂｌｅｓ”　）とである。 ３．５．８　オペレーション（Ｏｅｒａｔｉｏｎ）アトリビュート（Ａｔｔｒｉ ｂｕｔｅｓ）”オペレーション定ＩＩ　（ｏｐｅｒａｔｉｏｎ　ｄｅｆｉｎｉｔ ｉｏｎ）”、すなわちクラス”　０ｐｅｒａＬｉｏｎ”のメンバは、オペレーシ ョンについてのフィーチャ定義である・オペレーション定義の固有のアトリビュ ートは、オペレーションのアーギュメントが可変数であるか固定数であるか定義 し、固定数であった場合には、どのように各アーギュメントが制約されるかを定 義する（アトリビュート″ａｒｇｕｍｅｎｔｓ”）。また、アトリビュートは、 オペレーションがリザルトを有するか否かを定義し、リザルトを有する場合には 、どのようにそのリザルトが制約されるかを定義する（アトリビュート”ｒｅｓ ｕ　ｌ　ｔ”）。 ３．６　特定化グループ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ　Ｇｒｏｕ　）Ｏｂｊ ｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）−Ｃ１ｔａｔｉｏｎ　（Ｏｒｄｅｒｅｃｌ） ３．６．１　サイテション（Ｃｉｔａｔｉｏｎ）アトリビュート（Ａｔｔｒｉｂ ｕｔｅｓ）ｍａｊｏｒＥｄｉｔｉｏｎ ｍｉｎｏｒＥｄｉｔｉｏｎ ′”サイテション（ｃｉｔａｔｉｏｎ）”は、テレスクリプトネットワー列こお ｌ、Ｘで、０以上のエディジョン、例えばクラスを、特定するオブジェクトであ る。 サイテションの固有のアトリビュートは、エディジョンがその中に現れるタイト ル（アトリビュート”ｔｉ　ｔｌｅ”）と、オプションとしてそのタイトルのオ ーナー（アトリビュート”ａｕｔｈｏｒ“）とを定義する。さらに、サイテショ ンの固有のアトリビュートは、オプションとして、エディジョンのメジャーエデ ィジョン（アトリビュート”ｍａｊｏｒＥｄｉｔｉｏｎ”　）　、エディジョン のマイナーエディジョン（アトリビュート”　１ｉｎｏｒＥｄｉｔｉｏｎ”）、 又はその両方を定義する。 ３．６．２　引用（Ｃｉｔｅｄ） アトリビュート（Ａｔｔｒｉｂｕｔｅｓ）（：１ｔａｔｉｏｎ ”引用される（ｃｉｔｅｄ）”オブジェクトは、割り当てられたサイテションを 有するオブジェクトである。２つの引用されたオブジェクトに割り当てられたサ イテション内において、割り当てられたテレネームが同等である場合にのみ、２ つの引用されたオブジェクトは同等である。 引用されたオブジェクトの固有のアトリビュートは、オブジェクトの割り当てら れたサイテション（アトリビュート“ｃｉｔａｔｉｏｎ”）である。 注°クラス及びパッケージは、引用されたオブジェクトである。 ３．６．３　名前付き（Ｎａｍｅｄ） アトリビュート（Ａｔｔｒｉｂｕｔｅｓ）Ｎａ５ｅ ”名前付きオブジェクト（ｎａｍｅｄ　ｏｂｊｅｃｔ）”は、割り当てられたテ レネームを有するオブジェクトである。２つの名前付きオブジェクトに割り当て られたテレネームが同等である場合にのみ、２つの名前付きオブジェクトは、同 等である。 名前付きオブジェクトの固有のアトリビュートは、オブジェクトに割り当てられ たテレネームである（アトリビュート″ｎａｍｅ”）。 注；プロセスは、名前付きオブジェクトである。 ３．６．４　テレアドレス（Ｔｅｌｅａｄｄｒｅｓｓ）アトリビュート（Ａｔｔ ｒｉｂｕｔｅｓ）ｌｏｃａｔｉｏｎ ｐｒｖｉｄｅｒ ｒｏｕｔｉｎｇＡｄｖｉｃｅ ”テレアドレス（ｔｅｌｅａｄｄｒｅｓｓ）”は、テレスクリプトネットワーク において、０以上のブレイスの位置を決めるオブジェクトである。 テレアドレスの固有のアトリビュートは、ブレイスのり−ジョンと（アトリビュ ート”ｐｒｏｖｉｄｅｒ“）、オプションとしてブレイスのロケーション（アト リビュート”ｆａｃｔｉｏｎ“）と、ルーティングアドバイスと（アトリビュー ト”ｒｏｕｔｉｎｇＡｄｖｉｃｅ”）を与える。 ３．８．５　テレネーム（Ｔｅｌｅｎａｍｅ）アトリビュート（Ａｔｔｒｉｂｕ ｔｅｓ）ａｕｔｈｏｒｉｔｙ ｉｄｅｎｔｉｔｙ ”テレネーム（ｔｅ　ｌｅｎａｍｅ）“は、ネットワーク中において０以上の名 前付きオブジェクトを特定するオブジェクトである。 テレネームの固有のアトリビュートは、名前付きオブジェクトのオーソリティを 定義する（アトリビュート”ａｕｔｈｏｒｉｔｙ″）。さらに、テレネームの固 有の７トリビユートは、オプションとして、単一の名前付きオブジェクトのアイ デンティティを定義する（アトリビュート”　１ｄｅｎｔｉｔｙ”　）。 ３．７　プロセスグループ（Ｐｒｏｃｅｓｓ　ＧｒｏｕＯｂｊｅｃｔ　（Ｒｅｒ ｅｒｅｎｃｅｄ）・Ｃｏｎｔａｃｔ −Ｅｘｃｅｐｔｉｏｎ　（Ｕｎｃｈａｎｇｅｄ）＋０Ｐｒｏｇｒａｍｍｉｎｇ　 Ｅｘｃｅｐｔｉｏｎｏ−−Ｐｒｏｃｅｓｓ　Ｅｘｃｅ　ｔｉｏｎ・Ｐｅｒａ＋ｉ ｔ　（Ｏｒｄｅｒｅｄ）３．７．１　コンタクト（Ｃｏｎｔａｃｔ）アトリビュ ート（Ａｔｔｒｉｂｕｔｅｓ）ｓｕｂｊｅｃｔ ｓｕｂｊｅｃｔｃｌａｓｓ ｓｕｂｊｅｃｔＮａｍｅ ｓｕｂｊｅｃｔＮｏｔｅｓ “コンタクト（ｃｏｎｔａｃｔ）”は、他のプロセスと相互作用するプロセスに ついて表現し記述するオブジェクトである。 コンタクトの固有のアトリビュートは、サブジェクト（アトリビュート”５ｕｂ ｊｅｃｔ”　）　、サブジェクトの割り当てられたテレネーム（アトリビュート ”５ｕｂｊｅｃｔＮａａ＋ｅ”）、サブジェクトのクラスの割り当てられたサイ テション（アトリビュート”５ｕｂｊｅｃｔｃＩａｓｓ”）、及びオブザーバが 保持するオブジェクト（アトリビュート”５ｕｂｊｅｃｔＮｏｔｅｓ”）である 。エンジンは、サブジェクトアトリビュートがニル（０）であっても、他のアト リビュートの真正さを保証する。 注：典型的には、アトリビュート”５ｕｂｊｅｃｔＮｏｔｅｓ”は、オブザーバ の観点からの２つのプロセス間の相互作用の状態である。 ｃｏｎｔａｃｔｓ ”コンタクトされた（ｃｏｎｔａｃｔｅｄ）“オブジェクトは、必然的にプロセ スであり、コンタクトのオブジェクトのセットを保つ際に、エンジンの協力を受 ける。 コンタクトされたオブジェクトの固有のアトリビュートは、オブジェクトのコン タクトである（アトリビュー）−”　ｃｏｎｔａｃｔｓ”　）。 注：定義済みでないクラスのインスタンスは、コンタクトされるオブジェクトで ある。 ”バーミツト（ｐｅｒｍｉｔ）”は、プロセスに能力を与えるオブジェクトであ る。 アトリビュート（Ａｔｔｒｉｂｕｔｅｓ）ｇｅ ａｕｔｈｅｎｔｉｃｉｔｙ ｃａｎＣｈａｒｇｅ ｃａｎＣｒｅａｔｅ ｃａｎＤｅｎｙ ｃａｎＧ。 ｃａｎＧｒａｎｔ ｃａｎＲｅｓｔａｒｔ ｃａｎＳｅｎｄ ｃｈａｒｇｅｓ ｅｘｔｅｎｔ パーミツトの固有のアトリビュートは、パーミツトのサブジェクトの最大のエー ジ（アトリビュート”ａｇｅ”）、サイズ（アトリビュート”　ｅｘｔｅｎｔ” 　）　、チャージ（アトリビュート”ｃｈａｒｇｅｓ”）、プライオリティ　（ アトリビュート”ｐｒｉｏｒｉ　ｔｙ”）及びオーセンティシティ　（アトリビ ュート”ａｕｔｈｅｎｔｉｃｉｔｙ”）を定義するインチジャを含んでいる。 また、パーミツトの固有のアトリビュートは、サブジェクトが以下のことを許可 することができるブーリアンを含んでいる。（１）オペレーション“ｃｈａｒｇ ｅ”（アトリビュート”ｃａｎＣｈａｒｇｅ”）、オペレーション”ｇｏ”　（ アトリビュート”ＣａｎＧｏ”　）　、オペレーション゛’５ｅｎｄ”　（アト リビュート”ｃａｎＳｅｎｄ”　）　、又はクラス”Ｐｒｏｃｅｓｓ”のサブク ラスのオペレーション”ｎｅｗ”　（アトリビュート”ｃａｎｃｒｅａｔｅ”） を要求すること。（ｉ　ｉ）あるプロセスのあるパーミツトを経た能力を拒絶（ アトリビュート”ｃａｎＤｅｎｙ”　）　Ｌ、又はその能力を許容（アトリビュ ート”ｃａｎＧｒａｎｔ”　）すること。（ｉ　ｉ　ｉ）再スタート（アトリビ ュート”　ｃａｎｓｔａｒｔ”　）すること。 オペレーション（ＯｅｒａｔｌｏｎＳ）ｉ　ｎ　ｔｅｒｓｅｃ　ｔ　ｉ　ｏｎ バーミツトの固有のオペレーションは、２つのパーミツトの共通集合をリターン する（オペレーション″１ｎｔｅｒｓｅｃｔｉｏｎ″）０３．７．４　プロセス エクセブション（Ｐｒｏｃｅｓｓ　Ｅｘｃｅｐｔｉｏｎ）”プロセスエクセブシ ョン（ｐｒｏｃｅｓｓ　ｅｘｃｅｐｔｉｏｎ）”は、本セクションのクラスのメ ンバによって送出されるプログラミングのエクセブションである。 ３．７．５　プロセス（Ｐｒｏｃｅｓｓ）アトリビュート（Ａｔｔｒｉｂｕｔｅ ｓ）ｂｒａｎｄ ｃｈａｒｇｅｓ ＩｏｃａｌＰｅｒｍｉ　ｔ ｐｒｉｖａｔｅｃＩａｓｓｅｓ ｒｅｇｉｏｎａｌＰｅｒｍｉｔ オペレーション（Ｏｅｒａｔｌｏｎｓ）ｃｈａｒｇｅ １ｖｅ ｒｅｓｔｒｉｃｔｅｄ ｗａｉｔ ”プロセス（ｐｒｏｃｅｓｓ）”は、自律的な演算を構成する名前付きオブジェ クトである。 プロセスの固有の７トリビユートは、プロセスのエージ（アトリビュー）”ａｇ ｅ”　）　、ブランド（アトリビュート”ｂｒａｎｄ”）、チャージ（アトリビ ュート′ｃｈａｒｇｅｓ”　）　、ローカルバーミツト（アトリビュート”　Ｉ ｏｃａｌＰｅｒｍｉｔ”　）　、パーミツト　（アトリビュート”ｐｅｒｍｉｔ ”）、プライオリティ　（アトリビュート”ｐｒｉｏｒｉｔｙ“）、プライベー トに所有され使用されるクラス（アトリビュート”ｐｒｉｖａｔｅｃＩａｓｓｅ ｓ”　）　、及びリージョナルパーミット（アトリビュート”　ｒｅｇｉｏｎａ ｌＰｅｒｍｉｔ’　）である。 プロセスの固有のオペレーションは、プロセスの自律的な演算を行ったり（オペ レーション”１ｉｖｅ”）、所定の期間の間、演算処理を遅延させたり（オペレ ーション°’　ｗａｉｔ”　）　、プロセス自身に一時的なパーミツトを課した り（オペレーション゛’　ｒｅｓｔｒｉｃｔ”　）　、一時的なパーミツト及び レスポンダのオーナーの実効的パーミントをもとにプロシージャを遂行したり（ オペレーション”５ｐｏｎｓｏｒ”　）　、現在のプロセスが他のプロセスに与 えるサービスについて他のプロセスにチャージしたりする（オペレーション”ｃ ｈａｒｇｅ”　）。 ３．７．６　リソース（Ｒｅｓｏｕｃｅ）アトリビュート（Ａｔｔｒｉｂｕｔｅ ｓ）ｃｏｎｄｉｔｉｏｎ ｃｏｎｄ　ｉ　ｔ　ｉ　ｏｎｓ オペレーション（Ｏｅｒａｔｉｏｎｓ）”リソース（ｒｅｓｏｕｃｅ）”は、オ ブジェクトであり、特定のプロシージャのプロセスの遂行の間、このオブジェク トについて、プロセスに対しである保証を与えることができる。 リソースの固有のアトリビュートは、リソースの現在の状態（アトリビュート” ｃｏｎｄｉｔｉｏｎ”）と、リソースの可能な状態の識別子（アトリビュート“ Ｃ０ｎｄｉｔｉｏｎｓ”）とである。 リソースの固有のオペレーションは、リソースがリソースに対して要求された保 証を作り上げたとき、特定のプロシージャを遂行する（オペレーション”ｕｓｅ ”）Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）”　Ａｕｔｈｅｎｔｉｃａｔｏｒ ・Ｅｘｃｅｐｔｉｏｎ　（Ｕｎｃｈａｎｇｅｄ）・　・　ｋ昆」五並■皿 ・　框ｙ臣 °Ｐｒｏｃｅｓｓ　（Ｎａｍｅｄ） ・　・　酩月匹 −−Ｐｌａｃｅ　（Ｕ＋＋ｍｏｖｅｄ）・　シ■ 並仲ｙ１説 ３．８．１　エージェント（Ａｅｎｔ オペレーション（Ｏｅｒａｔｉｏｎｓ）ｇ。 ｅｎｄ ”エージェント（ａｇｅｎｔ）”は、１つのブレイスから次のブレイスに移動す ることのできるプロセスである。 エージェントの固有のオペレーションは、エージェントを１つの目的地に（オペ レーション”ｇｏ″）、又は１以上のクローンを複数の目的地に同時に（オペレ ーション”５ｅｎｄ“）転送する。 ３．８．２　オーセンティ　−タ（Ａｕｔｈｅｎｔｉｃａｔｏｒ“オーセンティ ケータ（ａｕｔｈｅｎｔ　１ｃａｔｏｒ）”は、オブジェクトであり、このオブ ジェクトを伴って、ネットワークは、例えばエージェントがリージョン間を通過 するとき、トリップを開始したエージェントを認証することのできる。 注二クラス”Ａｕｔｈｅｎｔ　１ｃａｔｏｒ”のコンクリートサブクラスは、リ ージョン間有であり、したがって、ユーザ定義クラスである。 ３．８．３　相互　（ｌｎｔｅｒｃｈａｎｅｄ）アトリビュート（Ａｔｔｒｉｂ ｕｔｅｓ）”相互変換された（ｉｎｔｅｒｃｈａｎｇｅｄ）”オブジェクトは、 アンチェインシトオブジェクトであり、オブジェクトのオーナーがトリップする ときはいつでも、ネットワークは、このアンチェインシトオブジェクトの代わり に同等のオブジェクトを用する 相互変換されたオブジェクトの固有のアトリビュートは、オブジェクトのダイジ ェストである（アトリビュート”ｄｉｇｅｓｔ”）。 ３．８．４　ミーンズ（Ｍｅａｎｓ） ”ミーンズ（ｍｅａｎｓ）”は、例えば特定の無線通信メディア等の手段を特定 するオブジェクトであり、これにより、ネットワークは、ソースがらのトリップ 、目的地へのトリップ、又はその両方を開始したエージェントを転送することが できる 注二クラス“Ｍｅａｎｓ”　のコンクリートサブクラスは、リージョン特有であ り、したがって、ユーザ定義クラスである。 ３．８．５　ブレイス（Ｐｌｅｃｅ） アトリビューｈ　（Ａｔｔｒｉｂｕｔｅｓ）ａｄｄｒｅｓｓ ｐｕｂｌ　１ｃｃＩａｓｓｅｓ 土竺ヒシ」２」謔口■振と ｅｎｔｅｒｉｎｇ ｅｘｉｔｉｎｇ ｔｅｒｍｉｎａｔｅ “ブレイス（ｐｌａｃｅ）”は、プロセスであり、このプロセスは、０以上の他 のプロセスのための場所である。 ブレイスの固有のアトリビュートは、ブレイスのアドレス（アトリビュート”ａ ｄｏｒｅｓｓ”）と、ブレイスの公的に所有され使用されるクラス（アトリビュ ート”ｐｕｂｌｉｃｃｌａｓｓｅｓ”　）とである。 ブレイスの固有のオペレーションは、そのブレイスへのプロセスの進入の申し出 に対して判断を下したり（オペレーション”ｅｎｔｅｒｉｎｇ”　）　、そのプ ロセスからのプロセスのエクシットを記録したり（オペレージ目ン”ｅｘｉｔｉ ｎｇ”）、リクエスタが十分に能力を持ち（リクエスタのパーミツトのアトリビ ュート”ｃａｎＴｅｒｍｉｎａｔｅ”）、その占有者と同等である場合には、占 有者を強制的に終了させたりする（オペレーション＋ｔｅｒ組ｎａｔｅ”　）。 ３．８．６　チケット（Ｔｉｃｋｅｔ）アトリビュート（Ａｔｔｒｉｂｕｔｅｓ ）ｄｅｓｉｒｅｄＷａｉ　ｔ ｄｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓｄｅｓｔｉｎａｔｉｏｎｃＩａｓｓ　’ ｄｅｓｔｉｎａｔｉｏｎＮａｍｅ ｄｅｓｔｉｎａｔｉｏｎＰｅｒｍｉ　ｔｍａｘｉｍｕａ＋Ｗａｉｔ “チケット（ｔ　１ｃｋｅｔ）”は、トリップを行うエージェントの観点から見 た予定されたトリップを記述するチケットスタッブである。チケットの主な目的 は、トリップの目的地を特定することである。 チケットの固有のアトリビュートは、目的地のテレネーム（アトリビュービｄｅ ｓｔｉｎａｔｉｏｎＮａａ＋ｅ”　）　、そのテレアドレス（アトリビュート” ｄｅｓｔｉｎａｔｉｏｎａｄｒｒｅｓＳ”）、目的地がメンバであるクラスに対 するサイテション（アトリビュート”ｄｅｓｔｉｎａｔｉｏｎｃＩａｓｓ”　） 　、エージェントが目的地において必要とするローカルバーミツト（アトリビュ ート”ｄｅｓｔｉｎａｔｉｏｎＰｅｒｍｉｔ”）、理想的にトリップが行われる べき時間（アトリビュート”ｄｅｓｉｒｅｄＷａｉｔ“）、及び如何なる状態に おいてもトリップが正常終了又は異常終了するべき時間（アトリビュート”ｍａ ｘｉｍｕｍＷａｉｔ”）である。 ３．８．７　チケットスタッブ（ＴｉｃｋｅｔＳＬｕｂ）ｔｒａｖｅｌＮｏｔｅ ｓ ”チケットスタップ（ｔｉｃｋｅｔｓｔａｂ）“は、トリップの結果を記述する オブジェクトである。 チケットスタップの固有のアトリビュートは、トリップのオリジンへの戻り道（ アトリビュート”ｗａｙ”）と、トリップを開始したエージェントが独占的に使 用する、チケットに元々存在する情報（アトリビュート°’　ｔｒａｖｅｌＮｏ ｔｅｓ”）とである。 ３．８．８　トリップエクセブション（Ｔｒｉ　Ｅｘｃｅ　ｔｉｏｎ）アトリビ ュート（Ａｔｔｒｉｂｕｔｅｓ）ｔｉｃｋｅｔｓｔａｂ ゛°トリップエクセプション（ｔｒｉｐ　ｅｘｃｅｐｔｉｏｎ）　”は、ネット ワークがチケットにより与えられたトリップが異常終了したことを表すエクセプ ションである。 トリップのエクセプションの固有のアトリビュートは、チケットスタップ（アト リビュート”　ｔｉｃｋｅｔｓｔａｂ”　）である。 ３．８．９　アンムーブ（Ｕｎｍｏｖｅｄ）“移動しないオブジェクト（アンム ーブオブジェクトｕｎａ＋ｏｖｅｄ　ｏｂｊｅｃｔ）　”は、ブレイヌからブレ イスに移動することができないオブジェクトである。アンムーブオブジェクトは 、移動不可能と記述される場合がある。 アンムーブオブジェクトの移動が試みられた場合には、そのオブジェクトに対す るリファレンスは、ボイドされる。 注：ブレイスは、移動不可能である。 ３．８．１０　ウェイ（Ｗａ） アトリビュート（Ａｔｔｒｉｂｕｔｅｄ）ａｕｔｈｅｎｔｉｃａｔｏｒ ”ウェイ（マａｙ）”は、ネットワークが、トリップを開始したエージェントを 転送することができるルート（道筋）を特定するオブジェクトである。 ウェイの固有のアトリビュートは、トリップが赴くリージョンのネーム（アトリ ビュート”ｎａｍｅ”）と、そのリージョンに進入するために用いられるオーセ ンティケータ（アトリビュート“ａｕｔｈｅｎｔｉｃａｔｏｒ”）とミーンズ（ アトリビュート”ｍｅｉｎｓ”　）である。 ３．９　ミーティン　ループ（Ｍｅｅｔｉｎ　Ｇｒｏｕ　）Ｏｂｊｅｃｔ　（Ｒ ｅｒｅｒｅｎｃｅｄ）・Ｅｘｃｅｐｔｉｏｎ　（Ｕｎｃｈａｎｇｅｄ）・・Ｍｅ ｅｔｉｎｇ　Ｅｘｃｅｐｔｉｏｎ・Ｐｅｔｉｔｉｏｎ ・Ｐｒｏｃｅｓｓ　（Ｎａａ＋ｅｄ） ・１Ｐｌａｃｅ　（Ｕｎｍｏｖｅｄ） −・・Ｍｅｅｔｉｎｇ　Ｐｌａｃｅ Ｐｅｔｉｔｉｏｎｅｄ ３．９．１　ミーティングエ　セブション（Ｍｅｅｔｉｎ　Ｅｘｃｅ　Ｌｉｏｎ ）”ミーティングエクセプション（ｍｅｅｔｉｎｇ　ｅｘｃｅｐｔｉｏｎ）”は 、ベティションが示すミーティングをミーティングブレイヌが取り計らうことが できながったことを表すエクセプションである。 ３．９．２　ミーティングブレイス（Ｍｅｅｔｉｎ　Ｐｌａｃｅ）オベレーンヨ ン（Ｏｅｒａ【１ｏｎｓ）ｐａｒｔ ｐａｒｔＡＩＩ パミーティングブレイス（ｍｅｅｔｉｎｇ　ｐｌａｃｅ）”は、占有者の中に含 まれる２つのベティションされたオブジェクト間のミーティングを取り計らうブ レイスである。 ミーティングブレイスの固有のオペレーションは、ミーティングを開始させたり 　（オペレーション”ｍｅｅじ）、ミーティングを終了させたり（オペレーショ ン”ｐａｒｔ”）、リクエスタによって行われた全てのミーティングを終了させ たりする（オペレーション”ｐａｒｔＡＩ　Ｉ”）。 ３．９．３　ベティション（Ｐｅｔｉｔｉｏｎ）アトリビュート（Ａｔｔｒｉｂ ｕｔｅｓ）ａｇｅｎｔｃＩａｓｓ ａｇｅｎｔＮａｍｅ ｍａｘｉｉｕｉＷａｉｔ ”ベテイション（ｐｅｔｉｔｉｏｎ）”は、ペテイショナの観点から見た場合の 予定されたミーティングを記述するオブジェクトである。ペテイションの主な目 的は、ベティショニを特定することである。 ベティションの固有のアトリビュートは、ペテイショニのテレネーム（アトリビ ュート“ａｇｅｎｔＮａｍｅ“）、ペテイショニが１つのメンバであるクラスに 対するサイテション（アトリビュート”ａｇｅｎｔｃｌａｓｓ”）、及びミーテ ィングの試みがどの様な状態のもとにおいても正常終了又は異常終了するべき時 間（アトリビュート＋ｍａｘｉｍｕｍＷａｉｔ−）である。 ３．９．４　ペティションド（Ｐｅｔｉｔｉｏｎｅｄ）オペレーション（Ｏｅｒ ａ［１０ｎＳ）ｍｅｅｔｉｎｇ ｐａ１０ｎ５） ”ベティションド（ｐｅｔｉｔｉｏｎｅｄ）″オブジェクトは、必然的にエージ ェントであり、ミーティングの設立において、ペティショナ又はペティショニの 役割を果たすことができる。 ベティションドオブジェクトの固有のオペレーションは、ミーティングの要求に ついて判断を下したり（オペレーション”ｍｅｅｔｉｎｇ“）、パーティングに ついて記録したりする（オペレーション”ｐａｒｔｉｎｇ″）。 注：定義済みでないクラスのインスタンスは、ペティションドオブジェクトであ る。 ３．１０　その　のグループ（Ｍｉｓｃｅｌｌａｎｎｅｏｕｓ　Ｇｒｏｕ　）Ｏ ｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）・Ｃａ１ｅｎｄｅｒ　Ｔｉｌ１ｌｅ ・Ｅｘｃｅｐｔｉｏｎ　（Ｕｎｃｈａｎｇｅｄ）°・Ｐｒｏｇｒａｍｍｉｎｇ　 Ｅｘｃｅｐｔｉｏｎ＋＋＋Ｍｉｓｃｅｌｌａｎｅｏｕｓ　Ｅｘｃｅ　ｔｉｏｎ・ Ｐａｔｔｅｒｎ　（Ｏｒｄｅｒｅｄ）−Ｐｒｉｍｉｔｉｖｅ　（Ｅｘｅｃｕｔｅ ｄ　＆　Ｕｎｃｈａｎｇｅｄ）−・Ｎｕｍｂｅｒ　（Ｏｒｄｅｒｅｄ）アトリビ ュート（＾ｔＬｒｉｂｕｔｅｓ）ｄａｙ ｄａｙｏｆｌｌｅｅｋ ｄａｙｏｆＹｅａｒ ｄｓｔ ｈｏｕｒ １ｎｕｔｅ ｏｎｔｈ ｅｃｏｎｄ ｙｅａｒ ｇｌｏｂａｌｉｚｅ ｌｏｃａｌｉｚｅ ｎｏｒｍａｌｉｚｅ ”カレンダータイム（ｃａｌｅｎｄｅｒ　ｔｉｍｅ）　”は、ＵＴＣを用いて、 １秒車位で、局地的な日付と時間を特定するオブジェクトである。カレンダータ イムは、局地的な時間帯と、その時その場所でＤＳＴが施行されているならばそ のＤＳＴについても記憶する。 カレンダータイムの固有のアトリビュートは、時間について、「時」　（アトリ ビュート”ｈｏｕｒ“）、「分」　（アトリビュート“ｍ１ｎｉｔｅ”）及び「 秒」　（アトリビュート”５ｅｃｏｎｄ“）を供与し、日付について、「年」　 （アトリビュート”ｙｅａｒ”）、　「月」　（アトリビュート”−ｏｎｔｈ” ）及び「日」　（アトリビュート”ｄａｙ”）を供与し、「曜日」　（アトリビ ュート“ｄａｙＯｆＷｅｅｋ”）及び１年における「日」　（アトリビュー）− ”　ｄａｙｏｆＹｅａｒ”）を供与し、そして最後に、時間帯（アトリビュート ”ｚｏｎｅ”）と、及びそこで施行されているＤＳＴについての情報（アトリビ ュート”ｄｓｔ”）とを供与する。 カレンダータイムの固有のオペレーションは、カレンダータイムをローカライズ したり（オペレーション”　１ｏｃａｌｉｚｅ”）、カレンダータイムをグロー バライズしたり　（オペレーション”　ｇｌｏｂａｌｉｚｅ”）、カレンダータ イムをノーマライズしたりする（オペレーション”ｎｏｒｍａｌ　ｉｚｅ”）。 ３．１０．２　種々のエクセプション（Ｍｉｓｃｅｌｌａｎｅｏｕｓ　Ｅｘｃｅ 　ｔｉｏｎ）”種々のエクセブション（ミセレネアスエクスセプション：履１ｓ ｃｅｌｌａｎｅｏｕｓ　ｅχｃｅｐｔｉｏｎ）”は、本セクションのクラスのメ ンバによって送出されたプログラミングのエクセブションである。 ３、ｔｏ、３　パターン（Ｐａｔｔｅｒｎ）オペレーション（ＯｅｒａｔｉＯｎ Ｓ）１ｎｄ ｓｕｂｓｔｉｔｕｔｅ ”パターン（ｐａｔｔｅｒｎ）　”は、ストリングを辞書的に解析するためのオ ブジェクトである。パターンのテキストは、それ自身ストリングであり、ストリ ング解析の正確な性質を定める。 パターンの固有のオペレーションは、最初のマツチングサブストリングのための ストリングをサーチしくオペレーション”ｆｉｎｄ”）、又は全てのマツチング サブストリングを変更する（オペレーション”５ｕｂｓｔｉ　ｔｕｔｅ”）。 ３．１０．４　ラン　ムストリーム（Ｒａｎｄｏｍ　Ｓｔｒｅａｍ）”ランダム ストリーム（ｒａｎｄｏｍ　ｓｔｒｅａｍ）”は、ストリームであり、このスト リームのアイテムは、疑似ランダムに選択された［０．ＭＥの範囲の整数である 。 このアイテムは、同じ間隔における整数、すなわちシード（ｓｅｅｄ）によって 定められる。ランダムストリームは、最後のアイテムを生成しない、この発明の 実施例において、”Ｍ”は、ランダムストリームの生成者によって選択され、初 期化のパラメータとして特定される。 注二本質的に、エンジンは、有限な精度でのみ、実数を表し、それらを含む算術 的なオペレーションを遂行する。したがって、全ての実数が、必ずしもこのクラ スのインスタンスであるわけではなく、実数によって行われた算術的なオペレー ションのリザルトは、近似的であることがある。 ４　テレスクリプトクラスの詳細 テレスクリプトの定義済みクラスは、アペンディックスＡの本セクションにおい てアルファベント類に定義されている。サブセクションは、それぞれのクラスに 当てられている。 ４、　１　規約（Ｃｏｎｖｅｎｔｉｏｎｓ）クラスの定義は、そのクラスを取り 巻くクラス図表の部分的な図により開始される。クラス自身は、アンダーライン で示すものとする。 以下のセクションは、各々の定義済みクラスの説明において、必要である場合に 限り記述されている。 クラス（Ｃｌａｓｓ） 本セクションは、クラスのフィーチャとは別に、クラスについて記述する。クラ スは、形式的には後述するセクション６の規約に従って規定されている。ただし 、クラスのフィーチャの定義の部分は省略されている（”０１．”の部分）。ク ラスのインターフェースのエンコーダがパラメータ化される場合には、それがど のように成されているがが、ブローズ（散文）によって記述される（後述するセ クション６を参照すること。）。 成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） 本セクションは、オペレーション”１旧ｔｉａｌｉｚｅ”について、それがクラ スのメンバに属しているとき、記述する。本セクションが省略されている場合、 後述するセクション６に示すように、特別な記述が含まれている。 サブクラス（Ｓｕｂｃｌａｓｓｅｓ） 本セクションは、クラスの定義済み直接サブクラスの定義を含む。ここで、クラ スがクラス”Ｅｘｃｅｐｔｉｏｎ”のサブクラスでない場合にのみ、又はクラス がクラス”Ｅｘｃｅｐｔｉｏｎ”のサブクラスであっても定義済みサブクラスを 持たない場合にのみ、本セクションを省略する。 アトリビュート（Ａｔｔｒｉｂｕｔｅｓ）本セクションは、クラスに対する固有 のアトリビュートを定義する。 このセクションは分けられ、これらの分けられたセクションは、パブリック（公 的）、プライベート（私的）、インターナル（内部的）、及びクラスのインスタ ンス及びクラス自身の他のシステムアトリビュートに当てられている。ここで、 各セクションは、存在しない場合にのみ、省略される。 アトリビュートは、形式的にはセクション６の規約に従って定義される。アトリ ビュートのセマンティクス（意味：　ｓｅａ＋ａｎｔｉｃｓ）及びエクセプショ ン（例外：ｅｘｃｅｐｔｉｏｎ）は、非形式的に散文によって定義されている。 オペレーション（Ｏｅｒａｔｌｏｎｓ）本セクションは、上述した他のセクショ ンでクラスに対する固有なアトリビュートを定義するのと同様に、クラスに対す る固有なオペレーションを定義する。 オペレーションが、そのアーギュメント及びリザルトを保持しているスタックを 変更する場合、そのオペレーションのスタックに対する影響は、そのアーギュメ ントがスタックからポツプされ、且つリザルトがまだスタックにブツシュされて いないものと仮定して、記述される。 アダブチ−ジョン（ＡｄａｔａｔｌｏｎＳ）本セクションは、クラスが継承した フィーチャをクラスがどのようにインプリメントするかを記述する。クラスがこ のようなフィーチャをインプリメントしない場合にのみ、本セクションは省略さ れる。 変換（Ｃｏｎｖｅｒｓ　１ｏｎｓ） 本セクションは、クラスのインスタンスを生成する変換について記述する。この ような変換がない場合のみ、本セクションは省略される。 個々の変換の定義は、変換元のクラス（ソースクラス：　５ｏｕｒｃｅ　ｃｌａ ｓｓ）を特定し、ソースクラスのメンバがどの様にして変換後のクラス（サブジ ェクトクラス：　５ｕｂｊｅｃｔ　ｃｌａｓｓ）に変換されるかを記述する。全 てのメンバを変換することができない場合には、とのメンバが変換され得るかを 示す。また、ある変換のソースクラスが、他の変換のソースクラスのサブクラス である場合には、前者の変換を後者の変換より優先する。ここで、これらの変換 は、連鎖的ではない。 注　変換は、１ステツプで行われる。したがって、例えば、テレナンバのストリ ングへの変換、及びストリングからオクテツトストリングへの変換が定義されて いるとしても、テレナンバのオクテ・ノドストリングへの変換は定義されて（１ ない。 ４．２　エージェント（Ａｅｎｔ） Ｏｂｊｅｃｔ　（Ｒｅｒｅｒｅｎｃｅｄ）−Ｐｒｏｃｅｓｓ　（Ｎａｍｅｄ） ・　・　九μ匹 でと二ｍｌゴヱυ２に際に≦ユＺ止亘尭ｊ卸匹Ｑ肛ル皿伍ｇｏ・ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｔｉｃｋｅｔ：　ｃｏｐｉｅｄ　ｔｉｃｋｅ ｔ）　ＴｉｃｋｅｔＳｔｕｂｔｈｒｏｗｓ　ＰｅｒｉｉｔＶｉｏｌａｔｅｄ、Ｓ ｔａｔｅｌｍｐｒｏｐｅｒ、ＴｒｉｐＥｘｃｅｐｔｉｏｎ；チケットの他の条項 に従って、チケットによって特定された目的地にレスポンダを転送する（ａｒｇ ｕｍｅｎｔ″ｔｉｃｋｅｔ”）。オペレーションは、チケットスタッブをリター ンする。 レスポンダがオペレーション″ｇＯ”を禁止した場合（”　ＰｅｒｍｉｔＶｉｏ ｌａｔｅｄ”）、レスポンダの状態（ｓｔａｔｅ）がオペレーション”ｇｏ”を 妨げている場合（”　ＳｔａｔｅＩｍｐｒｏｐｅｒ”　）　、又はトリップが異 常終了した場合（ＴｒｉｐＥｘｃｅｐｔｉｏｎ″）には、エクセプションが送出 される。 囮 ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｔｉｃｋｅｔ：　ｃｏｐｉｅｄ　Ｌｉ５ｔ　 ［Ｔｉｃｋｅｔコ）ＴｉｃｋｅｔＳｔｕｂｌＮｉｌ ｔｈｒｏｗｓ　ＰｅｒｍｉｔＶｉｏｌａｔｅｄ、　Ｓｔａｔｅｌｍｐｒｏｐｅｒ 、　ＴｒｉｐＥｘｃｅｐｔｉｏｎ；チケットの他の条項に従って、それぞれの全 てのリストされたチケット（アーギュメント”ｔｉｃｋｅｔｓ”　）によって特 定された目的地に、レスポンダのクローンを転送する。レスポンダのアローワン ス（ａｌｔｏ！ａｎｃｅ）は、チケットがクローンに割り当てる量によって減少 される。オペレーションは、レスポンダにニル（０）をリターンし、各クローン にチケットスタップをリターンする。 クラス”　ＰｅｒｍｉｔＶｉｏｌａｔｅｄ”又はクラス”　Ｓｔａｔｅｌｍｐｒ ｏｐｅｒ”の何れかのクラスのメンバが、オペレーションを異常終了させた場合 、レスポンダは異常終了したことを認識し、如何なるクローンも生成されない。 そうでない場合には、レスポンダはオペレーションが正常終了したとこを認識す る。そして、個々に独立した各クローンは、クラス”　ＴｒｉｐＥｘｃｅｐｔｉ ｏｎ”のメンバにより、そのオペレーションが正常終了又は異常終了したことを 認識する。 レスポンダがオペレーション”５ｅｎｄ“を禁止するパーミツトを保持している か、又はそのアローワンスがリストされたチケットのパーミツトのものの合計よ りも少ない場合、エクセプション（”　ＰｅｒｍｉｔＶｉｏｌａｔｅｄ”）が送 出され、レスポンダの状態（ｓｔａｔｅ）がオペレーション”５ｅｎｄ“を妨げ る場合、エクセブション（”５ｔａｔｅ　Ｉｍｐｒｏｐｅｒ”）が送出され、ト リップが異常終了した場合、エクセブション（”ＴｒｉｐＥｘｃｅｐｔｉｏｎ” 　）が送出される。 ４．３　アッシーニージョン（Ａｓｓａｃ　ｉａｔ　１ｏｎ）Ｏｂｊｅｃｔ　（ Ｒｅｆｅｒｅｎｃｅｄ）−Ａｓ５ｏｃｉａｔｉｏｎ　（Ｏｒｄｅｒｅｄ）クラス （Ｃ１ａｓｓ） Ａｓｓｏｃｉａｔｉｏｎ ｓｅａｌｅｄ　１ｎｔｅｒｆａｓｅ　［ｋｅｙＣＩａｓｓ、　ｖａｌｕｅｃｌａ ｓｓ：　Ｃ１ａｓｓ］（Ｏｂｊｅｃｔ、　０ｒｄｅｒｅｄ）　＝（、、、）；サ ブジェクトクラスの各メンバのキー（アーギュメン）−’　ｋｅｙｌ：１ａｓｓ ”）及び値（アーギュメント”ＶａｌｕｅＣｌａｓｓ”）がそれ自身メンバであ るクラスによって、パラメータ化される。 構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｉｎｉｔｉａｌｉｚｅ＋ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｋｅｙ：　ｋｅｙｃＩａｓｓ；　ｖａｌｕｅ ：　ｖａｌｕｅｃＩａｓｓ）；レスポンダの固有のアトリビュートを、同じ名前 のアーギュメントにする（アーギュメント”ｋｅｙ”及びアーギュメント″ｖａ ｌｕｅ″）。 勘■： ｋｅｙｃｌａｓｓ； レスポンダのキーである。 正お狙゛ ｖａｌｕｅｃｌａｓｓ； レスポンダの値である。 ア　ブチ−ジョン（ＡｄａｔａｔｉＯｎＳｉｓＡｆｔｅｒ 任意のアソシエーションは、それらのキーに従って、他のアソシエーションの後 となる。 １ｓＢｅｆｏｒｅ 任意のアソシエーションは、それらのキーに従って、他のア゛ノシエーションの 前となる。 長以凹畦 ２つのアソシエーションは、それらのキーに従って、同等となる。 ４．４　アトリビュート　（＾ｔｔｒｉｂｕｔｅ）Ｏｂｊｅｃｔ　（Ｒｅｒｅｒ ｅｎｃｅｄ）・Ｆｅａｔｕｒｅ ｓｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｆｅａｔｕｒｅ）　＝（、、、）；ｕｎ ｐｒｏｔｅｃｔｅｄ　ｏｐ　（ ｃｏｎｓｔｒａｉｎｔ：　Ｃｏｎ５ｔｒａｉｎｔｌＮｉｌｉｓＳｅｔ、１ｓＰｕ ｂｌｉｃ：　ＢｏｏｌｅａｎｌＮｉｌ；ｅｘｃｅｐｔｉｏｎｓ：　Ｓｅｔ　［［ ｄｅｎｔｉｒｉｅｒｌｌｌＮｉｌ）；レスポンダのアトリビュートを、同じ名前 のアーギュメント（アーギュメント”　ｃｏｎｓｔｒａｉｎｔ’　、”　ｅｘｃ ｅｐｔｉｏｎｓ”　、’　１ｓＰｕｂｌｉｃ”　、”　１ｓｓｅｔ”　）とする 。アーギュメントがニル（０）である場合、対応するアトリビュートは、初期化 パラメータとしてニル（０）を伴ったコンストレイントとされる。これは、クリ アされたセットであり、“偽（ｆａｌｓｅ）”又は”偽（ｆａｌｓｅ）″である 。 パブリックインスタンスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ）ｃｏｎｓｔｒａｉｎｔ： ｃｏｎｓｔｒａｉｎｔ＋ レスポンダが定義するアトリビュートに対するコンストレイントである。 口呈佳： Ｂｏｏｌｅａｎ； レスポンダが定義するアトリビュートがリードオンリでないか否かである。 アダブチ−ジョン（Ａｄａｐｔａｔｉｏｎｓ）２つのアトリビュートの定義は、 フィーチャの定義及びアトリビュートの定義に対して固有なアトリビュートに従 って、同等となる。 ４．５　オーセンティケイタ（Ａｕｔｈｅｎｔｉｃａｔｏｒ）Ｏｂｊｅｃｔ　（ Ｒｅｆｅｒｅｎｃｅｄ）クラス（Ｃ１ａｓｓ） Ａｕｔｈｅｎｔｉｃａｔｏｒ： ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　＝　０；４．６　ビット（Ｂｉｔ） Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）−Ｐｒ１ｍ１ｔｉｖｅ　（Ｅｘｅｃｕ ｔｅｄ　＆　Ｕｎｃｈｅｎｇｅｄ）・・Ｂｉｔ　（Ｏｒｄｅｒｅｄ） クラス（Ｃｌａｓｓ） １ｔ ｓｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｐｒｉｍｉｔｉｖｅ、　０ｒｄｅｒｅｄ ）　：０；アダブチ−ジョン（Ａｄａｐｔａｔｉｏｎｓ）第２のビットがＯであ り、第１のビットが１である場合にのみ、第１のビットは、第２ビツトの後とな る。 １ｓＢｅｆｏｒｅ 第２のビットが０であり、第１のビットが２である場合にのみ、第１ビツトは、 第２のビットの前となる。 卦旦凹辻 ２つのビットは、両方がＯである場合にのみ、又は両方が１である場合にのみ、 同等となる。 ：　（Ｃｏｎｖｅｒｓｉｏｎｓ） 肛出ｊ皿 １つのアイテムを有するビットストリングは、そのアイテムに等しいビットを生 成する。 Ｂｏｏｌｅａｎ ブーリアン”偽（ｆａｌｓｅ）”及び”真（ｔｒｕｅ）”は、各々、”０“及び “ｌ”を生成する。 Ｃｈａｒａｃｔｅｒ 数字のゼロ（０）及びｌ　（１）は、各々、ゼロ（ｚｅｒｏ）及び１　（ｏｎｅ ）を生成する。 加ぶ丑江 整数のゼロ及びｌは、各々、ゼロ及び１を生成する。 加里 ビット［０］を除いて、全てのビットがゼロであるオクテツトは、そのビットを 生成する。 並立ぷ山ユ止 ビットに変換可能なオクテツトに変換可能なオクテツトストリングは、そのビッ トを生成する。 鉦■皿 ピントに変換可能なキャラクタに変換可能なストリングは、そのビットを生成す る。 ４．７　ビットストリング（Ｂｉｔ　Ｓｔｒｉｎｇ）Ｏｂｊｅｃｔ　（Ｒｅｆｅ ｒｅｎｃｅｄ）−Ｃｏ１１ｅｃｔｉｏｎ ・・Ｌｉ５ｔ　（Ｏｒｄｅｒｅｄ） ・１０Ｃｏｎｓｔｒａｉｎｅｄ　Ｌｉ５ｔ　（Ｃｏｎｓｔｒａｉｎｅｄ）−・− ・紅り践吐坦（Ｅｘｅｃｕｔｅｄ）クラス（Ｃｌａｓｓ） 氾づ力１止： ５ｅａｌｅｄ　１ｎｔｅｒ４ａｃｅ　（ＣｏｎｓｔｒａｉｎｅＬｉｓＬ　［Ｂｉ ｔ］、　Ｅｘｅｃｕｔｅｄ）　＝（、、、）；成（Ｃｏｎｓｔｒｕｃｔ　１ｏｎ ） ｉｎｉｔｉａｌｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｓｅｇｍｅｎｔｓ：　０ｂｊｅｃｔ　、、。 ／ネ　Ｂｉｔｌｐｒｏｅｃｔｅｄ　ＢｉｔＳｔｒｉｎｇ！　本／）；レスポンダ を、レスポンダ中のポジションが左から右にかけて増大しているセグメント（ア ーギュメント”ｓｅｇｍｅｎｔ”）の連結とする。 アダブチ−ジョン（Ａｄａｐｔａｔｉｏｎｓ）アトリビュートは、シールされて いる。そのアトリビュート”ｏｆｃｌａｓｓ”、”Ｃ１ａｓｓｌｄ”　、　”　 １ｓｌｎｓｔａｎｃｅ＋、　”　１ｓＯｐｔｉｏｎａｌ″及び＋ｐａｓｓａｇｅ ”は、各々、クラス”Ｂｉｔ’　、クラス”Ｂｉｔ”の識別子、”真（ｔｒｕｅ ）”、”偽（ｆａｌｓｅ）　”及び”　ｂｙＣｏｐｙ”である。 １ｓＡｆｔｅｒ レングスが短いビットストリングをレングスが長いビットストリングと等しいレ ングスにするために、十分な“ゼロ（ｚｅｒｏ）”のビットがレングスが短いビ ットストリングに最初から予め付加されたかのように、任意のビットストリング が他のビットストリングの後に配される。 １ｓＢｅｒｏｒｅ レングスが短いビットストリングをレングスが長いピントストリングと等しいレ ングスにするために、十分な”ゼロ（ｚｅｒｏ）”のビットがレングスが短いビ ットストリングに最初から予め付加されたかのように、任意のビットストリング が他のビットストリングの前に配される。 ’　（Ｃｏｎｖｅｒｓｉｏｎｓ） 」１ ビットは、単一のアイテムだけがそのビットに等しいビットストリングを生成す る。 独如至狙 ブーリアンは、最初にブーリアンからビットへの変換のリザルトを生成し、次に そのビットからビットストリングへの変換のリザルトを生成する。 Ｃｈａｒａｃｔｅｒ キャラクタは、最初にキャラクタからオクテツトストリングへの変換のリザルト を生成し、次にそのオクテツトストリングからビットストリングへの変換のリザ ルトを生成する。 知卦必匹 ［−２’　、　２″）の範囲のインチジャ（インチジャ”ｎ”でありこれよりも 小さくはない。）は、レングスが”ｎ”のビットストリングを生成する。ここで 、２の補数表現が用いられる。ポジション”　ｌ”であるビットは、−２″を示 す。（１、ｎ］の範囲内にある各ポジション°′ビのビットは、２′″−１を表 す。 匹遵ル オクテツトは、最初にオクテツトからオクテツトストリングへの変換のリザルト を生成し、次にそのオクテツトストリングからビットストリングへの変換のリザ ルトを生成する。 匹旦ぶ山±ル レングスが”ｎ”であるオクテツトストリングは、レングスが”８ｎ”であるビ ットストリングを生成する。ビットストリング中のポジションが（８ｉ＋ｊ）で あるビットは、オクテツトストリング中のポジションが”　ｉ“であるオクテツ トのビット（８−ｊ）である。ここで、”　ｉ”及び”ｊ”は整数であり、“ｉ ”は［０，ｎ）の範囲にあり、”ｊ”は［１，８］の範囲にある。 社■皿 ストリングは、最初にストリングからオクテツトストリングへの変換のリザルト を生成し、次にそのオクテツトストリングからビットストリングへの変換のリザ ルトを生成する。 ４．８　ブーリアン（Ｂｏｏｌｅａｎ）Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ ）−Ｐｒ１ｍ１ｔｉｖｅ　（Ｅｘｅｃｕｔｅｄ　＆　Ｕｎｃｈａｎｇｅｄ）−− Ｂｏｏｌｅａｎ　（Ｏｒｄｅｒｅｄ）グｊノ」旦（２）咀し Ｂｏｏｌｅａｎ： ５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｐｒｉｍｉｔｉｖｅ、　０ｒｄｅｒｅｄ ）　＝（、、、）；パブリックインスタンスオペレーション（Ｐｕｂｌｉｃ　Ｉ ｎ５ｔａｎｃｅ　Ｏｅｒａｔｉｏｎｓ）　’引曵： ｏｐ　（ｂｏｏｌｅａｎ：　Ｂｏｏｌｅａｎ）　Ｂｏｏｌｅａｎ；レスポンダと ブーリアン（アーギュメント”ｂｏｏｌｅａｎ”）の論理的な結合をリターンす る。 ｎｏｔ： （＋ｐ　０３ｏｏ１ｅａｎ： レスポンダの論理的な否定をリターンする。 ｏｐ　（ｂｏｏｌｅａｎ：　Ｂｏｏｌｅａｎ）　Ｂｏｏｌｅａｎ；レスポンダと ブーリアン（アーギュメン）”　１）Ｏｏｌｅａｎ”）の論理的な和をリターン する。 ア　ブチ−ジョン（Ａｄａｔａｔｉｏｎｓ）ｉｓＡｆｔｅｒ 第２のブーリアンが”偽（ｆａｌｓｅ）”であり、第１のブーリアンが”真（ｔ ｒｕｅ）”である場合にのみ、第１のブーリアンは、第２のブーリアンの後とな る。 １ｓＢｅｒｏｒｅ み、両者は等しくなる。 襄−勇」全回！互馴匝り 貼ユ ビノトは、ビットが１であるが否がの指示を生成する。 Ｃｈａｒａｃｔｅｒ キャラクタは、キャラクタのユニコードがゼロでないが否かの指示を生成する。 Ｃｏ１１ｅｃｔｉｏｎ コレクションは、コレクションのレングスがゼロでないが否がの指示を生成する 。 込憇郵工■ エクセブションはご真（ｔｒｕｅ）”を生成する。 恒ユ ニル（０）はご偽（ｆａｌｓｅ）”を生成する。 践畦江 ナンバは、ナンバがゼロでないか苦力）の指示を生成する。 四遵」 オクテツトは、オクテツトのビットの何れ力・が」である力・苦力１の指示を生 成する。 ４．９　カレン　−タイム（Ｃａｌｅｎａｒ　Ｔｉｍｅ）Ｑｂｊｅｃｔ　（Ｒｅ ｆｅｒｅｎｃｅｄ）Ｉｎｔｅｒｆａｃｅ　＝　（、、、）；成（Ｃｏｎｓｔｒｕ ｃｔｉｏｎ） ｉｎｉｔｉａｌｉｚｅ レスポンダの固有のアトリビュートをニル（０）にする。 バブリンクインスタンスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ）伽ｒ ＩｎｔｅｇｅｒｌＮｉ　ｌ； レスポンダが特定する月の「日」、又はニル（０）である。 伽バ甲１玉： ｒｅａｄｏｎｌｙ　ＩｎｔｅｇｅｒｌＮｉｌ；レスポンダが特定する「曜日」、 又はニル（０）である。 伽ｆ膳皇旺・ ｒｅａｄｏｎｌｙ　ＩｎｔｅｇｅｒｌＮｉｌレスポンダが特定する、１年におけ る「日」、又はニル（０）である・ｓｔ ｌｎＬｅｇｅｒｌＮｉ　ｌ； レスポンダが特定する、時間帯の一定のずれからの「分」で示される季節的なず れ、又はニル（０）である。 ｈｏｕｒ： ＩｎｔｅｇｅｒｌＮｉｌ； レスポンダが特定する「時」、又はニル（０）である。 虹凹旦： １１１ｔｅｇｅｒｌＮ目。 レスポンダが特定する「分」、又はニル（０）である。 靭担１： ＩｎｔｅｇｅｒｌＮｉ　Ｉ； レスポンダが特定する「月」、又はニル（０）である。 ５ｅｃｏｎｄ　： ＩｎｔｅｇｅｒｌＮｉ　ｌ； レスポンダが特定する「秒」、又はニル（０）である。 角肛： Ｉｎｔｅｇｅｒ　ＩＮ　ｉ　ｌ　： レスポンダが特定するグレゴリ−歴の「年」、又はニル（０）である。 遅用旦： Ｉｎｔｅｇｅｒ　ＩＮ　ｉ　ｌ　； レスポンダが特定する、時間帯のＵＴＣからの「分」で示される一定のずれ、又 はニル（０）である。 パブリックインスタンスオペレーション（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ｏ ｅｒａｔｉｏｎｓ）〔可ｕ１刈。 ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　Ｏ： ＵＴＣに対するレスポンダの一定なずれ及び季節的なずれを設定し、特定された 絶対的な時点が変化しないようにする。 １ｏｃａｌｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐＯ； 現在位置に対するレスポンダの一定なずれ及び季節的なずれを設定し、特定され た絶対的な時点が変化しないようにする。 ｎｏｍａｌｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐＯＢｏｏｌｉａｎ：レスポンダを正常化し、レス ポンダのアトリビュートの何れかがプロセス内において変化された否かをリター ンする。 卦旦凹桂 ２つのカレンダータイムは、その固有のアトリビュートに従って、同等となる。 換（Ｃｏｎｖｅｒｓ　１ｏｎｓ） 匣 タイムは、同一の絶対的な時点と、同一の一定なずれ及び季節的なずれとを特定 する、正常化されたカレンダータイムを生成する。 ４．１０　ケースド（Ｃａｓｅｄ） Ｃａｓｅｄ 偽ｙη： ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　Ｏ：（、、、）；パブリックインスタ ンスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａｔｔｒｉｂｕｔｅｓ ｉｓＬｏｖｅｒ： ａｂｓｔｒａｃｔ　ｒｅａｄｏｎｌｙ　Ｂｏｏｌｅａｎ；レスポンダの何れかの アイテムが英小文字であるが否が。 」珈閏工： ａｂｓｔｒａｃｔ　ｒｅａｄｏｎｌｙ　Ｂｏｏｌｅａｎ；レスポンダの何れかの アイテムが英大文字であるが否が。 庄しムｌヱＺ凝２ス吏シニク且乙旦剰旦」匡用二並目旦卦とｍａｋｅＬｏｖｅｒ ａｂｓｔｒａｃｔ　ｏｐ　Ｏｃｏｐｉｅｄ　ｃａｓｅｄ；全ての英大文字のアイ テムが同等な英小文字に置き換えられている、レスポンダのコピーをリターンす る。 ｍａｋｅＬｌｐｐｅｒ ａｂｓｔｒａｃｔ　ｏｐ　Ｏｃｏｐｉｅｄ　ｃａｓｅｄ；全ての英小文字のアイ テムが同等な英大文字に置き換えられている、レスポンダのコピーをリターンす る。 ４．１１　キャラク　（ＣｈａｒａｃｔｅｒＯｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃ ｅｄ）・Ｐｒ１ｍ１ｔｉｖｅ　（Ｅｘｅｃｕｔｅｄ　＆　Ｕｎｃｈａｎｇｅｄ） −−Ｃｈａｒａｃｔｅｒ　（Ｃａｓｅｄ　＆　０ｒｄｅｒｅｄ）ｓｅａｌｅｄ　 １ｎｔｅｒｆａｃｅ　（Ｐｒｉｍｉｔｉｖｅ、　Ｃａ５ｅｄ、　０ｒｄｅｒｅｄ ）　：０；ア　ブチ−ジョン（Ａｄａｔａｔｉｏｎｓ）ｉｓＡｆｔｅｒ ユニコードのコードに従って、任意のキャラクタは、他のキャラクタの後となる 。 １ｓＢｅｒｏｒｅ ユニコードのコードに従って、任意のキャラクタは、他のキャラクタの前とな」 旦四壮 ２つのキャラクタは、ユニコードのコードに従って、同等となる。 又−員」以山！互桓匣と 影１ ビット”ゼロ（ｚｅｒｏ）　”は、数字の０を生成し、ビット”　１“は、数字 の１を生成する。 劫旦ｌ江 ［０，６５５３５］の範囲内のインチジャは、ユニコードのコードによりキャラ クタを生成する。 四」」 オクテツトは、最初にオクテツトがらインチジャへの変換のリザルトを生成し、 次にそのインチジャからキャラクタへの変換のリザルトを生成する。 ＯｃｔｅｔＳｔｒｉｎｇ オクテツトストリングは、最初にオクテツトストリングからインチジャへの変換 のリザルトを生成し、次にそのインチジャからキャラクタへの変換のリザルトを 生成する。 鉦百皿 １つのアイテムを有するストリングは、そのアイテムに等しいキャラクタを生成 する。 ４．１２　サイテション（Ｃｉ　ｔａｔｉｏｎ）Ｏｂｊｅｃｔ　（Ｒｅｒｅｒｅ ｎｃｅｄ）・Ｃ１ｔａｔｉｏｎ　（Ｏｒｄｅｒｅｄ）クラス（Ｃ１ａｓｓ） Ｃｉｔａｔｉｏｎ： １ｎｔｅｒｆａｃｅ　（Ｏｂｊｅｃｔ、　０ｒｄｅｒｅｄ）　＝（、、、）：成 （Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｉｎｉｔｉａｌ　ｉｚｅ＋ Ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ ｔｉｔｌｅ：　Ｉｄｅｎｔｉｆｉｅｒ！；　ａｕｔｈｏｒ：　Ｔｅ１ｅｎａｉｅ ｌＮｉｌ；ｍａｊｏｒＥｄｉｔｉｏｎ、　ｍ１ｎｏｒＥｄｉｔｉｏｎ：　Ｉｎｔ ｅｇｅｒｌＮｉｌ）：レスポンダの固有のアトリビュートを、同、じ名前のアー ギュメント（アーギュメント”　ａｕｔｈｏｒ”　、　”　ｍａｊｏｒＥｄｉｔ ｉｏｎ”　、”　ｍ１ｎｏｒＥｄｉｔｉｏｎ”及び”ｔｉｔｌｅ”　）にする。 パブリックインスタンスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ）鉦止江： ＴｅｌｅｎａｍｅｌＮｉｌ： レスポンダによって特定されたオーサーのテレネームである。ただし、レスポン ダが割り当てられていない場合、又はそのようなコンストレイントが課されてい ない場合には、ニル（０）である。 肌赳１虹旦即。 ＩｎｔｅｇｅｒｌＮｉ　Ｉ； レスポンダによって特定されたメジャーエディジョンのナンバである。ただし、 レスポンダが割り当てられていない場合、又はそのようなコンストレイントが課 せられていない場合には、ニル（０）である。 ｍ１ｎｏｒＥｄｉｔｉｏｎ： ＩｎｔｅｇｅｒｌＮｉ　ｌ； レスポンダによって特定されたマイナーエディジョンのナンバである。ただし、 レスポンダが割り当てられていない場合、又はそのようなコンストレイントが課 せられていない場合には、ニル（０）である。 貝１国 ＩｄｅｎＬｉｆｉｅｒ！； レスポンダが特定するタイトルの識別子である。 ヱｌブｊ：ン」ン二犠撓匹ｌ胆並し 朋Ｎ１江 ２つのサイテションの”ａｕｔｈｏｒ”アトリビュートが同等、すなわちそれら のアトリビュート”ｔｉｔｌｅ”が等しく、第１のサイテションの７トリビユー ト”鵬ａｊａｒＥｄ　ｉ　ｔ　ｉ　ｏｎ”が第２のサイテションのアトリビュー ト”ｍａｊｏｒＥｄｉｔｉｏｎ”の後にあるが、又は両方のサイテションのアト リビュート”ｍａｊｏｒＥｄｉｔｉｏｎ”が等しく、そして、第１のサイテショ ンのアトリビュート”ｍ１ｎｏｒＥｄｉｔｉｏｎ”が第２のサイテションのアト リビュート”ａ＋１ｎｏｒＥｄｉｔｉｏｎ”の後にある場合にのみ、第１のサイ テションは、第２のサイテションの後になる。 １ｓＢｅｒｏｒｅ ２つのサイテションの”ａｕｔｈｏｒ”アトリビュートが同等、すなわちそれぞ れのアトリビュート”ｔｉｔｌｅ’“が等しく、第１のサイテションのアトリビ ュート”ａａｊｏｒＥｄｉｔｉｏｎ”が第２のサイテションのアトリビュート” ｍａｊｏｒＥｄｉｔｉｏｎ”の前にあるか、又は両方のサイテションのアトリビ ュート”ｍａｊｏｒＥｄｉｔｉｏｎ”が等しく、そして、第１のサイテションの アトリビュート”　ｍ１ｎｏｒＥｃｌｉｔｉｏｎ”が第２のサイテションのアト リビュート”ｍ１ｎｏｒＥｄｉｔｉｏｎ”の前にある場合にのみ、第１サイテシ ヨンは、第２のサイテションの前になる。 述旦凹■ ２つのサイテションのアトリビュー）”　ａｕｔｈｏｒ”が同等であり、他の固 有のアトリビュートが等しい場合にのみ、２つのサイテションは等しい。 ４．１３　サイティド（Ｃｉｔｅｄ） Ｃｉ　ｔｅｄ クラス（Ｃｌａｓｓ） ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　Ｏ＝（、、、）：成（Ｃｏｎｓｔｒｕ ｃｔｉｏｎ） ｉｎｉｔｉａｌｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｔｉｔｌｅ：　ＩｄｅｎｎＬぼｉｅｒ！　： １ａｊｏｒＥｄｉｔｉｏｎ、　１ｉｎｏｒＥｄｉｔｉｏｎ：　Ｉｎｔｅｇｅｒ） ；レスポンダの固有のアトリビュートを、サイテションにする。ここで、このサ イテションのアトリビュート”ａｕｔｈｏｒ”は、現在のプロセスの割り当てら れたテレネームであり、それ以外のアトリビュートは、同じ名前のアーギュメン ト（アーギュメント”　ｍａｊｏｒＥｄｉｔｉｏｎ”　、”　ｍ１ｎｏｒＥｄｉ ｔｉｏｎ”及び”　ｔｉｔｌｅ”　）である。 パブリックインスタンスアトリビュー）　（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　 Ａｔｔｒｉｂｕｔｅｓｒｅａｄｏｎｌｙ　ｐｒｏｔｅｃｔｅｄ　Ｃ１ｔａｔｉｏ ｎ；　−レスポンダの割り当てられたサイテションである。 ４．１４　クラス（Ｃ１ａｓｓ） Ｏｂｊｅｃｔ　（Ｒｅｒｅｒｅｎｃｅｄ）・Ｃ１ａｓｓ　（Ｃｉｔｅｄ　＆　Ｉ ｎｔｅｒｃｈａｎｇｅｄ）ｓｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｏｂｊｅｃｔ 、　Ｃ１ｔｅｄ、Ｉｎｔｅｒｃｈａｎｇｅｄ）　＝　（、、、）；ｕｎｐｒｏｔ ｅｃｔｅｄ　ｏｐ　Ｏ ｔｈｒｏｗｓ　ＦｅａｔｕｒｅＵｎｖａｌｉａｂｌｅ；エクセブション（”　Ｆ ｅａｔｕｒｅＵｎａｖａｌｉａｂｌｅ”　）を送出する。 注：クラスは、オペレーション″ｎｅｗ”でなく、オペレーション”鳳ａｋｅｃ Ｉａｓｓｅｓ”を用いて生成される。 パブリツ　クラス　ンスオペレーション（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ｏ ｅｒａｔｉｏｎｓ）ｃｏｎｖｅｒｔ　： ５ｅａｌｅｄ　ｏｐ　（ｓｏｕｒｃｅ：　ｐｒｏｔｅｃｔｅｄ　０ｂｊｅｃｔ） 　ｃｏｐｉｅｄ　Ｏｂｊｅｃｔｔｈｒｏｗｓ　ＣｏｎｖｅｒｓｉｏｎＵｎａｖａ ｉｌａｂｌｅ；オブジェクト（アーギュメン）−５ｏｕｒｃｅ”）のそのクラス への変換よって生成されたレスポンダのインスタンスを、そのオブジェクトが既 にそのクラスのインスタンスではない場合には、リターンする。その他の場合に は、そのオブジェクトのコピーをリターンする。 オペレーションは、先ず、ソースのクラスにおいて変換メソッドを探しだし、こ れに失敗したら、次に、目的地のクラスにおいて探しだす。そのオブジェクトが 要求されたように変換されることができない場合には、エクセプション（”　Ｃ 。 ｎｖｅｒｓｉｏｎＵｎａｖａｉｌａｂｌｅ”　）が送出される。 注二二の２つのステップは、特定の変換のためのメソッドをインプリメントする ために、ソースのクラス又は目的地のクラスを、後から定義されたものならばど ちらでも許容する。 １ｓｌｎｓｔａｎｃｅ： ５ｅａｌｅｄ　ｏｐ　（ｉｎｓｔａｎｃｅ：　ｐｒｏｔｅｃｔｅｄ　０ｂｊｅｃ ｔ）　Ｂｏｏｌｅａｎ；オブジェクト（アーギュメント”１ｎｓｔａｎｃｅ”） がレスポンダのインスタンスであるか否かの表示をリターンする。 オブジェクト（アーギュメント、”ａ＋ｅｍｂｅｒ”　）が、レスポンダのイン ターフェース（必ずしもインプリメンテーションとは限らない。）のメンバであ るか否かの表示をリターンする。 クラス（アーギュメント”５ｕｂｃｌａｓｓ″）がレスポンダのサブクラスであ るか否かの表示をリターンする。 阻。 ５ｅａｌｅｄ　ｏｐ　（ｐａｒａｍｅｔｅｒｓ：　０ｂｊｅｃｔ　、、、）　Ｏ ｂｊｅｃｔｔｈｒｏｗｓ　Ｃ！ａｓｓＡｂｓｔｒａｃｔ、　Ｅｘｃｅｐｔｉｏｎ 、　０ｂｊｅｃｔＵｎｉｎｉｔｉａｌｉｚｅｄ；初期化パラメータ（アーギュメ ント’　ｐａｒａｍｅｔｅｒｓ”）によって定められたレスポンダの新しいイン スタンスをリターンする。上述のシグニチャ（署名：　ｓｉｇｎａｔｕｒｅ）に もかかわらず、オペレーションのシグニチャは、レスポンダによって定義された ように、オペレーション”ｉｎｉ　ｔｉａｌ　ｉｚｅ”のシグニチャである。 レスポンダがアブストラクトである場合に、エクセプション（”　Ｃ１ａｓｓＡ ｂｓｔｒａｃじ）が送出され、クラスに固有の問題が生じた場合に、エクセブシ ョン（”Ｅｘｃｅｐｔｉｏｎ”）が送出され、潜在的なオブジェクトがそれ自身 のフィーチャを使用する場合に、エクセブション（”　０ｂｊｅｃｔＵｎｉｎｉ ｔｉａｌｉｚｅｄ”　）が送出される。 ４．１５　クラス定ＩＩ　（Ｃ１ａｓｓ　Ｄｅｆｉｎｉｔｉｏｎ）Ｏｂｊｅｃｔ 　（Ｒｅｆｅｒｅｎｃｅｄ）ｓｅａｌｅｄ　１ｎｔｅｒ４ａｃｅ　＝　（、、、 ）；構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｉｎｉｔｉａｌｉｚｅ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ ｔｉｔｌｅ：　Ｉｄｅｎｔｉｆｉｅｒ！：ｍａｊｏｒＥｄｉｔｉｏｎ、　ｍ１ｎ ｏｒＥｄｉｔｉｏｎ：　Ｉｎｔｅｇｅｒ＋１ｎｔｅｒｆａｃｅ：　Ｉｎｔｅｒｆ ａｃｅ＋ｉｍｐｌｅｍｅｎｔａｔｉｏｎ：　Ｉｍｐｌｅａ＋ｅｎｔａｔｉｏｎｌ Ｎｉｌ）；レスポンダの固有のアトリビュートを、同じ名前のアーギュメント（ アーギュメント”　ｉｍｐｌｅｍｅｎｔａｔｉｏｎ−、”　１ｎｔｅｒ４ａｃｅ ”、　−ａ＋ａｊｏｒＥｄｉｔｉｏｎ”、　’　１ｉｎｏｒＥｄｉｔ堰B ｎ”及び”ｔｉｔｌｅ”）にする。 パブリックインスタンスアトリビュート（Ｐｕｂｌ　ｉｃ　Ｉｎ５ｔａｎｃｅ　 Ａｔｔｒｉｂｕｔｅｓ］劇１阻県担士担： １ｉｐｌｅｍｅｎｔａｔｉｏｎｌＮｉｌ；インプリメンテーションがある場合、 レスポンダが定義するクラスのインプリメンテーションであり、その他の場合に は、ニル（０）である。 １ｎｔｅｒｆａｃｅ： ［ｎｔｅｒｆａｃｅ＋ レスポンダが定義するクラスのインターフェースである。 艶政ユ虹■皿： Ｉｎｔｅｇｅｒ； レスポンダが定義するクラスの割り当てられたサイテションのアトリビュート” ｍ１ｎｏｒＥｄｉｔｉｏｎ″である。 レスポンダが定義するクラスの割り当てられたサイテションのアトリビュート” 　ｍ１ｎｏｒＥｄｉｔｉｏｎ”である。 ｕ遍！： １ｄｅｎｔｉｒｉｅｒ１； レスポンダが定義するクラスの割り当てられたサイテションのアトＩ）ビュート ″ｔｉｔｌｅ”である。 パブリノ　インスタンスオペレーション（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ｏ ｅｒａｔｉｏｎｓｍａｋｅｃｌａｓｓｅｓ： ｏｐ　（ｄｅｆｉｎｉｔｉｏｎｓ：　ｐｒｏｔｅｃｔｅｄ　ＣＩａｓｓＤｅｆｉ ｎｉＬｉｏｎ　、、、）Ｌｅｘｉｏｎ［Ｃ１ａｓｓコ ｔｈｒｏｗｓ　Ｃ１ａｓｓＥｘｃｅｐｔｉｏｎ；レスポンダと他のクラス定義（ アーギュメント°’　ｄｅｆｉｎｉｔｉｏｎｓ”）カ（集合的（こ定義するクラ スのレキシコンをリターンする。それぞれの値（よ、関連付（すられたキーにタ イトルが等しいクラスである。 サイテションは、次のよう（こ各クラス（ご割り当てられる。ｍｌり当てられた サイテションのアトリビュ）”　ａｕｔｈｏｒ”（よ、現在のプロセスの割り当 てられたテレネームである。、割り当てられたサイテションの他のアト１ノビユ ート蚤よ、クラスのクラス定義で定義された通りである。 出される。 アダブチ−ジョン（Ａｄａｐｔａｔｉｏｎｓ）」旦凹桂； ２つのクラスの定義は、各々の固有のアトリビュートに従って、同等となる。 ４．１６　クラスエクセ　ジョン（Ｃｌａｓｓ　Ｅｘｃｅ　ＬｉｏｎＯｂｊｅｃ ｔ　（Ｒｅｆｅｒｅｎｃｅｄ）−Ｅｘｃｅｐｔｉｏｎ　（Ｕｎｃｈａｎｇｅｄ） −・Ｐｒｏｇｒａｍｍｉｎｇ　Ｅｘｃｅｐｔｉｏｎ−−・Ｃ１ａｓｓ　Ｅｘｃｅ 　Ｌｉｏｎクラス（Ｃ１ａｓｓ） 匹組」匹即旦匹・ ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（ＰｒｏｇｒａｍｍｉｎｇＥｘｃｅｐ ｔｉｏｎ）　＝　０；サブクラス（ｓｕｂｃｌａｓｓｅｓ） ＣｌａｓｓＳｅａｌｅｄ： １ｎｔｅｒｆａｃｅ　（ＣＩａｓｓＥｘｃｅｐｔｉｏｎ）　：０；提案（プロボ ーズ：　ｐｒｏｐｏｓｅ）された新しいクラスは、シールされた直接スーパーク ラスを有している。 ＣＩａｓｓＵｎｄｅｆ　１ｎｅｄ： １ｎｔｅｒｆａｃｅ（ＣＩａｓｓＥｘｃｅｐｔｉｏｎ）　＝　０；提案された新 しいクラスは、定義されていないクラス識別子を使用している。 提案された新しいクラスと、そのクラスのインターフェーススーパークラスの１ つとは、同一の識別子によって示される固有のフィーチャを有している。 提案された新しいクラスは、そのクラスのインターフェーススーパークラスの１ つによってシールされたフィーチャをインプリメントしている。 提案された新しいクラスは、定義されていないフィーチャ識別子を使用している 。 ＭｉｘｉｎＤｉｓａｌ　１ｏｖｅｄ： ｔｎｔｅｒｒａｃｅ　（ＣｌａｓｓＥｘｃｅｐｔｉｏｎ）　＝０；提案された新 しいクラスは、フレーバが要求されるところで、ミックスインを使用している。 ｓｕ　ｅｒｃｌａｓｓｅｓｌｎｖａｌ　ｉｄ：１ｎｔｅｒｆａｃｅ　（Ｃ１ａｓ ｓＥｘｃｅｐｔｉｏｎ）　＝Ｏ；提案された新しいクラスは、矛盾したイミディ エートスーパークラスを有している。 ４．１７　コレクション（Ｃｏｌｌｅｃｔｉｏｎ）Ｏｂｊｅｃｔ　（Ｒｅｒｅｒ ｅｎｃｅｄ）サブジェクトクラスの各メンバの各アイテム自身がメンバであるク ラス（アーギュメント”ｉｔｅｍｃＩａｓｓ”）によって、パラメータ化される 。 ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｉｔｅｍ：　ｉｔｅ＋５ｃＩａｓｓ　、、、 ）　ｔｈｒｏｗｓ　Ｉｔｅｍｌｎｖａｌｉｊｌ；レスポンダのアイテムをオブジ ェクト（アーギュメント”ｉｔｅ■Ｓ”）にする。 提案されたアイテムが不適切である場合に、エクセプション（”Ｉｔｅｍｌｎｖ ａｌ　ｉｄ″）が送出される。 パブリツ　インスタンスアトリビｓ　−ト（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　 Ａｔｔｒｉｂｕｔｅｓ）江止則： ｒｅａｄ−ｏｎｌｙ　Ｉｎｔｅｇｅｒ；レスポンダのレングスである。 バｔし像ｌ之ムムジｑ５旦コ沁已ヨム吐回旦匹匪り泗追止囮とｕｎｐｒｏｔｅｃ ｔｅｄ　ｏｐＯ； 全てのアイテムをレスポンダから取り除いて破棄する。 注二二のオペレーションは、レスポンダのレングスをゼロに減少させる。 ｅｘａｍｉｎｅ： ｏｐ　（ｉｔｅｍ：　ｐｒｏｔｅｃｔｅｄ　ｉｔｅｍｃｌａｓｓ）　１ｔｅａ＋ ｃＩａｓｓｌＮｉｌ；そのオブジェクト（アーギュメント”ｉｔｅｍ”）に等し いアイテムが少なくとも１つある場合に、このようなアイテムの１つを、レスポ ンダ内に残して、そのアイテムをリターンする。その他の場合には、ニル（０） をリターンする。ただし、このようなアイテムが幾つか存在している場合、選択 されるアイテムについては定義されていない。 そのオブジェクト（アーギュメント”１ｔｅａ＋”）に等しいアイテムが少なく とも１つある場合に、このようなアイテムの１つをレスポンダから除去して、そ のアイテムをリターンする。その他の場合には、ニル（０）をリターンする。た だし、このようなアイテムが幾つか存在している場合、選択されるアイテムにつ いては、定義されていない。 ゴ劇凹誇・ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｉｔｅｍ：ｉｔｅｍｃｌａｓｓ）ｔｈｒｏｗ ｓ　Ｉｔｅｍｌｎｖａｌｉｄ；オブジェクト（アーギュメント”ｉｔｅｍ”　） をレスポンダに新しいアイテムとして含ませる。 提案されたアイテムが、上述のようなアイテムとして不適切であればエクセプシ ョン（”　ｉｔｅｍｌｎｖａｌｉｄ”　）が送出される。 牡匹岬・ Ｏｐ　（）　ｃｏｐｉｅｄ　５ｔｒｅａ＠　［ｉｔｅｍＣＩａｓｓコ：アイテム がレスポンダのアイテムであるストリームをリターンする。クラス”Ｃｏ１１ｅ ｃｔｉｏｎ”のサブクラスは、ストリームがレスポンダのアイテムを生成する順 序を定義することができる。しかし、クラス”Ｃｏ１１ｅｃｔｉｏｎ”は、その 順序を規定されないまま残される。 ストリームが生成された後にレスポンダが変更されたときには、以下に述べる場 合にのみ、ストリームは、新しく含められたアイテムを生成する。すなわち、そ の場合とは、ストリームが以前にそれらを生成しておらず、ストリームが以前生 成したものを以外で、新しく除外されたアイテムを生成していない場合である。 注−ストリームがインスタンスであるクラス”Ｓｔｒｅａｍ”のサブクラスは定 義されていない。 アダブチ−ジョン（八ｄａｔａｔ１ｏｎｓ）遷珈凹辻 ２つのコレクションの各レングスが等しく、それらの各アイテムが対を成してお り、対を成したそれらの各アイテムが同一になるようにされている場合にのみ、 この２つのコレクションは同等となる。コレクションのサブクラスは、上述のよ うな同一性の定義を狭くすることができるが、広くすることはできない。 ４．１８　コレクションエクセブション（ｃｏｌｌｅｃｔｉｏｎ　Ｅｘｃｅｐｔ ｉｏｎ）Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）１Ｅｘｃｅｐｔｉｏｎ　（Ｕ ｎｃｈａｎｇｅｄ）−１Ｐｒｏｇｒａ＋ｕ＋ｉｎｇ　Ｅｘｃｅｐｔｉｏｎ−参− ｃｏｌｌｅｃｔｉｏｎＥｘｃｅｐｔｉｏｎクラス（Ｃｌａｓｓ） ＣｏｌｌｅｃｔｉｏｎＥｘｃｅ　Ｌｉｏｎ＋ａｂｓｔｒｕｃｔ　１ｎｔｅｒｆａ ｃｅ　（Ｐｒｏｇｒａｍｍｉｎｇ　Ｅｘｃｅｐｔｉｏｎ）　＝（）；サブクラス ＜５ｕｂｃｌａｓｓｅｓ） Ｕμ助圧ｎ９山世＝ ｉｎｔｅｒｆａｃｅ　（ＣｏｌｌｅｃｔｉｏｎＥｘｃｅｐＬｉｏｎ）　＝　０； セットの提案されたアイテムは、他のアイテムに等しい。 ｌｔｅｍｌｎｖａｌ　ｉｄ： １ｎｔｅｒｆａｃｅ　（ＣｏｌｌｅｃｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝０；コ レクションの提案されたアイテムは、コレクションのコンストレイントを満たし ていない。 ＫｅｙＤｕｐｌ　１ｃａｔｅｄ： １ｎｔｅｒｆａｃｅ　（ＣｏｌｌｅｃｔｉｏｎＥｘｃｅｐｔｉｏｎ）　：０；デ ィクショナリの任意の提案されたキーは、他のキーに等しい。′框り堕μ上迫゛ １ｎｔｅｒｆａｃｅ　（ＣｏｌｌｅｃｔｉｏｎＥｘｃｅｐｔｉａｎ）　＝０；デ ィクショナリの提案されたキーは、ディクショナリのコンストレイントを満足し ていない。また、ディクショナリ内のキーに等しくなることを目的とするオブジ ェクトは、デクショナリのコンストレイントを満足していない。 Ｏｂ’ｅｃｊｓＵｎ　ａｉｒｅｄ： １ｎｔｅｒ４ａｃｅ　（ＣｏｌｌｅｃｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝０；デ ィクショナリの対を成していると考えられるキー及び値が、奇数である。 Ｐｏ５ｉｔｉｏｎｌｎｖａｌ　ｉｄ： １ｎｔｅｒｆａｃｅ　（ＣｏｌｌｅｃＬｉｏｎＥｘｃｅｐｔｉｏｎ）　：０；プ ロシージャ又はリストにおいであるポジションに等しくなることを意図されてい るインチジャが、そうなっていない。 兆井■囮巾匹匹 １ｎＬｅｒｆａｃｅ　（ＣｏｌｌｅｃｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝　０ニ スタツクのレングスが、要求されたスタックの操作を妨げている。 ４．１９　コンストレインド（Ｃｏｎｓｔｒａｉｎｅｄ）Ｃａｎｓ　ｔｒａｉｎ ｅｄ クラス（Ｃ１ａｓｓ） Ｃｏｎｓｔｒａｉｎｅｄ： ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　Ｏ＝（、、、）；構成（Ｃｏｎｓｔｒ ｕｃｔｉｏｎ） ｉｎｉｔｉａｌｉｚｅ＋ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｏｎｓｔｒａｉｎｔ：　ｃｏｐｉｅｄ　ｃ ｏｎｓｔｒａｉｎｔｌＮｉｌ）；レスポンダの固有のアトリビュートがニル（０ ）でない場合に、そのアトリビュートをフンストレイント（アーギュメント°Ｃ Ｏ口５ｔｒａｉｎｔ”）にする。その他の場合には、初期化パラメータをニル（ ０）にする。 パブリックインスタンスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ）ｃｏｎｓｔｒａｉｎｔ： ｒｅａｄｏｎｋｙ　ｐｒｏｔｅｃｔｅｄ　Ｃｏｎ５ｔｒａｉｎｔ：レスポンダの ノミネートされたプロパティに対するコンストレイントである。 ４．２０　コンストラインドディクショナリ（Ｃｏｎｓｔｒａｉｎｅｄ　Ｄｉｃ ｔｉｏｎａｒｙ）Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）−Ｃｌ１ｅｃｔｉｏ ｎ ・　・　５ｅｔ ００−　Ｄｉｃｔｉｏｎａｒｙ ｏ　°　６Ｃｏｎｓｔｒａｉｎｅｄ　Ｄｉｃｔｉｏｎａｒ　（Ｃｏｎｓｔｒａｉ ｎｅｄ　）グラ２」旦ｌ競と Ｃｏｎ５ｔｒａｉｎｅｄＤｉｃｔｉｏｎａｒ　：１ｎｔｅｒｆａｃｅ　［Ｋｅｙ ＣＩａｓｓ、　ｖａｌｕｅｃＩａｓｓ：　Ｃ１ａｓｓ］（Ｄｉｃｔｉｏｎａｒｙ 　［ｋｅｙＣｌａｓｓ、　ｖａｌｕｅｃＩａｓｓ］、　Ｃｏｎ５ｔｒａｉｎｅｄ ）＝（、、、）； サブジェクトクラスの各メンバの各アイテムの値（アーギュメント”ｖａｌｕｅ ｃＩａＳＳ”）及びキー（アーギュメント°’　ｋｅｙｃｌａｓｓ”）がそれら 自身メンバであるクラスによって、パラメータ化される。 成（Ｃｏｎｓｔｒｕｃｔｉｏｎ ｉｎｉｔｉａｌｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｏｎｓｔｒａｉｎｔ：ｃｏｐｉｅｄ　Ｃｏ ｎ５ｔｒａｉｎｔ；ｋｅｙｓＡｎｄＶａｌｕｅｓ：　０ｂｊｅｃシ、。 ／零　ｋｅｙ＋　ｋｅｙｃｌａｓｓ；　ｖａｌｕｅ：　ｖａｌｕｅｃｌａｓｓ　 ＊／）ｔｈｒｏｗｓ　ＫｅｙＤｕｐｌｉｃａｔｅｄ、　Ｋｅｙｌｎｖａｌｉｄ、 　０ｂｊｅｃｔｓＵｎｐａｉｒｅｄ；レスポンダのアイテムを、キーと値の対（ アーギュメント”１（６ｙＡ１ｄＶａｌｕｅｓ”）の関連（アソシエイション： 　ａｓｏｃｉａｔｉｏｎｓ）にし、レスポンダのアトリビュート”ｃｏｎｓｔｒ ａｉｎｔ”を、そのコンストレイントにする（アーギュメントｃｏｎｓｔｒａｉ ｎｔ”）２つの提案されたキーが等しい場合には、エクセブション（”　ｋｅｙ Ｄｕｐｌｉｃａｔｅｄ″）が送出され、提案されたキーが、キーとして不適切で ある場合には、エクセブション（”ｋｅｙｌｎｖａｌｉｄ”）が送出され、・オ ブジェクトの数が奇数である場合には、エクセプション（”０ｂｊｅｃｔＵｎｐ ａｉｒｅｄ”）が送出される。 ア　ブチ−ジョン（Ａｄａｔａｔｉｏｎｓ）也 そのコンストレイントを満足するキーのみが含められる。 ｃｏｎｓｔｒａｉｎｔ そのコンストレイントは、キーに対応するものである。 １ｎｃｌｕｄｅ そのコンストレイントを満足するキーのみが含められる。 ３竺■ そのコンストレイントを満足するキーのみが含められる。 そのコンストレイントを満足するキーのみが含められる。 ４．２１　コンストレイントリスト　Ｃｏｎ５ｔｒａｉｎｅｄ　Ｌｉ５ｔ）Ｏｂ ｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）・Ｃｌ１ｅｃｔｉｏｎ ・・Ｌｉ５ｔ　（Ｏｒｄｅｒｅｄ） °＋０Ｃｏｎｓｔｒａｉｎｅｄ　Ｌｉ５ｔ　（Ｃｏｎｓｔｒａｉｎｅｄ）玄ｌノ 」旦（２）狙し Ｃｏｎ５ｔｒａｉｎｅｄＬｉｓｔ： １ｎｔｅｒｆａｃｅ　［ｉｔｅｍＣｌａｓｓ：　Ｃ１ａｓｓ］（Ｌｉｓｔ　［１ ｔｅａ＋ＣＩａｓｓｌ、　Ｃｏｎ５ｔｒａｉｎｅｄ）　＝（、、、）；サブジェ クトクラスの各メンバの各アイテムがそれ自身メンバであるクラス（アーギュメ ント”ｉＬｅｍｃｌａｓｓ”　）によって、パラメータ化される。 ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｏｎｓｔｒａｉｎｔ：ｃｏｐｉｅｄ　Ｃｏ ｎ５ｔｒａｉｎｔ；ｉｔｅｍｓ：ｉｔｅｍｃｌａｓｓ、、、）ｔｈｒｏｗｓ　Ｉ ｔｅｍｌｎｖａｌｉｄ；レスポンダのアイテムを、左から右にかけてポジション が増大しているそれらのオブジェクト（アーギュメント”ｉｔｅｍｓ”）にし、 レスポンダのアトリビュート”　ｃｏｎｓｔｒａｉｎｔ″を、コンストレイント （アーギュメント”　ｃｏｎｓｔｒａｉｎｔ”　）にする。 提案されたアイテムが不適切であれば、エクセブション（”Ｉｔｅｍｌｎｖａｌ 　ｉｄ“）が送出される。 ア　ブチ−ジョン（Ａｄａｔａｔｉｏｎｓ）怒４ そのコンストレイントを満足するオブジェクトのみが含められる。 ｃｏｎｓｔｒａｉｎｔ そのコンストレイントは、アイテムに対するものである。 ｉ　ｎｃ　ｌ　ｕｄｅ そのコンストレイントを満足するオブジェクトのみが含められる。 ４．２２　コンストレイントリスト（Ｃｏｎｓｔｒａｉｎｅｄ　５ｅｔ）Ｏｂｊ ｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）−Ｃｌｌｅｃｔｉｏｎ ・−Ｓｅｔ　（Ｖｅｒｕｆｉｅｄ） ０１０Ｃｏｎｓｔｒａｉｎｅｄ　Ｓｅｔ　（Ｃｏｎｓｔｒａｉｎｅｄ）クラス（ Ｃｌａｓｓ） ＣｏｎｓｔｒａｉｎｅｄＳｅｔ： １ｎｔｅｒｆａｃｅ　［ｉｔｅｍＣＩａｓｓ：　Ｃ１ａｓｓコ（Ｓｅｔ　［１ｔ ｅｉＣＩａｓｓコ、Ｃｏｎ５ｔｒａｉｎｅｄ）　＝（、）：アーギュメント”ｉ ｔｅｍｃＩａｓｓ”）によって、パラメータ化される。 透−犬」並匣旦匹豆皿し １ｎｉｔｉａｌｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｏｎｓｔｒａｉｎｔ：　ｃｏｐｉｅｄ　Ｃ ｏｎ５ｔｒａｉｎｔ；ｉｔｅｍ：ｉｔｅｍｃＩａｓｓ　、、、）ｔｈｒｏｗｓ　 ＩｔｅｍＤｕｐｌｉｃａｔｅｄ、　ＩＬｅｍｌｎｖａｌｉｄ：２つの提案された アイテムが等しい場合には、エクセプション（”　ＩｔｅａＤｕｐｌｉｃａｔｅ ｄ”）が送出され、提案されたアイテムが不適切な場合には、エクセプション（ ”　ｌｔｅｍｌｎｖａｌｉｄ”）が送出される。 ア　ブチ−ジョン（Ａｄａｔａｔｌｏｎｓ）ｃｏｎｓｔｒａｉｎｔ： そのコンストレイントは、アイテムに対するものである。 」劇凹垣： そのコンストレイントを満足するオブジェクトのみが含められる。 ４．２３　コンストレイント（Ｃｏｎｓｔｒａｉｎｔ）Ｏｂｊｅｃｔ　（Ｒｅｒ ｅｒｅｎｃｅｄ）・　Ｃｏｎ５ｔｒａｉｎｔ クラス（Ｃ１ａｓｓ） Ｃｏｎｓｔｒａｉｎｔ： １ｎｔｅｒｆａｃｅ　＝　（、、、）；構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｉｎｉｔｉａｌ　ｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｌａｓｓｌｄ、　ｐａｓｓａｇｅ＋　Ｉｄ ｅｎｔｉｆｉｅｒ！１Ｎｉｌ；１ｓｏｐｔｉｏｎａ１．　１ｓｌｎｓｔａｎｃｅ ：　ＢｏｏｌｅａｎｌＮｉｌ）ｔｈｒｏｗｓ　Ｐａｓｓａｇｅｌｎｖａｌｉｄ： レスポンダのアトリビュート”ｏｒｃｌａｓｓ”をニル（０）にし、レスポンダ の他の固有のアトリビュートを、同じ名前のアーギュメント（アーギュメント” ｃｌａｓｓｌｄ＋、　−１ｓｌｎｓｔａｎｃｅ”　、　”　１ｓｏｐｔｉｏｎａ ｌ°°及び”　ｐａｓｓａｇｅ’　）にする。アーギュメントがニル（０）であ る場合、それに対応するアトリビュートは、それぞれクラス”　０ｂｊｅｃｔ” 　、　”　ｆａｌｓｅ”、”　ｆａｌｓｅ”　、”ｂｙＲｅｆ”の識別子とされ る。 提案されたパッセージ（ｐａｓｓａｇｅ）が不適切な場合には、エクセブション （”Ｐａｓｓａｇｅｌｎｖａｌ　ｉｄ”）が送出される。 パブリックインスタンスアトリビュー　）　（Ｐｕｂｌ　ｉｃ　Ｉｎ５ｔａｎｃ ｅ　Ａｔｔｒｉｂｕｔｅｓ）ｃｌａｓｓｌｄ Ｉｄｅｎｔｉｆｉｅｒ！； レスポンダのサブジェクトがメンバとなるであろうクラスの識別子である。識別 子は、レスポンダのコンテキストを供給するインプリメンテーション又はインタ ーフェースのアトリビュート”ｖｏｃａｂｕ　Ｉａｒｙ”に従って、インタープ レートされる。 １ｓｌｎｓｔａｎｃｅ： Ｂｏｏ　ｌ　ｅａｎ　： レスポンダのサブジェクトがアトリビュート”ｃｌａｓｓｌｄ”が示すクラスの インスタンス（単なるメンバではない。）となるか否か。 」匣肛姐虹： Ｂｏｏｌｅａｎ； アトリビュート”ｃｌａｓｓｌｄ”に関わらず、レスポンダのサブジェクトがニ ル（０）となることが許可されるが否が。 酊」！狙゛ ｒｅａｄｏｎｌｙ　Ｃ１ａｓｓｌＮ目：ニル（０）でない場合には、レスポンダ のサブジェクトがメンバとなるであろうクラスである。 匹Σ刊但・ Ｉｄｅｎｔｉｆ　ｉｅｒ！ ｔｈｒｏｗｓ　Ｐａｓｓａｇｅｌｎｖａｌｉｄ；レスポンダのサブジェクトが、 どのようにパス（ｐａｓｓ）されるがを示す識別子である。 提案されたプロセスが不適切である場合は、エクセブション（”Ｐａｓｓａｇｅ ｌｎｖａｌｉｄ”　）が送出される。 アダブチ−ジョン（Ａｄａｐｔａｔｉｏｎｓ）２つのコンストレイントは、各々 の固有のアトリビュートに従って、同等となる。 ４．２４：＋ンタ　ト（Ｃｏｎｔａｃｔ）Ｏｂｊｅｃｔ　（Ｒｅｒｅｒｅｎｃｅ ｄ）−Ｃｏｎｔａｃｔ クラス（Ｃ１ａｓｓ） Ｃｏｎｔａｃｔ： １ｎｔｅｒｆａｃｅ　＝　（、、、）；構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｉｎｉｔｉａｌ　ｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｓｕｂｊｅｃｔ：　ＰｒｏｃｅｓｓｌＮｉｌ ；５ｕｂｊｅｃｔＮｏｔｅｓ：　０ｂｊｅｃｔｌＮｉｌ）：レスポンダのアトリ ビュー）”　５ｕｂｊｅｃｔ”及び“５ｕｂｊｅｃｔＮｏｔｅｓ”を、同じ名前 のアーギュメント（アーギュメント”　５ｕｂｊｅｃｔ”及び”　５ｕｂｊｅｃ ｔＮｏｔｅｓ”　）にする。アトリビュート”５ｕｂｊｅｃｔ”がプロセスであ る場合には、レスポンダの他の固有のアトリビュートを、オブジェクトを記述す るものとし、その他の場合には、ニル（Ｏ）にする。 パブリックインスタンスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ）ＰｒｏｃｅｓｓｌＮｉｌ； レスポンダのオブジェクト、又はニル（０）である。 匹ｕ匹匹艮距： ｒｅａｄｏｎｌｙ　ｐｒｏＬｅｃｔｅｄ　Ｃ１ｔａｔｉｏｎｌＮｉｌ；アトリビ ュート”５ｕｂｊｅｃｔ”がプロセスである場合は、クラスの割り当てられたサ イテション（これは、クラス”Ａｇｅｎｔ”又はクラス“Ｐｌａｃｅ”のサブク ラスであり、レスポンダのオブジェクトは、これのインスタンスである。）であ り、その他の場合には、そのクラスか、又はアトリビュート”５ｕｂｊｅｃｔ” がニル（０）ならばニル（０）である。 凹旦匹叩鉋虹 ｒｅａｄｏｎｌｙ　ｐｒｏｔｅｃｔｅｄ　ｔｅｌｅｎａｍｅｌＮｉｌ；アトリビ ュート”５ｕｂｊｅｃｔ”がプロセスである場合は、レスポンダのオブジェクト の割り当てられたテレネームである。その他の場合には、ニル（０）〔又は、そ のテレネーム〕である。 ５ｕｂｊｅｃｔＮｏｔｅｓ： ０ｂｊｅｃｔｌＮｉｌ； レスポンダのオブザーバによって保持されたオブジェクトである。 ア　ブチ−ジョン（ＡｄａｔａｔｉＯｎＳ）胆蝕胆Ｌ ２つのコンタクトは、それらの各アトリビュート”ｓｕｂｊｅｃｔＮａｍｅ”に 従って、同等となる。 ４．２５　コン　クーイド（Ｃｏｎｔａｃｔｅｄ）Ｃｏｎｔａｃｔｅｄ クース（Ｃ１ａｓｓ） Ｃｏｎｔａｃｔｅｄ： ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　Ｏ：（、、、）；構成（Ｃｏｎｓｔｒ ｕｃｔｉｏｎ） ｉｎｉｔｉａｌｉｚｅ レスポンダのアトリビュート”ｃｏｎｔａｃｔｓ″をクリアする。 を区全正血已ムユムユ会二二土ツ土」里生思出戯１ｃｏｎｔａｃｔｓ： ｒｅａｄｏｎｌｙ　Ｓｅｔ　［Ｃｏｎｔａｃｔ］；レスポンダが保持しているコ ンタクトのセットである。 ４．２６　ディクショナ’　（Ｄｉｃｔｉｏｎａｒ　）Ｏｂｊｅｃｔ　（Ｒｅｆ ｅｒｅｎｃｅｄ）・Ｃｌ１ｅｃｔｉｏｎ ・　・　Ｓｅｔ ・　・　・　匹区組坦１ クラス（Ｃｌａｓｓ） 財倶」ｙ口し １ｎｔｅｒｆａｃｅ　［ｋｅｙＣｌａｓｓ、ｖａｌｕｅｃｌａｓｓ：　Ｃ１ａｓ ｓｌ（ｓｅｔ　［Ａｓ５ｏｃｉａｔｉｏｎ　［ｋｅｙＣＩａｓｓ、　ｖａｌｕｅ ｃｌａｓｓｌｌ）　：（、、、）；オブジェクトクラスの各メンバの各アイテム のキー（アーギュメント”ｋｅｙｃ＋ａＳＳ”）及び値（アーギュメント”Ｖａ ｌｕｅＣＩａｓｓ”）自身がメンバであるクラスによって、パラメータ化される 。 構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｋｅｙｓＡｎｄＶａｌｕｅｓ：　０ｂｊｅｃ ｔ　、、。 ７本　ｋｅｙ：　ｋｅｙｃｌａｓｓ；　ｖａｌｕｅ：　ｖａｌｕｅｃｌａｓｓ　 本／）ｔｈｒｏｗｓ　ｋｅｙＤｕｐｌ　ｕｃａｔｅｄ、　ｋｅｙ　Ｉｎｖａ　ｌ 　ｉ　ｄ、　０ｂｊｅｃ　ｔｓＵｎｐａ　ｉ　ｒｅｄ　；レスポンダのアイテム を、キーと値の間のアソシエイション（アーギュメント″ｋｅｙＡｎｄＶａｌｕ ｅｓ″）にする。 ２つの提案されたキーが等しい場合には、エクセブション（”　ｋｅｙＤｕｐｌ ｉｃａｔｅｄ’　）が送出され、提案されたキーがキーとして不適切な場合には 、エクセプション（”ｋｅｙｌｎｖａｌｉｄ”）が送出され、オブジェクトのナ ンバが奇数である場合には、エクセブション（”　０ｂｊｅｃｔυｎｐａｉｒｅ ｄ”　）が送出される。 パブリックインスタンスオペレーション（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ｏ ｅｒａｔｉｏｎｓ）閃〔 ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｋｅｙ：　ｋｅｙｃｌａｓｓ；　ｖａｌｕｅ ：　ｖａｌｕｅｃＩａｓｓ）ｔｈｒｏｗｓ　ｋｅｙｌｎｖａｌｉｄ；レスポンダ に新しいアソシエイションが含まれる。すなわち、第１のオブジェクト（アーギ ュメント“ｋｅｙ”）がアソシエイションのキーとして、第２のオブジェクト（ アーギュメント°’　ｖａｌｕｅ”）がアソシエイションの値として、それぞれ 含められる。 提案されたキーが不適切な場合、又はレスポンダが既に含んでいるアソシエイシ ョン中のキーに等しい場合には、エクセプション（”　ｋｅｙｌｎｖａｌｉｄ” ）が送出される。 東出し ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｋｅｙ：　ｐｒｏｔｅｃｔｅｄ　ｋｅｙｃｌ ａｓｓ）　ｖａｌｅｕｃＩａｓｓｔｈｒｏｗｓ　Ｋｅｙｌｎｖａｌｉｄ；キーが そのオブジェクト（アーギュメント”ｋｅｙ”）に等しいアソシエイションをレ スポンダから除外し、廃棄して、そのアソシエイションの値をリターンする。 表明されたキーが不適切な場合には、エクセプション（”Ｋｅｙｌｎｖａｌｉｄ ”　）が送出される。 値がそのオブジェクト（アーギュメント”　ｖａｌｕｅ”）に等しいアソシエイ ションをレスポンダに残し、そのアソシエイションのキーをリターンする。レス ポンダが、このようなアソシエイションを幾つか含む場合、選択されるものにつ いては、定義されていない。レスポンダが何も含んでいない場合には、ニル（０ ）がリターンされる。 討Ｌ ｏｐ　（ｋｅｙ：　ｐｒｏｔｅｃｔｅｄ　ｋｅｙｃＩａｓｓ）　ｖａｌｕｅｃＩ ａｓｓｔｈｒｏｗｓ　Ｋｅｙｌｎｖａｌ　ｉｄ；キーがそのオブジェクト（アー ギュメント”ｋｅｙ”）に等しいアソシエイションをレスポンダに残し、そのア ソシエイションの値をリターンする。 表明されたキーが不適切な場合には、エクセブション（Ｋｅｙｌｎｖａｌ　ｉｄ ”）が送出される。 匹■Ｌ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｕｒｒｅｎｔＫｅｙ：ｐｒｏｔｅｃｔｅｄ 　ｋｅｙｃＩａｓｓ：ｎｅｗＫｅｙ：　ｋｅｙｃＩａｓｓ） ｔｈｒｏｗｓ　Ｋｅｙｌｎｖａｌｉｄ；キーが第１のオブジェクト（アーギュメ ント”ｃｕｒｒｅｎｔＫｅｙ”）に等しいアソシエイションをレスポンダに残し 、そのアソシェイションのキーを廃棄し、そして、そのキーに代えて、第２のオ ブジェクト（アーギュメント’　ｎｅｗＫｅｙ”）を代替する。このオペレーシ ョンは、オペレーション”　ｄｒｏｐ″及び”　ａｄｄ”を用いたがのように行 われる。 表明された又は提案されたキーが不適切であるか、又は提案されたキーがレスポ ンダに既に含まれているアソシエイション中のキーに等しい場合には、エクセプ ション（”　Ｋｅｙｌｎｖａｌｉｄ”　）が送出される。 匹 ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｋｅｙ＋　ｐｒｏｔｅｃｔｅｄ　ｋｅｙｃＩ ａｓｓ；　ｖａｌｕｅ：ｖａｌｕｅｃＩａｓｓ）ｔｈｒｏｗｓ　Ｋｅｙｌｎｖａ ｌｉｄ；キーが第１のオブジェクト（アーギュメント”１（ｅｙ”）に等しいア ソシエーションをレスポンダが含む場合には、そのアソシエイションの値に代え て、第２のオブジェクトを代替する（アーギュメント“ｖａｌｕｅ”）。 その他の場合には、レスポンダ内に新しいアソシエイションを含める。これは、 第１のオブジェクト（アーギュメント”ｋｅｙ”）をアソシエーションのキーと じて含み、第２のオブジェクトをアソシエーションの値として含むものである。 提案されたキーが不適切な場合には、エクセブション（”　Ｋｅｙｌｎｖａｌｉ ｄ”）が送出される。 旦ｌ臣四コし ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｋｅｙ　Ｉ、　ｋｅｙ　２：　ｐｒｏｔｅｃ ｔｅｄ　ｋｅｙｃＩａｓｓ）ｔｈｒｏｖｓ　Ｋｅｙｌｎｖａｌｉｄ；レスポンダ の値を２つのキー（アーギュメント”ｋｅｙ　！”及び”　ｋｅｙ　２”　）に 置き換える。 表明されたキーが不適切な場合には、エクセブション（”　Ｋｅｙｌｎｖａｌｉ ｄ”）が送出される。 ア　ブチ−ジョン（Ａｄａｔａｔｉｏｎｓ）ｉｎｃｌｕｄｅ ただ１つのアソシエーションのみが含められる。アソシエーションは、アソシエ ーションに等しい現存のアイテムを排除及び廃棄した後に、新しいアイテムとし て含められる。 １ｓＥｑｕａｌ 同じキーに対応する値がそれぞれ等しい場合だけ、２つのディクショナリは同等 である。 ４．２７　エ　セプション（ＥＸｃｅｔｉｏｎ）Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅ ｎｃｅｄ）＋ハ逝射±ｏｎ　（Ｕｎｃｈａｎｇｅｄ）クラス（Ｃ１ａｓｓ） ハ姐匹包Ｌ ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｏｂｊｅｃｔ、　Ｕｎｃｈａｎｇｅ ｄ）　＝　（、、、）；広皿工ど之シ２シじ竪シ１とΔ阻ヨ凪脛〔■旦迩ルスボ ンダによりメソッドの異常終了を起こさせることによって、現在のメソッドの遂 行を終了する。 ア　ブチ−ジョン（Ａｄａｔａｔｉｏｎｓ）」旦四壮 ２つのエクセブションは、同一のクラスのインスタンスである場合にのみ、同等 となる。 ４．２８　エグゼキュート（Ｅｘｅｃｕｔｅｄ）Ｅｘｅｃｕｔｅｄ クラス（Ｃ１ａｓｓ） このクラスは、シールされている。 パブリックインスタンスオペレーション　Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ｏ ｅｒａｔｉｏｎｓ組包Ｌ ｓｅａｌｅｄ　ｏｐ　（ｅｘｅｐｔｉｏｎ：　Ｃ１ａｓｓ）　Ｅｘｃｅｐｔｉｏ ｎｌＮｉｌｔｈｒｏｗｓ　Ｅｘｃｅｐｔｉｏｎ； レスポンダを遂行し、レスポンダが正常終了した場合には、ニル（０）をリター ンし、エクセプションが供給されたクラス（アーギュメンｈ　”　ｅｘｃｅｐｔ ｉｏｎ”）のメンバであった場合には、レスポンダを異常終了させるエクセプシ ョンをリターンする。レスポンダは、レスポンダのフレーム及びプロパティでは なく、リクエスタのフレーム及びプロパティにアクセスする。 レスポンダが供給されたクラスのメンバではないエクセプションを送出した場合 には、エクセプション（”Ｅｘｃｅｐｔｉｏｎ”）が送出される。 注：そのクラスはごＥｘｃｅｐｔｉｏｎ”又はそのサブクラスであるべきである 。 ５ｅａｌｅｄ　ｏｐ　Ｏ ｔｈｒｏｗｓ　Ｅｘｃｅｐｔｉｏｎ； レスポンダを遂行する。レスポンダは、レスポンダのフレーム及びプロパティで はなく、リクエスタのフレーム及びプロパティにアクセスする。 レスポンダがエクセブションを送出する場合に、エクセプション（”Ｅｘｃｅｐ ｔｉ。 ｎ”）が送出される。 ５ｅａｌｅｄ　ｏｐ　（ｆａｌｓｅ：　Ｅｘｅｃｕｔｅｄ；　ｐｒｅｃｏｎｄｉ ｔｉｏｎ：　Ｂｏｏｌｅａｎ）ｔｈｒｏｗｓ　Ｅｘｃｅｐｔｉｏｎ； プレコンディション（アーギュメント”ｐｒｅｃｏｎｄｉｔｉｏｎ”　）が”真 （ｔｒｕｅ）”である場合には、レスポンダを遂行し、その他の場合には、遂行 オブジェクト（アーギュメント”ｆａｌｓｅ”）を遂行する。選択された実行オ ブジェクトは、レスポンダのフレーム及びプロパティではなく、リクエスタのフ レーム及びプロパティにアクセスする。 選択された実行オブジェクトがエクセプションを送出する場合に、エクセプショ ン（”Ｅｘｃｅｐｔｉｏｎ”）が送出される。 止 ５ｅａｌｅｄ　ｏｐ　（ｐｒｅｃｏｎｄｉｔｉｏｎ：　Ｂｏｏｌｅａｎ）ｔｈｒ ｏｗｓ　Ｅｘｃｅｐｔｉｏｎ； ブレコンディションが”真（ｔｒｕｅ）”である場合にのみ、レスポンダを遂行 する（アーギュメント”ｐｒｅｃｏｎｄｉｔｉｏｎ”）。レスポンダは、レスポ ンダ自身のフレーム及びプロパティではなく、リクエスタのフレーム及びプロパ ティにアクセスする。 レスポンダがエクセブションを送出する場合に、エクセプション（”　Ｅｘｃｅ ｐｔｉ。 ｎ”）が送出される。 肋」巨 ５ｅａｌｅｄ　ｏｐ　Ｏ ｔｈｒｏｗｓ　Ｅｘｃｅｐｔｉｏｎ： レスポンダを不特定回数遂行し、レスポンダが異常終了したら、続行せずに、エ クセブションを送出する。レスポンダは、レスポンダのフレーム及びプロパティ ではなく、リクエスタのフレーム及びプロパティにアクセスする。 レスポンダがエクセブションを送出する場合に、エクセブション（”Ｅｘｃｅｐ ｔｉ。 ｎ”）が送出される。 匹匹虹： ５ｅａｌｅｄ　ｏｐ　（ｒｅｐｅｔｉｔｉｏｎｓ：　Ｉｎｔｅｇｅｒ）ｔｈｒｏ ｗｓ　Ｅｘｃｅｐｔｉｏｎ： 要求された回数（アーギュメントｒｅｐｅｔｉｔｉｏｎｓ″）だけレスポンダを 遂行しルスポンダが異常終了したら、続行せずに、エクセプションを送出する。 インチジャが負数であれば、オペレーションは無効となる。レスポンダは、レス ポンダのフレーム及びプロパティではなく、リクエスタのフレーム及びプロパテ ィにアクセスする。 このオペレーションは、レスポンダの各遂行の前に、前回の遂行の番号に１を加 えたインチジャをスタックにブツシュする。 レスポンダがエクセブションを送出する場合に、エクセブション（”Ｅｘｃｅｐ ｔｉ。 ｎ“）が送出される。 注：このオペレーションは、スタックにブツシュするインチジャをポツプするこ とはない。 す」至 ５ｅａｌｅｄ　ｏｐ　（ｐｒｅｃｏｎｄｉｔｉｏｎ：　Ｅｘｅｃｕｔｅｄ）ｔｈ ｒｏｗｓ　Ｅｘｃｅｐｔｉｏｎ、Ｒｅ５ｕｌｔｌｎｖａｌｉｄ、　Ｒｅｓｕｌｔ Ｍｉｓｓｉｎｇ：実行オブジェクト（アーギュメント”ｐｒｅｃｏｎｄｉＬｉｏ ｎ”　）を繰り返し遂行し、スタックからブーリアンをポンプする。そして、そ のブーリアンが”真（ｔｒｕｅ）”である場合にのみ、レスポンダを遂行する。 そのブーリアンが“偽（ｆａｌｓｅ）”である場合には、オペレーションは正常 終了する。実行オブジェクトが異常終了した場合には、このオペレーションは、 続行せずに、エクセプションを送出する。 実行オブジェクトは、レスポンダのフレーム及びプロパティではなく、リクエス タのフレーム及びプロパティにアクセスする。 実行オブジェクトがエクセプションを送出する場合には、エクセプション（“Ｅ ｘｃｅｐｔｉｏｎ”　）が送出され、ポツプされるオブジェクトがブーリアンで ない場合には、エクセブション（”Ｒｅ５ｕｌｔｌｎｖａｌ　ｉｄ”）が送出さ れ、ポツプされるべきオブジェクトがスタックに存在しない場合には、エクセプ ション（”ＲｅｓｕｌｔＭｉｓｓｉｎｇ”）Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃ ｅｄ）・Ｅｘｃｅｐｔｉｏｎ　（Ｕｎｃｈａｎｇｅｄ）・−Ｐｒｏｇｒａｍｍｉ ｎｇ　Ｅｘｃｅｐｔｉｏｎ−′−Ｋｅｒｎｅｌ　Ｅｘｃｅｐｔｉｏｎ・１１＋Ｅ ｘｅｃｕｔｉｏｎ　Ｅｘｃｅ　ｔｉｏｎクラス（Ｃｌａｓｓ） ＥｘｅｃｕｔｉｏｎＥｘｃｅ　ｔｉｏｎ：ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃ ｅ　（ＫｅｒｎｅｌＥｘｃｅｐｔｉｏｎ）　：　０；サブクラス（ｓｕｂｃｌａ ｓｓｅｓ） Ａｒ　ｕｍｅｎｔｌｎｖａｌｉｄ： １ｎｔｅｒｆａｃｅ　（ＥｘｅｃｕｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝　０；ア ーギュメントは、アーギュメントのコンストレイントを満足して０なＩＩＡ０紅 翻！叫叫Σ辻１： １ｎｔｅｒｆａｃｅ　（ＥｘｅｃｕｔｉｏｎＥｘｃｅｐｔｉｏｎ）　：０；アー ギュメントは、スタックに存在していない。 ＡｔｔｒｉｂｕｔｅＲｅａｄＯｎｌ　。 １ｎｔｅｒｆａｃｅ　（ＥｘｅｃｕｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝　０；ア トリビュートは、リードオンリであるため、セットすること（よできなＩｗｌ。 Ｃ１ａｓｓｌＪｎａｖａｉｌａｂｌｅ ｉｎｔｅｒｆａｃｅ　（ＥｘｅｃｅｔｉｏｎＥｘｃｅｐｔｉｏｎ）　：０；クラ スは、現在のプロセスのアトリビュート”　ｐｒｉｖａｔｅｃｌａｓｓｅｓ”で も、現在のブレイスのアトリビュート°’　ｐｕｂｌｉｃｃｌａｓｓｅｓ”でも な（１゜Ｅｓｃａｌａｔｉｏｎｌｎｖａｌ　ｉｄ：１ｎｔｅｒｆａｃｅ　（Ｅｘ ｅｃｕｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝　０；フィーチャは、不適切にニスカ レートされている。 ＦｅａｔｕｒｅＵｎａｖａｉ　ｆａｂｌｅｉｒ＋ｔｅｒｒａｃｅ　（Ｅｘｅｃｕ ｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝　０；識別子は、レスポンダのアクセス可能 なフィーチャを示して０な％Ｘ。 １ｎｔｅｒｆａｃｅ　（ＥｘｅｃｕｔｉｏｎＥｘｃｅｐｔｉｏｎ）　：０；エン ジンは、インストラクションを完全にインプリメントすることに失敗している。 Ｐｒｏ　ｅｒｔ　Ｕｎｄｅｒｆｉｎｅｄ：１ｎｔｅｒｆａｃｅ　（Ｅｘｅｃｕｔ ｉｏｎＥｘｃｅｐｔｉｏｎ）　＝０；識別子は、現在のメソッドにアクセス可能 なプロパティを示していない。 ＲｅｒｅｒｅｎｃｅＰｒｏｔｅｃｔｅｄ：１ｎｔｅｒｆａｃｅ　（Ｅｘｅｃｕｔ ｉｏｎＥｘｃｅｐｔｉｏｎ）　：０；オブジェクトに対するリファレンスは、そ のオブジェクトの変更を妨げている。 ＲｅｒｅｒｅｎｃｅＶｏｉｄ： １ｎｔｅｒｆａｃｅ　（ＥｘｅｃｕｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝０；リフ ァレンスは、無効である。 Ｒｅｓ　ｏｎｄｅｒＭｉｓｓｉｎ　： １ｎｔｅｒｆａｃｅ　（ＥｘｅｃｕｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝　０ニス タンクがクリアされているときに、フィーチャは、要求されている。 Ｒｅ５ｕｌｔｌｎｖａｌｉｄ： １ｎｔｅｒｆａｃｅ　（ＥｘｅｃｕｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝Ｏ１リザ ルトは、そのリザルトのコンストレイントを満たしていない・む肋」並ｌ江止： １ｎｔｅｒｆａｃｅ　（Ｅｘｅｃｕｔｉｏｎ　Ｅｘｃｅｐｔｉｏｎ）　：０；リ ザルトは、スタック上に存在していない。 ＶａｒｉａｂｌｅＬｌｎｄｅｒｒｉｎｅｄ：１ｎｔｅｒｆａｃｅ　（Ｅｘｅｃｕ ｔｉｏｎ　Ｅｘｃｅｐｔｉｏｎ）　＝０；識別子は、変数を示していない。 ４．３０　フィーチャ（Ｆｅａｔｕｒｅ）Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅ ｄ）−Ｆｅａｔｕｒｅ ２１２」旦迫眩し Ｆｅａｔｕｒｅ： ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　＝　（、、、）；このクラスは、シー ルされる。 １ｎｉｔｉａｌｉｚｅ： ｕｎｇｒｏＬｅｃｔｅｄ　ｏｐ　（ｉｓＰｕｂｌｉｃ：　ＢｏｏｌｅａｎｌＮｉ ｌ；ｅｘｃｅｐｔｉｏｎｓ：　Ｓｅｔ［１ｄｅｎｔｉｆｉｅｒｌｌＮｉｌ）；レ スポンダの固有のアトリビュートを、同じ名前のアーギュメント（アーギュメン ト”ｅｘｃｅｐｔｉｏｎｓ”及び”１ｓＰｕｂ目Ｃ”）にする。アーギュメント がニル（０）の場合は、対応するアトリビュートはクリアされか、又は”偽（ｆ ａｌｓｅ）”とされる。 パブリックインスタンスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ弘姐匹堕亜： Ｓｅｔ［１ｄｅｎｔｉｒｉｅｒ！］； レスポンダが定義するフィーチャによって送出されたエクセブションがメンバで あるクラスを示す識別子である。この識別子は、レスポンダを含むインターフェ ースのアトリビュート”　ｖｏｃａｂｕｌａｒｙ”に従ってインプリメントされ る。 １ｓＰｕｂｌ　ｉｃ： Ｂｏｏｌｅａｎ： レスポンダが定義するフィーチャがパブリックであるか否か、すなわちプライベ ートでないか否か。 ４．３１　ハラシュド（Ｈａｓｈｅｄ）２乏ｌ」立ｌ狙Ｌ ｌａｓｈｅｄ： ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　□　＝　（、、、）；パブリッククラ ス　ンスアト’　ニートＰｕｂｌｉｃｌｎｓｔａｎｃｅＡｔｔｒｉｂｕｔｅｓｈ ａｓｈ： ａｂｓｔｒａｃｔ　ｒｅａｄ−ｏｎｌｙ　Ｉｎｔｅｇｅｒ；レスポンダのハツシ ュである。 ４．３２　識１　（Ｉｄｅｎｔｉｆｉｅｒ）Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃ ｅｄ）０Ｐｒｉｍｉｔｉｖｅ　（Ｅｘｅｃｕｔｅｄ　＆　Ｕｎｃｈａｎｇｅｄ） ・・Ｉｄｅｎｔｉｆｉｅｒ　（Ｏｒｄｅｒｅｄ）クラス（Ｃ１ａｓｓ） Ｉｄｅｎｔｉｆｉｅｒ： ５ｅａｌｅｄ　１ｎｔｅｒ４ａｃｅ　（Ｐｒｉｍｉｔｉｖｅ、　０ｒｄｅｒｅｄ ）　＝　０ニアダブチージヨン（Ａｄａｔａｔｉｏｎｓ）ｉｓＡｒｔｅｒ 任意の識別子は、そのテキストに従って、他の識別子の後となる。 １ｓＢｅｆｏｒｅ 任意の識別子は、そのテキストに従って、他の識別子の前となる。 隘旦四粁 ２つの識別子は、そのテキストに従って、同一となる。 ’　（Ｃｏｎｖｅｒｓｉｏｎｓ） 鉦吐玉 識別子のテキストとして有効なストリングは、その識別子を生成する。 ４．３３　インプリメンー−ション（Ｌｍ　ｌｅｍｅｎｔａｔｉｏｎＯｂｊｅｃ ｔ　（Ｒｅｆｅｒｅｎｃｅｄ）１■　１ｅ■ｅｎｔａｔｉｏｎ： ５ｅａｌｅｄ　１ｎｔｅｒ４ａｃｅ　＝　（、、、）；構成（Ｃｏｎｓｔｒｕｃ ｔｉｏｎ） ｉｎｉｔｉａｌｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ＯＣＩ　（ｓｕｐｅｒｃｌａｓｓｅｓ：Ｌｉ５ｔ［１ ｄｅｎｔｉｆｉｅｒ！］１Ｎｉｌ；ｖｏｃａｂｕｌａｒｙ：　Ｌｅｘｉｏｎ［Ｃ １ｔａＬｉｏｎｌｌＮｉｌ；ｐｒｏｐｅｒｔｉｅｓ：　Ｌｉ５ｔ［Ｉｄｅｎｔｉ ｒｉｅｒ！コ１Ｎｉｌ；レスポンダの固有のアトリビュートを、同じ名前のアー ギュメント（アーギュメント’　ｃｌａｓｓＭｅｔｈｏｄｓ″、　”　ｆｒｏｍ Ｍｅｔｈｏｄｓ’　、　”　ｉｎｓｔａｎｃｅＭｅｔｈｏｄｓ”　、　”　ｐｒ ｏ垂■窒狽■ ｅｓ”　、”　ｓｅｔＭｅｔｈｏｄｓ”　、　”　５ｕｐｅｒｃｌａｓｓｅｓ″ 、　”　ｔｏＭｅｔｊｏｄｓ”及び”　ｖｏｃａｂｕｌａｒ凵h　） とする。アーギュメントがニル（０）であるが、対応するアトリビュートはニル （０）であることが許可されない場合には、対応するアトリビュートはクリアさ れる。 パブリックインスタンスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ）ｃｌａｓｓにｅ　ｔｈｏｄｓ　： Ｌｅｘｉｃｏｎ［Ｍｅｔｈｏｄｌ　； レスポンダを組み込んでいるクラスに固有のメソッド、すなわち、許可されない オペレーション”αＳｅｔ”以外の、オペレーション“αＧｅｔ”を含むクラス オペレーションのためのメソッドである。各個は、関連付けられたキーが示すオ ペレーションの遂行のためのメソッドである。 レスポンダを組み込んでいるクラスに固有のメソッド、すなわち、他のクラスか ら蘭換するためのメソッドである。各個は、関連付けられたキーが示すクラスか らの変換のためのメソッドである。 注：クラス”Ｄｉｃｔｉｏｎａｒｙ”のインプリメンテーションにおいて、特定 されたクラスがクラス”１ｓｔ”である場合、その変換は、そのレスポンダがク ラス”Ｄｉｅｔｉｏｎａｒｙ”であり、そのシグニチャが”　Ｌｉ５ｔ：　ｏｐ 　（ｌｉｓｔ：　ｐｒｏｔｅｃｔｅｄ　Ｌｉ５ｔ）　Ｄｉｃｔｉ。 ｎａｒｙ”である。 レスポンダを組み込んでいるクラスに固有のメソッド、すなわち、オペレーショ ン”αＳｅｔ”以外の、オペレーション”αＧｅｔ”を含むインスタンスオペレ ーションのためのメソッドである（アトリビュー）”　ｓｅｔＭｅｔｈｏｄｓ” 参照）。各個は、関連付けられたキーを示すオペレーションを遂行するためのメ ソッドである。 ｐｒｏｐｅｒｔ　ｉｅｓ　： レスポンダを組み込んでいるクラスに固有のプロパティの識別子である。ここで 、これらの識別子の順序は、ここに開示されたインストラクションセットのイン プリメントにおいて意味を持たない。しかしながら、そのプロパティの順序は、 アベンディクスＢに開示されたエンコード則において意味を持つ。 インスタンスオペレーション”αＳｅｔ”のための、レスポンダを組み込んでい るクラスに固有のメソッドである。各個は、関連付けられたキーが示すオペレー ションを遂行するためのメソッドである。 レスポンダを組み込んでいるクラスのインプリメンテーションイミディエートス ーパークラスの識別子である。ただ腰それらが、そのクラスのインターフェイス イミディエートスーパークラスと異なっていない場合には、ニル（０）である。 クラスの正規の順序は、その識別子の順序であり、最後のクラスはアレーンくと なるべきである。 Ｌｅｘｉｃｏｎ　［：Ｍｅｔｈｏｄｌ；他のクラスを変換するための、レスポン ダを組み込んでいるクラスに固有のメソッド。各個は、関連付けられたキーが示 すクラスに変換するためのメソッドである。 注二クラス“Ｄｉｃｔｉｏｎａｒｙ”のインプリメンテーションにおいて、特定 されるクラスがクラス”Ｌｉ５ｔ”である場合、その変換は、そのレスポンダが クラス″Ｄｉｃｔｉｏｎａｒｙ’であり、そのシグニチャが”Ｌｉ５ｔ：　ｏｐ 　ＯＬｉ５ｔ”である。 二姐匡艮ゴ・ Ｌｅｘｉｃｏｎ　［Ｃ１ｔａｔｉｏｎ］ｌＮｉ１；レスポンダが参照するユーザ 定義クラスである。ただし、それらが、クラスのインターフェースが参照するも のである場合には、ニル（０）である。各個は、関連付けられたキーが示すクラ スに対するサイテションである。アトリビュートは、レスポンダのアトリビュー ト”　ｆｒｏｍｔ４ｅｔｈｏｄｓ”　、”　５ｕｐｅｒｃｌａｓｓ”及び”ｔｏ にｅｔｈｏｄｓ”　（他のものではない）のインターブリートを誘導する。 アダブチ−ジョン（Ａｄａｔａｔｉｏｎｓ）長以四旺 ２つのインプリメンテーションは、その固有のアトリビュートに従って、同一と なる。 ４．３４　イン−ジャ（１ｎｔｅｅｒ）Ｏｂｊｅｃｔ　（Ｒｅｒｅｒｅｎｃｅｄ ）・　Ｐｒ１ｍ１ｔｉｖｅ　（Ｅｘｅｃｕｔｅｄ　＆　Ｕｎｃｈａｎｇｅｄ）・ ・Ｎｕｍｂｅｒ　（Ｏｒｄｅｒｅｄ）・　・　・　ハ遅ｌ工 ５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｎｕｍｂｅｒ）　＝（、、、）；パブリ ックインスタンスオペレーション（Ｐｕｂｌ　ｉｃ　Ｉｎ５ｔａｎｃｅ　Ｏｅｒ ａｔｉｏｎｓ）ｍｏｄｕｌｕｓ： ｏｐ　（ｄｉｖｉｓｏｒ：　Ｉｎｔｅｇｅｒ）　Ｉｎｔｅｇｅｒｔｈｒｏｗｓ　 ＤｉｖｉｓｉｏｎＢｙｚｅｒｏ；レスポンダの演算の剰余、被除数、及びインチ ジャ（アーギュメント”　ｄｉｖｉｓ。 ｒ”）、すなわち除数をリターンする。前者の符号はリザルトを示す。 除数がゼロである場合には、エクセブション（”ＤｉｖｉｓｉｏｎＢｙＺｅｒｏ ”）が送出される。 ｑｕｏｔｉｅｎｔ ｏｐ　（ｄｉｖｉｓｏｒ：　Ｉｎｔｅｇｅｒ）　Ｉｎｔｅｇｅｒｔｈｒｏｗｓ　 ＤｉｖｉｓｉｏｎＢｙｚｅｒｏ；レスポンダの演算の商、被除数、及びインチジ ャ（アーギュメント”ｄｉｖｉｓｏｒ”）、すなわち除数をリターンする。 除数がゼロである場合には、エクセブション（”　ｄｉｖｉｔｉｏｎＢｙＺｅｒ ｏ“）が送出される。 アダブチ−ジョン（Ａｄａｔａｔｌｏｎｓ）当 そのリザルトはインチジャである。 ４世 アーギュメントが実数である場合、リザルトは実数である。アーギュメントがイ ンチジャである場合、リザルトはインチジャである。 虹社頂 アーギュメントが実数である場合、リザルトは実数である。アーギュメントがイ ンチジャであり、リザルトが正しいと思われる場合には、リザルトはインチジャ である。その他の場合には、リザルトは実数である。 ｍｕｌｔｉｐｌｙ オペレーション”ａｄｄ”について述べたものと同じある。 匣註組 そのリザルトは、インチジャである。 ５ｕｂｔｒａｃｔ オペレーション”ａｄｄ”について述べたものと同じある。 換（Ｃｏｎｖｅｒｓ　１ｏｎｓ） 」ユ ビノトパゼロ゛及び°　１”は、各々、ゼロ及び１を生ずる。 胆耳山１１ あるインチジャの変換によって生成されることができるビットストリングは、そ のインチジャを生ずる。 初屡至担 ブーリアン”偽（ｆａｌｓｅ）”及び°真（ｔｒｕｅ）”は、各々、ゼロ及び１ を生ずる。 Ｃｈａｒａｃｔｅｒ キャラクタは、そのキャラクタのユニコードのコードである［０．６５５３５コ の範囲のインチジャを生ずる。 匹シ匹 オクテツトは、最初にオクテツトのオクテツトストリングへの変換のリザルトを 生成し、次にそのオクテツトストリングのインチジャへの変換のリザルトを生成 する。 知立ぶＩｌ１ あるインチジャの変換によって生成されることができるオクテツトストリングは 、そのインチジャを生ずる。 展 実数は、オペレーション”ｔｒｕｎｃａｔｅ”の遂行のリザルトであるインチジ ャを生成する。 針■町 キャラクタテレスクリプトにおける”インチジャ”のトークンのための構文規則 に従うストリングは、対応するインチジャを生ずる。 ４．３５　インターチェンジド（ＩｎｔｅｒｃｈａｎｅｄＩＪｎｃｈａｎｇｅｄ °　旦居匹田」射 グ二２二鑑ｌ鋒と 」鵠息担四遠Ｌ ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｕｎｃｈａｎｇｅｄ）　＝（、、、 ）：パブリンクインス　ンスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ 　Ａｔｔｒｉｂｕｔｅｓ）レスポンダ、すなわちそのクラスの特定のインスタン スが、相互変換可能である場合には、レスポンダのダイジェストであり、そうで ない場合には、ニル（０）である。 ４．３６　インターフェース（Ｉｎｔｅｒｆａｃｅ）Ｏｂｊｅｃｔ　（Ｒｅｒｅ ｒｅｎｃｅｄ）Ｉｎｔｅｒｆａｃｅ： ５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　＝　（、、、）；成（Ｃｏｎｓｔｒｕｃｔ ｉｏｎ） ｉｎｉｔｉａｌ　ｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｓｕｐｅｒｃｌａｓｓｅｓ：　Ｌｉ５ｔ［Ｉ ｄｅｎｔｉｆｉｅｒｌｌｌＮｉｌ；ｖｏｃａｂｕｌａｒｙ：　Ｌｅｘｉｃｏｎ　 ［Ｃ１ｔａｔｉｏｎｌｌＮｉｌ：１ｎｓｔａｎｃｅＦｅａｔｕｒｅｓ：　Ｌｅｘ ｉｃｏｎ　［Ｆｅａｔｕｒｅ］１Ｎｉｌ；５ｅａｌｅｄｌｎｓｔａｎｃｅＦｅａ ｔｕｒｅｓ：　Ｓｅｔ［１ｄｅｎｔｉｒｉｅｒ！］１Ｎｉｌ；ｃｌａｓｓＦｅａ ｔｕｒｅｓ：　Ｌｅｘｉｃｏｎ　［Ｆｅａｔｕｒｅ］１Ｎｉｌ；５ｅａｌｅｄｃ ＩａｓｓＦｅａｔｕｒｅｓ：　Ｓｅｔ［１ｄｅｎｔｉｒｉｅｒ！］ｌＮｉ１；１ ｓＡｂｓｔｒａｃｔ：　Ｂｏｏｌｅａｎ：Ｈｉｔ）；レスポンダの固有のアトリ ビュートを、同じ名前のアーギュメント（アーギュメント”　ｃｌａｓｓＦｅａ ｔｕｒｅｓ”　、　”　１ｎｓｔａｎｃｅＦｅａｔｕｒｅｓ”　、”　１ｓＡｂ ｓｔｒａｃｔ”　、　”　５ｅ≠撃■р■ ｌａｓｓＦｅａｔｕｒｅｓ″、　”　５ｅａｌｅｄｌｎｓｔａｎｃｅＦｅａｔｕ ｒｅｓ”　、”　５ｕｐｅｒｃｌａｓｓ”及び”　ｖｏｃａｂ浮撃■ 「ｙ”）とする。ここで、対応するアーギュメントがニル（０）であった場合に は、アトリビュート”　１ｓＡｂｓｔｒａｃｔ”は”偽（ｒａｉｓｅ）　”とさ れ、アトリビュート”　５ｕｐｅｒｃｌａｓｓｅｓ”は、クラス”０ｂｊｅｃｔ ”のみの識別子のリストとされる。又は、そのアトリビュートが、アトリビュー １−”　１ｓＡｂｓｔｒａｃｔ”　、”　５ｕｐｅｒｃｌａｓｓｅｓ”以外であ る場合は、そのアトリビュートはクリアされる。 パブリックインスタンスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ）ｃ　ＩａｓｓＦｅａｔｕｒｅｓ　： レスポンダを組み込んでいるクラスに固有のクラスフィーチャである。各個は、 その各個に関連付けられたキーが示すフィーチャのフィーチャ定義である。 レスポンダを組み込んでいるクラスに固有のインスタンスフィーチャである。 各個は、その値に関連付けられたキーが示すフィーチャのフィーチャ定義である 。 Ｂｏｏｌｅａｎ： レスポンダを組み込んでいるクラスが、アブストラクトであるか否が。 ５ｅａｌｅｄｃＩａｓｓＦｅａｔｕｒｅｓ：Ｓｅｔ　［１ｄｅｎｔｉｒｉｅｒ！ ］；クラスフィーチャの識別子である。この識別子は、レスポンダを組み込んで いるクラスに固有であるか、又はそのクラスによつて継承されたものであり、そ して、そのクラスによってシールされている。 ５ｅａｌｅｄｌｎｓｔａｎｃｅＦｅａｔｕｒｅｓ：Ｓｅｔ　［Ｉｄｅｎｔｉｒｉ ｅｒ！］：インスタンスフィーチャの識別子である。この識別子は、レスポンダ を組み込んでいるクラスに固有であるが、又はそのクラスによって継承されたも のであり、そして、そのクラスによってシールされている。 八と二山臣咀Ｌ Ｌｉｓｔ　［Ｉｄｅｎｔｉｆｉｅｒ！］；レスポンダを組み込んでいるクラスの インターフェースイミーディエートスーパークラスの識別子である。クラスの正 規の順序は、それらの識別子の順序であり、最後のクラスはフレーバでなければ ならない。 レスポンダが参照するユーザ定義クラスである。各個は、その値に関連付けられ たキーが示すクラスに対するサイテションである。そのアトリビュートは、レス ポンダのアトリビュート“５ｕｐｅｒｃｌａｓｓｅｓ”のインターブリートだけ を誘導する。 アダブチ−ジョン（Ａｄａｐｔａｔｉｏｎｓ）２つのインターフェースは、固有 のアトリビュートに従って・同等となる・４３７．　カーネルエ　セプション（ Ｋｅｒｎｅｌ　Ｅｘｃｅ　ｔｉｏｎ）Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ） ０Ｅｘｃｅｐｔｉｏｎ　（Ｕｎｃｈａｎｇｅｄ）１”Ｐｒｏｇｒａｍ組ｎｇ　Ｅ ｘｃｅｐｔｉｏｎ−・−Ｋｅｒｎｅｌ　Ｅｘｃｅ　ｔｉｏｎクラス（Ｃｌａｓｓ ） Ｋｅｒｎｅｌ　Ｅｘｃｅ　ｔｉｏｎ： ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｐｒｏｇｒａ＋ｌＩＩｉｎｇＥｘｃ ｅｐｔｉｏｎ）　”　０；サブクラス（ｓｕｂｃｌａｓｓｅｓ） ＣＩａｓｓＡｂｓｔｒ＋ａｃｔ： １ｎｔｅｒｆａｃｅ　（ＫｅｒｎｅｋＥｘｃｅｐｔｉｏｎ）　＝　０；オブジェ クトの提案されたクラスは、アブストラクトである。 ＣｏｎｖｅｒｓｉｏｎＵｎａｖａｉ　ｔａｂｌｅ：１ｎｔｅｒｆａｃｅ　（Ｋｅ ｒｎｅｌＥｘｃｅｐｔｉｏｎ）　＝０：オブジェクトの提案された変換は、定義 されていない。 ＣｏｐｙＵｎａｖａｉ　ｔａｂｌｅ： １ｎｔｅｒｆａｃｅ　（ＫｅｒｎｅｌＥｘｃｅｐｔｉｏｎ）　＝０；オブジェク トのプロパティは、コピーされることができない。 匡亜艶甑■Ｌ ｉｎｔｅｒｆａｃｅ　（ＫｅｒｎｅｌＥｘｃｅｐｔｉｏｎ）　＝０；ループは、 中断されているか、又はループがないところに続いている。 進住肛競」ト １ｎｔｅｒｆａｃｅ　（ＫｅｒｎｅｌＥｘｃｅｐｔｉｏｎ）　＝　０ニスタツク のアイテムは、マークを含んでいない。 Ｏｂ’ｅｃｔＵｎｉｎｉｔｉａｌ　１ｚｅｄ＋１ｎｔｅｒｆａｃｅ　（Ｋｅｒｎ ｅｌＥｘｃｅｐｔｉｏｎ）　＝０；オペレーション”１ｎｉｔｉａｌｉｚｅ”の ニスカレートの前に、オブジェクトは、そのフィーチャうちの１つを使用するこ とを試みている。 Ｐａ５ｓａｑｅｌｎｖａｌ　ｉｄ： １ｎｔｅｒｆａｃｅ　（ｋｅｒｎｅｌＥｘｃｅｐｔｉｏｎ）　＝　０：オブジェ クトの提案された通路は、不適切である。 ５ｅｌｅｃｔｏｒＤｕ　１ｉｃａｔｅｄｉｎｔｅｒ４ａｃｅ　（ＫｅｒｎｅｌＥ ｘｃｅｐｔｉｏｎ）　＝　０：２つのセレクタは、同等である。 ４．３８　レキシコン（Ｌｅｘｉｃｏｎ）Ｏｂｊｅｃｔ　（Ｒｅｒｅｒｅｎｃｅ ｄ）・Ｃｏ１１ｅｃｔｉｏｎ ・　・　Ｓｅｔ ・拳・Ｄｉｃｔｉｏｎａｒｙ ・・・・Ｃｏｎ５ｔｒａｉｎｅｄ　Ｄｉｃｔｉｏｎａｒｙ　（Ｃｏｎｓｔｒａｉ ｎｅｄ）”００１Ｌｅｘｉｃｏｎ クラス（Ｃ１ａｓｓ） Ｌｅｘｉｃｏｎ： １ｎｔｅｒｆａｃｅ　［ＶａｌｕｅＣＩａｓｓ：　Ｃ１ａｓｓ］（ｃｏｎｓｔｒ ａｉｎｅｄＤｉｃｔｉｏｎａｒｙ　［Ｉｄｅｎｔｉｒｉｅｒ、　ｖａｌｕｅｃｌ ａｓｓｌ）　＝（、、、）；サブジェクトクラスの各メンバの各アイテムの値そ れ自身がメンバであるクラス（アーギュメント”ｖａｌｕｅｃＩａｓｓ”）によ って、パラメータ化される。 １ｎｉｔｉａｌｉｚｅ・ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｋｅｙｓＡｎｄＶａｌｕｅｓ：　０ｂｊｅｃ ｔ　、、。 ７本　ｋｅｙ＋　Ｉｄｅｎｔｉｆｉｅｒ！＋　ｖａｌｕｅ：　ｖａｌｕｅｃＩａ ｓｓ　ネ／）ｔｈｒｏｗｓ　ＫｅｙＤｕｐｌｉｃａｔｅｄ、　Ｋｅｙｌｎｖａｌ ｉｄ、　０ｂｊｅｃｔｓＵｎｐａｉｒｅｄ：レスポンダのアイテムを、キーと値 の間のアソシエーションとする（アーギュメント”　ｋｅｙＡｎｄＶａｌｕｅｓ ”　）。 ２つの提案されたキーが等しい場合には、エクセブション（”ｋｅｙＤｕｐｌ　 １ｃａｔｅｄ”）が送出され、提案されたキーが不適切である場合には、エクセ ブション（”ｋｅｙｌｎｖａｌ　ｉｄ”）が送出され、オブジェクトのナンバが 奇数である場合には、エクセプション（”　０ｂｊｅｃｔｓＵｎｐａｉｅｒｅｄ ”　）が送出される。 ア　ブチ−ジョン（ＡｄａｔａｔＩｏｎｓ）ｃｏｎｓ　ｔｒａ　ｉ　ｎ　ｔ そのアトリビュートは、シールされている。そのアトリビュート“ｏｆｃＩａｓ ｓ”、”　ｃｌａｓｓｌｄ”、　”　１ｓｌｎｓｔａｎｃｅ”　、”１ｓｏｐｔ ｉｏｎａｌ”及び−ｐａｓｓａｇｅ”は、各々、クラス”　Ｉｄｅｎｔｉｆｉｅ ｒ”　、クラス”　Ｉｄｅｎｔｉｆｉｅｒ”の識別子、”真（ｔｒｕｅ）　”　 、”偽（ｆａｌｓｅ）”及び”ｂｙｃｏｐｙ”を示す。 キーがレキシコンのコンストレイントを満たすディクショナリは、そのレキシコ ンを生成する。 ４．３９　リスト（Ｌｉｓｔ） Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）−Ｃｏ１１ｅｃｔｉｏｎ −・Ｌｉ５ｔ　（Ｏｒｄｅｒｅｄ） Ｌｌと±１朋し ｌ±− １ｎｔｅｒｆａｃｅ　［ｉｔｅｍＣｌａｓｓ：　Ｃ１ａｓｓ］（Ｃｏｌｌｅｃｔ ｉｏｎ　［ｉｔｅｍＣｌａｓｓ］、　０ｒｄｅｒｅｄ）　：（、、、）；サブジ ェクトクラスの各メンバの各アイテム自身がメンバであるクラス（アーギュメン ト”ｉｔｅｍｃＩａｓｓ”）によって、パラメータ化される。 成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） レスポンダのアイテムを、ポジションが左から右にかけて増大するオブジェクト （アーギュメント″ｉｔｅｍｓ”　）とする。 パブリックインスタンスオペレーション（Ｆ’ｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　 Ｏｅｒａｔｉｏｎｓ）観虹 ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｐｏｓｉｔｉｏｎ＋　Ｉｎｔｅｇｅｒ；　ｉ ｔｅｍ＋　ｉｔｅｓｃｌａｓｓ）ｔｈｒｏｗｓ　Ｉｔｅａｌｎｖａｌｉｄ、　Ｐ ｏ５ｉｔｉｏｎｌｎｖａｌｉｄ；新しいアイテムとして、レスポンダ内にオブジ ェクト（アーギュメンビｉｔｅ膳”）を含ませる。このアイテムは、そのポジシ ョンが、インチジャ（アーギュメント”ｐｏｓ　ｉ　ｔ　ｉ　ｏｎ”）に等しい アイテムである。また、含められたアイテムに等しいポジションの各アイテムの ポジション、又は含められたアイテムに後続するポジションの各アイテムのポジ ションは、１つずつ増大する。 提案されたアイテムが、そのようなアイテムとして不適切である場合には、エク セブシ目ン（”　［ｔｅｉｌｎｖａｌｉｄ”）が送出され、又は提案されたポジ ションがそのようなものとして不適切である場合には、エクセブシジン（”Ｐｏ ５ｉｔｉｏｎｌｎｖａｌ　ｉｄ”）が送出される。 東男ニ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｐｏｓｉｔｉｏｎ：　Ｉｎｔｅｇｅｒ）　ｉ ｔｅｍｃＩａｓｓｔｈｒｏｗｓ　Ｐｏ５ｉｔｉｏｎｌｎｖａｌｉｄ；ポジション がインチジャ（アーギュメント”ｐｏｓｉｔｉｏｎ″）に等しいアイテムを。 レスポンダから除外し、リターンする。除外されたアイテムのポジションに続く ポジションの各アイテムのポジションは、１つずつ減少する。 表明されたポジションが不適切な場合には、エクセプション（”Ｐｏ５ｉｔｉｏ ｎｒｎｖａＵ工Ｌ ｏｐ　（ｉｎｉｔｉａｌＰｏｓｉｔｉｏｎ：　Ｉｎｔｅｇｅｒ；　ｉｔｅｍ：　 ｐｒｏｔｅｃｔｅｄ　ｉｔｅｍｃＩａｓｓ）ＩｎｔｅｇｅｒｌＮｉ　Ｉ ｔｈｒｏｗｓ　Ｐｏ５ｉｔｉｏｎｌｎｖａｌｉｄ；オブジェクト（”　ｉｔｅｍ “）に等しく、そのポジションがインチジャの前ではないアイテムのポジション を、レスポンダに残して、リターンする（”１ｎｉｔｉｏａｌＰ。 ５ｉｔｉｏｎ”）。レスポンダが複数のそのようなアイテムを有する場合、それ らのポジションの中で最小なものを選択する。レスポンダが上述のようなアイテ ムを持たない場合には、ニル（０）をリターンする。 表明されたポジションが不適切な場合には、エクセブション（“Ｐｏ５ｉｔｉｏ ｎｌｎｖａｌｉｄ”）が送出される。 組Ｌ ｏｐ　（ｐｏｓｉｔｉｏｎ：　Ｉｎｔｅｇｅｒ）　ｉｔｅｍｃｌａｓｓｔｈｒｏ ｗｓ　Ｐｏ５ｉｔｉｏｎｌｎｖａｌｉｄ；ポジションがインチジャ（アーギュメ ント”ｐｏｓｉｔｉｏｎ”　）に等しいアイテムを、レスポンダに残し、リター ンする。 表明されたポジションが不適切な場合には、エクセブション（”Ｐｏ５ｉｔｉｏ ｎｌｎｖａｌｉｄ”）が送出される。 ｒｅｐｏｓｉｔｉｏｎ＋ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｕｒｒｅｎｔＰｏｓｉｔｉｏｎ、　ｎｅｖ Ｐｏｓｉｔｏｎ：　Ｉｎｔｅｇｅｒ）ｔｈｒｏｗｓ　Ｐｏ５ｉ　ｔｉｏｎｌｎｖ ａｌ　ｉｄ：ポジションが第１のインチジャ（アーギュメント”　ｃｕｒｒｅｎ ｔＰｏｓｉｔｉｏｎ”）に等しいレスポンダのアイテムのポジションを、第２の インチジャ（アーギュメント”ｎｅｖＰｏｓｉｔｉｏｎ”）に変更する。このオ ペレーションは、オペレーション“ｄｒｏｐ“が要求される後ではなくその前に 第２のインチジャがインターブリードされること、　を除いて、オペレーション ”ｄｒｏｐ”及び“ａｄｄ”を用いたかのように、これを達成する。 ｌｉｄ″）が送出される。 距Ｌ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｐｏｓｉｔｉｏｎ：　Ｉｎｔｅｇｅｒ；　ｉ ｔｅｍ：　ｉｔｅｌｃｌａｓｓ）ｔｈｒｏｗｓ　Ｉｔｅｍｌｎｖａｌｉｄ、　Ｐ ｏ５ｉｔｉｏｎｌｎｖａｌｉｄ；ポジションがインチジャ（アーギュメンｈ’　 ｐｏｓｉｔｉｏｎ”）に等しい新しいアイテムが存在する場合、すなわち新しい アイテムが付加されていない場合、レスポンダからそのアイテムを除外する。そ して、新しいアイテムとしてそのポジションにオブジェクト（アーギュメント” ｉ　ｔｅａ″）を含める。 表明されたアイテムが不適切な場合には、エクセブション（”Ｉｔｅ腸Ｉｎｖａ ｌｉｄ”）が表明され、表明されたポジションが不適切な場合には、エクセプシ ョン（“ＰＯ５１ｔｉｏｎｌｎｖａｌｉｄ”　）が送出される。 ｔｒａｎｓｐｏｓｅ＋ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｐｏｓｉｔｉｏｎｌ、　ｐｏｓｉｔｉｏｎ２ ：　Ｉｎｔｅｇｅｒ）ｔｈｒｏｗｓ　Ｐｏ５ｉｔｉｏｎｌｒ＋ｙａｌｉｄ＋２つ のポジション（アーギュメント“ｐｏｓｉｔｉｏｎｌ”及び“ｐｏｓｉｔｉｏｎ ２”）を占めるレスポンダのアイテムを転置する。 表明されたポジションが不適切な場合には、エクセプション（”　Ｐｏ５ｉｔｉ ｏｎｌｎｖａｌｉｄ”）が送出される。 ア　ブチ−ジョン（Ａｄａｔａｔｌｏｎｓ）ｅｘｃｌｕｄｅ そのオペレーションは、除外されたアイテムのポジションの後にある各オブジェ クトのポジションを１つだけ減少させる。 ｉ　ｎｃ　Ｉ　ｕｄｅ 新しく含められたアイテムのポジションは、そのリストの新しいレングスである 。 隘旦凹仕 ２つのリストは、同じポジションに存在するアイテムが同一である場合に、同一 である。 ストリームは、ポジションの増大する順序に従って、リストのアイテムを生成す る。 換（Ｃｏｎｖｅｒｓ　１ｏｎｓ） Ｐｒｏｃｅｄｕｒｅ プロシージャは、同じレングスのリストを生成する。ここで、それの各アイテム は、プロシージャ内において同じポジションにあるアイテムのコピーである。 ４．４０　マーク（Ｍａｒｋ） Ｏｂｊｅｃｔ　（Ｒｅｒｅｒｅｎｃｅｄ）−Ｐｒ１ｓｉｔｉｖｅ　（Ｅｘｅｃｕ ｔｅｄ　＆　Ｕｎｃｈａｎｇｅｄ）クラス（Ｃｌａｓｓ） 慣ｎ吐 ５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｐｒｉｌｉｔｉｖｅ）　：０；ア　ブチ −ジョン（ＡｄａｔａｔｉＯｎＳｉ　５Ｅａｕａ　Ｉ ２つのマークは、如何なるものでも同等である。 ４．４１　ミーンズ（Ｍｅａｎｓ） Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）−Ｍｅａｎｓ クラス（Ｃｌａｓｓ） ヒ担と ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　＝　０：４．４２　ミーティングのエ クセブション（Ｍｅｅｔｉｎ　Ｅｘｃｅ　Ｌｉｏｎ）Ｏｂｊｅｃｔ　（Ｒｅｆｅ ｒｅｎｃｅｄ）・Ｅｘｃｅｐｔｉｏｎ　（Ｕｎｃｈａｎｇｅｄ）−０Ｍｅｅｔｉ ｎ　Ｅｘｃｅ　ｔｉｏｎクラス（Ｃ１ａｓｓ） Ｍｅｅｔｉｎ　Ｅｘｃｅ　ｔｉｏｎ ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｅｘｃｅｐｔｉｏｎ）　＝　０；サ ブクラス（ｓｕｂｃｌａｓｓｅｓ） ＭｅｅｔｉｎｇＤｅｎｉｅｄ： １ｎｔｅｒｆａｃｅ　（ＨｅｅｔｉｎｇＥｘｃｅｐｔｉｏｎ）　＝　０；そのペ ティションは、ベテイショナに対してミーティングを拒絶して０る。 Ｍｅｅｔｉｎ　Ｄｕ　１ｉｃａｔｅｄ：１ｎｔｅｒｆａｃｅ　（Ｍｅｅｔｉｎｇ Ｅｘｃｅｐｔｉｏｎ）　＝　０；ベティショナとベテイシ３二は、同一であるか 、又は既にミーティングしてＩＩ）る。 数匹１山ｎ且虹 １ｎｔｅｒｆａｃｅ　（ＭｅｅｔｉｎｇＥｘｃｅｐｔｉｏｎ）　＝０；そのコン タクトは、ミーティングを示していない。 ＰｅｔｉｔｉｏｎＥｘ　１ｒｅｄ： １ｎｔｅｒｆａｃｅ　（ＭｅｅｔｉｎｇＥｘｃｅｐｔｉｏｎ）　；０；ベティシ ョンは、許容された時間内にミートすることができな０゜４．４３　ミーティン グブレイス（Ｍｅｅｔｉｎ　Ｐｌａｃｅ）Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅ ｄ）−Ｐｒｏｃｅｓｓ　（Ｎａａ＋ｅｄ） ・・Ｐｌａｃｅ　（Ｕｎｍｏｖｅｄ） ・・・Ｍｅｅｔｉｎｇ　Ｐｌａｃｅ ヒ惑」１１狡し ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｐｌａｃｅ）　＝（、、、）；パブ リツ　クラス　レスオペレーション（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ｏｅｒ ａｔｉｏｎｓ鱈ａ二 ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｐｅｔｉｔｉｏｎ：　ｃｏｐｉｅｃｌ　Ｐｅ ｔｉｔｉｏｎ）　Ｃｏｎｔａｃｔｔｈｒｏｗｓ　ＭｅｅｔｉｎｇＥｘｃｅｐｔｉ ｏｎ、ＰｒｏｃｅｓｓＮｏｔＣｕｒｒｅｎｔ、Ｓｔａｔｅｌｍｐｒｏｐｅｒ；オ ペレーションを要求しているエージェントと、ベテイション（アーギュメント” ｐｅｔ山ｏｎ”　）が特定するエージェントとの間のミーティングを開始させる 。 また、アトリビュート”５ｕｂｊｅｃｔ”が後者のものであるコンタクトをリタ ーンする。 後者のエージェントも、レスポンダを占有していなければならない。 ミーティングが異常終了した場合には、エクセブション（”ＭｅｅｔｉｎｇＥｘ ｃｅｐｔｉｏｎ”）が送出され、レスポンダが現在のブレイスでない場合には、 エクセプション（”　ＰｒｏｃｅｓｓＮｏｔＣｕｒｒｅｎｔ”　）が送出され、 リクエスタの状態（ｓｔａｔｅ）　ｈ”　ミート（ｍｅｅｔ）”を妨げている場 合には、エクセブション（”ＳｔａｔｅｌｍＰｒｏｐｅｒ”）が送出される。 朗」二 ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｏｎｔａｃｔ：　Ｃｏｎｔａｃｔ）ｔｈｒ ｏｗｓ　Ｍｅｅｔｉｎｇｌｎｖａｌ’＋ｄ、　Ｆ’ｒｏｃｅｓｓＮｏｔＣｕｒｒ ｅｎｔ、　Ｓｔａｔｅｌｍｐｒｏｐｅｒ；そのオペレーションを要求しているエ ージェントと、コンタクト（アーギュメント”ｃｏｎｔａｃｔ”）のサブジェク トとの間のミーティングを終了させる。また、コンタクトのアトリビュート”５ ｕｂｊｅｃｔ”が既にニル（０）でない場合には、そのアトリビュートをニル（ ０）に設定する。ここで、サブジェクトもレスポンダを占有していなければなら ない。 コンタクトがミーティングのコンタクトでない場合には、エクセブション（”Ｍ ｅｅｔｉｎｇｌｎｖａｌ　ｉｄ”）が送出され、レスポンダが現在のブレイスで ない場合には、エクセプション（”　ＰｒｏｃｅｓｓＮｏｔＣｕｒｒｅｎｔ”） が送出され、リクエスタの状態（ｓｔａｔｅ）がオペレーション”　ｐａｒｔ″ を妨げている場合には、エクセプション（”　Ｓｔａｔｅｌｍｐｒｏｐｅｒ”） が送出される。 匹匹紅Ｌ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　Ｏ ｔｈｒｏｗｓ　ＰｒｏｃｅｓｓＮｏｔＣｕｒｒｅｎｔ、　５ｔａｔｅｌａ＋ｐｒ ｏｐｅｒ；リフニスティングエージェントを含む全てのミーティングを終了し、 エージェントをアイソレートする。 レスポンダが現在のブレイスでない場合には、エクセプション（”　Ｐｒｏｃｅ ｓｓＮｏｔＣｕｒｒｅｎじ）送出され、リクエスタの状態（５ｔａｔｅ）がオペ レーション″ｐａｒｔ＾１１”を妨げるる場合には、エクセブション（“５ｔａ ｔｅｌｎｐｒｏｐｅｒ”　）が送出される９４．４４　メソッド（Ｍｅｔｈｏｄ Ｏｂｊｅｃｔ　（Ｒｅｒｅｒｅｎｃｅｄ）Ｍｅｔｈｏｄ： ５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　＝　（、、、）；成（Ｃｏｎｓｔｒｕｃｔ ｉｏｎ） ｉｎｉｔｉａｌ　ｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｐｒｏｃｅｄｕｒｅ：　Ｐｒｏｃｅｄｕｒｅ ：Ｎｉｌ；ｖａｒｉａｂｌｅｓ：　Ｌｉ５ｔ　（ＩｄｅｎＬｉｒｉｅｒｔｌ：Ｎ ｉ１）；レスポンダの固有のアトリビュートを、同じ名前のアーギュメント（ア ーギュメント”ｐｒｏｃｅｄｕｒｅ”及び“ｖａｌ　１ａｂｌｅｓ”）とする。 ただし、アーギュメントがニル（０）である場合には、対応するアトリビュート はクリアされる。 パブリックインスタンスアトリビュート　Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ）と１胆他コし Ｐｒｏｃｅｄｕｒｅ： レスポンダのプロシージャである。 ｖａｒ　ｉ　ａｂ　ｌ　ｅｓ　： Ｌｉ５ｔ　［Ｉｄｅｎｔｉｒｉｅｒ＋コ；レスポンダの変数の識別子である。こ の識別子の順序は、ここで開示されたインストラクションセットのインターブリ ートにおいては、重要な意味は持たない。 ただし、インストラクションセットのアペンディクスＢに示されたエンコード則 においては、変数の順序は意味のあるものである。 ア　ブチ−ジョン（ＡｄａｔａＬｉＯｎＳ）口旦凹■ ２つのメソッドは、固有のアトリビュートに従って、同一となる。 ４・４５　その　のエクセプション（Ｍｉｓｃｅｌｌａｎｅｏｕｓ　Ｅｘｃｅ　 ｔｉｏｎＯｂｊｅｃｔ　（Ｒｅｒｅｒｅｎｃｅｄ）−Ｅｘｃｅｐｔｉｏｎ　（Ｕ ｎｃｈａｎｇｅｄ）−・Ｐｒｏｇｒａｍｍｉｎｇ　Ｅｘｃｅｐｔｉｏｎ・・・Ｍ ｉｓｃｅｌｌａｎｅｏｕｓ　Ｅｘｃｅ　ｔｉｏｎ玄二ノ」旦１坦と に１ｓｃｅｌｌａｎｅｏｕｓＥｘｃｅ　ｔｉｏｎ：ａｂｓｔｒａｃｔ　１ｎｔｅ ｒｆａｃｅ　（Ｐｒｏｇｒａｍ＋ａｉｎｇＥｘｃｅｐｔｉｏｎ）　＝０；サブク ラス（ｓｕｂｃｌａｓｓｅｓ） Ｐａｔｔｅｒｎｌｎｖａｌ　ｉｄ。 １ｎｔｅｒｆａｃｅ　（ＭｉｓｃｅｌｌａｎｅｏｕｓＥｘｃｅｐｔｉｏｎ）　８ ０；パターンの提案されたテキストは、構文的に誤っている。 ５ｅｅｄｌｎｖａｌ　ｉｄ＋ １ｎｔｅｒｆａｃｅ　（ＭｉｓｃｅｌｌａｎｅｏｕｓＥｘｃｅｐｔｉｏｎ）　： ０；ランダムストリームの提案されたシード（ｓｅｅｄ）が、要求された範囲に 存在しない。 ４．４６　モディファイア（Ｍｏｄｉｆ　１ｅｒ）Ｏｂｊｅｃｔ　（Ｒｅｒｅｒ ｅｎｃｅｄ）−Ｐｒ１ｍ１ｔｉｖｅ　（Ｅｘｃｕｔｅｄ　＆　Ｕｎｃｈａｎｇｅ ｄ）−−Ｍｏｄｉｆｉｅｒ クラス（Ｃｌａｓｓ） Ｍｏｄｉｆｉｅｒ： ５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｐｒｉｍｉｔｉｖｅ）　＝　０；アダブ チ−ジョン（Ａｄａｔａｔｉｏｎｓ）ｉｓＥｑｕａｌ ２つのモディファイアは、各個が同一である場合にのみ同一となる。 ４．４７　名前付き（ｌｌａｍｅｄ） クラス（Ｃｌａｓｓ） Ｎａｍｅｄ： ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　Ｏ＝　（、、、）；成（Ｃｏｎｓｔｒ ｕｃｔｉｏｎ ｉｎｉｔｉａｌｉｚｅ レスポンダのアトリビュート”ｎａＩｌｅ”を、現在のプロセスに対等な、新し く割り当てられたテレネームとする。 バブリンクインスタンスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ）促μＬ ｓｅａｌｅｄ　ｒｅａｄｏｎｌｙ　ｐｒｏｔｅｃｔｅｄ　Ｔｅ１ｅｎａｓｅ；レ スポンダの割り当てられたテレネームである。 ４．４８　ニル（Ｎｉｌ） Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）拳Ｐｒ１ｍ１ｔｉｙｅ　（Ｅｘｅｃｕ ｔｅｄ　＆　ｌｌｎｃｈａｎｇｅｄ）れる。 Ｆｌｏｏｒ： ａｂｓｔｒａｃｔ　ｏｐＯＩｎｔｅｇｅｒ；レスポンダよりも算術的に小さい又 は等しい、最大のインチジャをリターンする。 懸旦山止ム ａｂｓｔｒａｃｔ　ｏｐ　（ｎｕ＋ｇｂｅｒ：　Ｎｕｍｂｅｒ）　Ｎｕｍｂｅｒ ；レスポンダとナンバ（”　ｎｕｇ＋ｂｅｒ”）の算術的な積をリターンする。 凹翻山し ａｂｓｔｒａｃｔ　ｏｐ　ＯＮｕｍｂｅｒ；レスポンダの算術的な負をリターン する。 匹肌虹 ａｂｓｔｒａｃｔ　ｏｐ　ＯＩｎｔｅｇｅｒ；算術的にレスポンダに最も近い１ つのインチジャをリターンするか、又は算術的にレスポンダに最も近い２つのイ ンチジャうちの１つのインチジャをリターンする。 ５ｕｂｔｒａｃｔ： ａｂｓｔｒａｃｔ　ｏｐ　（ｓｕｂｔｒａｈｅｎｄ：　Ｎｕ＠ｂｅｒ）　Ｎｕｍ ｂｅｒ；レスポンダからナンバ（アーギュメント”５ｕｂｔｒａｈｅｎｄ”）を 減算した、算術的な差をリターンする。 ｔｒｕｎｃａｔｅ： ａｂｓｔｒａｃｔ　ｏｐ　Ｏ１ａｔｅ（ｅｒ；レスポンダを算術的に切り捨て、 小数部分を除くことによりて形成されたインチジャをリターンする。 ア　ブチ−ジョン（ＡｄａｔａｔｉｏｎＳｉｓＡｆｔｅｒ あるナンバは他のナンバに対して、最初のものが第２のものよりも大きい場合に のみ、後になる。 １ｓＢｅｒｏｒｅ あるナンバは他のナンバに対して、最初のものが第２のものよりも小さい場合に のみ、前になる。 ２つのインチジャは、数学的に等しい場合にのみ、同一となる。 ４．５０　オブジェ　ト（Ｏｂ′ｅＣｔ）四説虹（Ｒｅｆｅｒｅｎｃｅｄ） クラス（Ｃｌａｓｓ） 第小匹Ｌ− ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｒｅｆｅｒｅｎｃｅｄ）　＝　（、 、、）：構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｉｎｉｔｉａｌｉｚｅ＋ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　Ｏ； レスポンダ、すなわち潜在的なオブジェクトをイニシアライズし、レスポンダを オブジェクトとする。 ｆｉｎａｌｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　Ｏ； レスポンダがオペレーション”ｄｉｓｃａｒｄ”によって破壊されたときに、要 求される。このオペレーションのためのメソッドは、そのメソッドのクラス４こ 関して、オブジェクトを最終化（ファイナライズ：　ｆｉｎａｌ　１ｚｅ）する 。 パブリックインスタンスアトリ　ニー）　１’ｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　 Ａｔｔｒｉｂｕｔｅｓ匹組辷 ５ｅａｌｅｄ　ｒｅａｄｏｎｌｙ　Ｃ１ａｓｓ：レスポンダがクラス”Ｃ１ａｓ ｓ”でない場合には、レスポンダがインスタンスであるクラスである。また、レ スポンダがクラス″Ｃ１ａｓｓ“である場合には、クラス“Ｃ１ａｓｓ″である 。 １μし ５ｅａｌｅｄ　ｒｅａｄｏｎｌｙ　Ｉｎｔｅｇｅｒ；オクテツトでのレスポンダ のサイズ、すなわち、レスポンダの破壊により再び請求される記憶容量に近似的 な量である。 パブリックインスタンスオペレーション（Ｐｕｂｌ　ｉｃ　Ｉｎ５ｔａｎｃｅ　 Ｏｅｒａｔｉｏｎｓ）堕居二 ５ｅａｌｅｄ　ｏｐ　Ｏｃｏｐｉｅｄ　Ｏｂｊｅｃｔｔｈｒｏｗｓ　ＣｏｐｙＬ ｌｎａｖａｉｌａｂｌｅ；レスポンダに対するリファレンスだけを用いてオペレ ーションが要求された場合には、レスポンダをリターンする。その他の場合には 、レスポンダのコピーをリターンする。 コピーが使用不可能な場合には、エクセプション（”ＣｏｐｙＵｎａｖａｉ　ｆ ａｂｌｅ”）が送出される。 オブジェクト（アーギュメント”ｏｂｊｅｃｔ”）がレスポンダに等しいか否か の表示をリターンする。 レスポンダ又はオブジェクトが、そのメソッドが固有であるクラスのメンがでな い場合には、メソッドはオペレーションをニスカレートさせなければならない。 クラス”０ｂｊｅｃｔ”に対する固有のメソッドは、レスポンダとオブジェクト とが同一である場合にのみ、これら２つを等しいと見なす。 ５ｅｌｅｃｔ： ５ｅａｌｄ　ｏｐ　（ａｓｓｏｃｉａｔｉｏｎｓ：　０ｂｊｅｃｔ　、、。 ７本　ｐｒｏｔｅｃｔｅｄ　０ｂｊｅｃｔ：　Ｅｘｅｃｕｔｅｄ　ネ／）ｔｈｒ ｏｗｓ　Ｅｘｃｅｐｔｉｏｎ、　５ｅｌｅｃＬｏｒＤｕｐｌｉｃａｔｅｄニ一対 のオブジェクト及び実行オブジェクト（アーギュメント”ａｓｓｏｃｉａｔｉｏ ｎｓ”）から、多くとも１つの実行オブジェクトを選択し遂行する。選択された １つの実行オブジェクトは、レスポンダのフレーム及びプロパティではなく、リ クエスタのフレーム及びプロパティにアクセスする。 オブジェクトがレスポンダに等しい場合、そのオブジェクトと対となっている実 行オブジェクトが選択される。その他の場合において、オブジェクトがニル（０ ）であれば、そのオブジェクトと対となっている実行オブジェクト力（選択され る。上述した以外の場合には、如何なる実行オブジェクトも選択されない。 選択された実行オブジェクトがエクセプションを送出する場合には、エクセブシ ョン（”Ｅｘｃｅｐｔｉｏｎ”）が送出され、実行オブジェクトと対をなす２つ のオブジェクトが同等の場合には、エクセプション（”５ｅｌｅｃｔｏｒＤｕｐ ｕｌｉｃａｔｅｄ）が送出される。 工乙外ヨ］ゴ上ス叉乙ど仁９：之ユＺ工瓜肛阻Ｕ至胆晩」匹匡史旦り鈷易旦り襲 出し ５ｅａｌｅｄ　ｏｐ　（ｉｄｅｎｔｉｆｉｅｒ：　Ｉｄｅｎｔｉｆｉｅｒ）　Ｏ ｂｊｅｃｔｔｈｒｏｗｓ　Ｃ１ａｓｓＵｎａｂａｌｉａｂｌｅ、　Ｆｅａｔｕｒ ｅＵｎａｂａｌｉｌａｂｌｅ；識別子（アーギュメント”１ｄｅｎｔｉｆｉｅｒ ”　）によって示されるレスポンダのアトリビュートをリターンする。アトリビ ュートは、アトリビュートについて規定されたパンセージに従う。 識別子のクエリファイヤが示すクラスが存在しない場合には、エクセブション（ ”Ｃ１ａｓｓＵｎａｖａｉ　ｆａｂｌｅ“）が送出され、リクエスタにアクセス 可能なレスポンダのアトリビュートを識別子が示していない場合には、エクセブ ション（”ＦｅａｔｕｒｅＵｎａｖａｉｌｂｌｅ”　）が送出される。 駐旦田回し ５ｅａｌｅｄ　ｐｒｉｖａｔｅ　ｏｐ　（ｉｄｅｎｔｉｆｉｅｒ：　Ｉｄｅｎｔ ｉｆｉｅｒり　Ｃｌａｓｓｔｈｒｏｗｓ　ＣＩａｓｓＵｎａｂａｉｌａｂｌｅ： 識別子（”１ｄｅｎｔｉｆｉｅｒ″）が示すクラスを現在のメソッドにリターン する。 クラスが存在しない場合には、エクセブション（”ＣＩａｓｓＵｎａｖａｉ　ｆ ａｂｌｅ”）が送出される。 ［建皿匹匹Ｌ ｓｅａｌｅｄ　ｐｒｉｖａｔｅ　ｏｐ　（ｉｄｅｎｔｉｆｉｅｒ：　Ｉｄｅｎｔ ｉｆｉｅｒり　Ｏｂｊｅｃｔｔｈｒｏｗｓ　ＰｒｏｐｅｒｔｙＵｎｄｅｆｉｎｅ ｄ；識別子（アーギュメント”１ｄｅｎｔｉｆｉｅｒ”）によって示され、現在 のメソッドが固有であるクラスに対して固有である、レスポンダのプロパティを リターンする。 レスポンダが保護されている場合にのみ、リターンされるリファレンスは、保護 されている。 識別子が不適切な場合には、エクセプション（”ＰｒｏｐｅｒｔｙＵｎｄｅｆ　 １ｎｅｄ″）が送出される。 銭Ｗ虹」貼虹 ５ｅａｌｅｄｐｒｉｖａｔｅｏｐ（ｉｄｅｎｔｉｆｉｅｒ：Ｉｄｅｎｔｉｆｉｅ ｒりＯｂｊｅｃｔｔｈｒｏｗｓ　ＶａｒｉａｂｌｅＵｎｄｅｆｉｅｎｄ；識別子 （アーギュメント”１ｄｅｎｔｉｆｉｅｒ”）が示す現在のメソッドの変数をリ ターンする。 識別子が不適切な場合には、エクセプション（”ＶａｒｉａｂｌｅＵｎｄｅｒ　 １ｅｎｄ”）が送出される。 ５ｅｔＡｔｔｒｉｂｕｔｅ ｓｅａｌｅｄ　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｉｄｅｎｔｉｆｉｅｒ：　Ｉ ｄｅｎｔｉｆｉｅｒ；ａｔｔｒｉｂｕｔｅ：　Ｏｂｊｅｃｔ）ｔｈｒｏｗｓ　Ａ ｒｇｕｍｅｎｔｌｎｖａｌｉｄ、　ＡｔｔｒｉｂｕｔｅＲｅａｄＯｎｌｙ。 ＣＩａｓｓＵｎａｖａｉｌａｂｌｅ、ＦｅａｔｕｒｅＵｎａｖａｉｌａｂｌｅ； オブジェクト（アーギュメント”ａｔｔｒｉｂｕｔｅ”）を、識別子（アーギュ メント”１ｄｅｎｔｉｆｉｅｒ”）によって示されるレスポンダのアトリビュー トにする。アトリビる。オブジェクトは、アトリビュートについて規定されたパ ッセージに従う。 オブジェクトが、アトリビュートのコンストレイントを侵害した場合には、エク セプション（”Ａｒｇｕｍｅｎｔｌｎｖａｌ　ｉｄ”）が送出され、アトリビュ ートがリードオンリである場合には、エクセプション（”ＡｔｔｒｉｂｕｔｅＲ ｅａｄＯｎｌｙ″）が送出され、識別子のクエリファイヤが表すクラスが存在し ない場合には、エクセプション（”Ｃ１ａｓｓＵｎａｖａｉｌａｂｌｅ”　）が 送出され、識別子がリクエスタにアクセス可能なレスポンダのアトリビュートを 示していない場合には、エクセプション（”ＦｅａｔｕｒｅＵｎａｖａｉｌａｂ ｌｅ”　）が送出される。 肱せｆｉ江 ５ｅａｌｅｄ　ｐｒｉｖａｔｅ　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｉｄｅｎｔ ｉｆｉｅｒ：　Ｉｄｅｎｔｉｆｉｅｒ！；ｐｒｏｐｅｒｔｙ：　Ｏｂｊｅｃｔ） ｔｈｒｏｗｓ　ＰｒｏｐｅｒｔｙＵｎｄｅｆｉｎｅｄ＋オブジェクト（アーギュ メント”ｐｒｏｐｅｒｔｙ”）を、レスポンダのプロパティにする。ここで、こ のレスポンダのプロパティは、識別子（アーギュメント”１ｄｅｎｔｉｒｉｅｒ ”）によって示され、現在のメソッドが固有のクラスに対して固有である。 このオペレーションは、プロパティが存在する場合には、最初にプロパティを廃 棄する。 識別子が不適切な場合には、エクセプション（”ＰｒｏｐｅｒｔｙＵｎｄｅｆ　 １ｎｅｄ”）が送出される。 ５ｅｔＶａｒｉａｂｌｅ： ５ｅａｌｅｄ　ｐｒｉｖａｔｅ　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｉｄｅｎｔ ｉｒｉｅｒ＋　ＩｄｅｎｔＨｉｅｒ！；ｖａｒｉａｂｌｅ：　Ｏｂｊｅｃｔ） ｔｈｒｏｗｓ　ＶａｒｉａｂｌｅＵｎｄｅｆｉｎｅｄ；オブジェクト（アーギュ メント”ｖａｒｉａｂｌｅ”）を、識別子（アーギュメント“１ｄｅｎｔｉｆｉ ｅｒ”　）が示す現在のメソッドの変数にする。オペレーションは、変数が存在 する場合には、最初に変数を廃棄する。 識別子が不適切である場合には、エクセブション（”　ＶａｒｉａｂｌｅＵｎｄ ｅｆｉｎｅｄ”　）が送出される。 ４．５１　オ　チット（Ｏｃｔｅｔ） Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）−Ｐｒ１ｍ１ｔｉｖｅ　（Ｅｘｃｕｔ ｅｄ　＆　Ｕｎｃｈａｎｇｅｄ）・　・　堕旦（Ｏｒｄｅｒｅｄ） クラス」旦ｌ狙り 仮組Ｌ ｓｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｐｒｉｍｉｔｉｖｅ、　０ｒｄｅｒｅｄ ）　＝　０ニアダブチージヨン（Ａｃｌａｐｔａｔｉｏｎｓ）ｉｓＡｆｔｅｒ ２つのオクテツトにおいて、同じビット番号の各ビットが等しくなく、且つ、第 １のオクテツトの最も高いビット番号のビットが第２のオクテツトの最も高いビ ット番号のビットの後にある場合のみ、第１のオクテツトは第２のオクテツトの 後となる。 １ｓＢｅｒｏｒｅ ２つのオクテツトにおいて、同じビット番号の各ビットが等しくなく、且つ、第 １のオクテツトの最も高いビット番号のビットが第２のオクテツトの最も高いビ ット番号のビットの前にある場合のみ、第１のオクテツトは、第２のオクテツト の前となる。 卦シ匹■ ２つのオクテツトは、どちらも他のオクテツトの前にない場合にのみ、同一とな る。 変換（Ｃｏｎｖｅｒｓｉｏｎｓ） ビットは、ビット［０］がそのビットに等しく、そのビット［１１〜［７コがゼ ロであるオクテツトを生成する。 Ｃｈａｒａｃｔｅｒ ユニコードのコードが［０，１２７］の範囲内のインチジャであるキャラクタは 、そのインチジャを変換することによりオクテツトを生成する。 Ｄμｍ工 ［−１２８，１２７］の範囲内にあるインチジャは、そのインチジャの２の補数 表現を形成するオクテツトを生成する。ここで、ビット［７］は−１２８を表し 、一方、ビット”ｎ”は、［０，６コの範囲内にある各”ｎ″について、２１１ を表わす。 該旦那力士１ １つのアイテムを有するオクテツトストリングは、その１つのアイテムに等しい オクテツトを生成する。 ４．５２　オクテツトストリング（ＯＣｔｅｔＳｔｒｉｎ）Ｏｂｊｅｃｔ　（Ｒ ｅｆｅｒｅｎｃｅｄ）−Ｃｏ１１ｅｃｔｉｏｎ ・−Ｌｉ５ｔ　（Ｏｒｄｅｒｅｄ） ・・壷Ｃｏｎ５ｔｒａｉｎｅｄ　Ｌｉ５ｔ　（Ｃｏｎｓｔｒａｉｎｅｄ）・　・ 　・　・　数組り払己■（Ｅｘｅｃｕｔｅｄ）クラス（Ｃ１ａｓｓ） 起胆長江組Ｌ ｓｅａｌｄ　１ｎｔｅｒｆａｃｅ　（ＣｏｎｓｔｒａｉｎｅｄＬｉｓｔ　［０ｃ ｔｅｔ］、Ｅｘｅｃｕｔｅｄ）　＝　（、、、）；成（Ｃｏｎｓｔｒｕｃｔｉｏ ｎ） ｉｎｉｔｉａ！　ｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｓｅｇｍｅｎｔｓ：　０ｂｊｅｃｔ　、、。 ／＊０ｃｔｅｔｌｐｒｏｔｅｃｔｅｄ　ＱｃｔｅｔＳｔｒｉｎｇ！　峠）；レス ポンダを、レスポンダ中のポジションが左から右にかけて増大するセグメントの 連鎖（アーギュメント”ｓｅｇｍｅｎｔｓ”）にする。 アダブチ−ジョン（Ａｄａｔ＆ｔ１０ｎＳ）ｃｏｎｓｔｒａｉｎｔ そのアトリビュートは、シールされている。そのアトリビュートのアトリビエ− トｏｒｃｌａｓｓ”ごｃｌａｓｓｌｄ”ご１ｓｌｎｓｔａｎｅ”ご１ｓｏｐｔｉ ｏｎａｌ”及び”　ｐａｓｓａｇｅ”は、各々、クラス”　０ｃｔｅｔ”　、　 ”　０ｃｔｅＬ”ごｔｒｕｅ”ごｆａｌｓｅ”及び”　ｂｙｃｏｐｙ”の識別子 である。 長■１工 あるオクテツトストリングは、より短いオクテツトストリングのレングスをより 長いオクテツトストリングのものと同じにするために、全てゼロのオクテツトが 予め考慮されたかのように、他のオクテツトストリングの後となる。 １ｓＢｅｆｏｒｅ あるオクテツトストリングは、より短いオクテツトストリングのレングスをより 長いオクテツトストリングのものと同じにするために、全てゼロのオクテツトが 予め考慮されたかのように、他のオクテツトストリングの前となる。 ’　（Ｃｏｎｖｅｒｓｉｏｎｓ） シ１ ビットは、最初にビットをオクテツトに変換し、次にそのオクテツトをオクテツ トストリングに変換することにより、オクテツトストリングを生成する。 し長上１岨 レングスが”ｎ”であるビットストリングは、レングスが”　ｉ”であるオクテ ツトストリングを生成する。ここでごｎ”は、［８ｉ、８　ｉ＋７１の範囲内に ある。オクテツトストリングのポジション”ｋ”にあるオクテツトのビット”ｊ ”が、（８に−ｊ）≦ｎである場合には、オクテツトのビット”ｊ”は、ビット ストリングのポジション”　（８に−ｊ）”に存在するビットに等しい。そうで ない場合には、オクテツトのビット”ｊ”は、ゼロである。 Ｃｈａｒａｃｔｅｒ レングスが２であるオクテツトストリングの変換によりて生成されることができ るキャラクタは、そのオクテツトストリングを生成する。 ｋ達Ｉ江 ［２６″−１，２８″−１）の範囲内にあるインチジャ（インチジャ”ｎ”であ りこれよりも小さくはない。）は、レングスが”ｎ”であるオクテツトストリン グを生成する。２の補数表現が用いられ、ポジションが１であるオクテツトのビ ット［７］は一２６ｎ−１を表し、オクテツトストリングにおいてポジション” 　ｉ”にある他の全てのビット”ｊ”は２６（＋＋−１１匂を表す。 ｃｔｅｔ オクテツトは、１つのアイテムだけがそのオクテツトに等しいオクテツトストリ ングを生成する。 鉦ａ町 ストリングは、バイナリ（２進）テレスクリプトにおいて、ストリングをエンコ ードするための、”キャラクタ（ｃｈａｒａｃｔｅｒｓ）”トークンを生成する 。 ４．５３　オペレーション（Ｏｅｒａｔｌｏｎ）Ｏｂｊｅｃｔ　（Ｒｅｒｅｒｅ ｎｃｅｄ）−Ｆｅａｔｕｒｅ ・　・　強！互１担 クラス（Ｃ１ａｓｓ） 虹弘虹粥Ｌ ｓｅａｌｅｄ　１ｎｔｅｒ４ａｃｅ　（Ｆｅａｔｕｒｅ）　＝（、、、）；構成 （Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｉｎｉｔｉａｌ　ｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ａｒｇｕｍｅｎｔｓ＋　Ｌｉ５ｔ　［Ｃｏｎ ５ｔｒａｉｎｔ］１Ｎｉｌ；ｒｅｓｕｌｔ：　Ｃｏｎ５ｔｒａｉｎｔｌＮｉｌ； １ｓＰｕｂｌｉｃ：　ＢｏｏｌｅａｎｌＮｉｌ；ｅｘｃｅｐｔｉｏｎｓ：　Ｓｅ ｔ　［１ｄｅｎｔｉｒｉｅｒ！］１Ｎｉｌ）；レスポンダのアトリビュートを、 同じ名前のアーギュメント（アーギュメント”ａｒｇｕｍｅｎｔｓ”　、　”　 ｅｘｃｅｐｔｉｏｎｓ”　、”　１ｓＰｕｂｌｉｃ”及び”　ｒｅｓｕｌｔ”　 ）にする。ただし、アーギュメントｅｘｃｅｐｔｉｏｎｓ”又は”　１ｓＰｕｂ ｌｉｃ”がニル（０）であれば、対応するアトリビュートは、それぞれ、クリア されるか、又は”偽（ｆａｌｓｅ）”とされる。 パブリックインスタンスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ）とｌ徂りふＬ Ｌｉｓｔ　［ｃｏｎｓｔｒａｉｎｔコ１Ｎｉｌ；レスポンダが定義するオペレー ジジンの０以上のアーギュメントに対するコンストレイントである。 ただし、それらが、数が変化する場合には、ニル（０）である。このとき、それ ぞれのものは、リファレンスによってバスされ、マーク以外の如何なるオブジェ クトでもあり得る。リストの最初のアイテムは、スタックのトップにあるアーギ ュメントをコンストレインする。 ｒｅｓｕｌｔ： Ｃｏｎ５ｒａｉｎｔｌＮｉｌ； オペレーションがリザルトを有する場合には、レスポンダが定義するオペレーシ ョンのリザルトに対するコンストレイントである。その他の場合には、ニル（Ｏ ）である。 ア　ブチ−ジョン（Ａｄａｔａｔｉｏｎｓ）口旦凹吐 ２つのオペレーションの定義は、オペレーション定義とフィーチャに固有のそれ らのアトリビュートに従って、同一となる。 ４．５４　オーダー（Ｏｒｄｅｒｅｄ）Ｏｒｄｅｒｅｄ Ｌｉと刃１胚と ０ｒｄｅｒｅｄ　＋ ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　Ｏ＝　（、、、）：広Ｕ因ヱ二副乙η ±に凶已ヱ利立厘迦生騰部±１ｉｓＡｆｔｅｒ： ａｂｓｔｒａｃｔ　ｏｐ　（ｏｂｊｅｃｔ：ｐｒｏｔｅｃｔｅｄ　０ｒｄｅｒｅ ｄ）　Ｂｏｏｌｅａｎ；レスポンダがオブジェクト（アーギュメント”ｏｂｊｅ ｃｔ″）の後にあるが否がの表示をリターンする。 そのレスポンダ又はそのオブジェクトが、メソッドが固有であるクラスのメンバ でない場合に、そのメソッドはこのオペレーションをニスカレートする。 ｔｓＢｅｒｏｒｅ ａｂｓｔｒａｃｔ　ｏｐ　（Ｏｂｊｅｃｔ：ｐｒｏｔｅｃｔｅｄ　０ｒｄｅｒｅ ｄ）Ｂｏｏｌｅａｎ；レスポンダがオブジェクト（アーギュメント”０ｂｊｅｃ ｔ”）の前にあるが否かの表示をリターンする。 そのレスポンダ又はそのオブジェクトが、メソッドが固有であるクラスのメンバ でない場合に、そのメソッドはオペレーションをニスカレートする。 ４ｖ二 ｏｐ　（ｏｂｊｅｃｔ：　０ｒｄｅｒｅｄ）　０ｒｄｅｒｅｄ；レスポンダがオ ブジェクト（アーギュメント”ｏｂｊｅｃｔ“）の後にある場合には、レスポン ダをリターンする。その他の場合には、そのオブジェクトをリターンする。 虹Ｌ ｏｐ　（ｏｂｊｅｃｔ：　０ｒｄｅｒｅｄ）　０ｒｄｅｒｅｄ；レスポンダがオ ブジェクト（アーギュメント”ｏｂｊｅｃｔ”）の前にある場合には、レスポン ダをリターンする。その他の場合には、そのオブジェクトをリターンする。 ４．５５　パッケージ（Ｐａｃｋａｅ）Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ ）−Ｃｏ１１ｅｃｔｉｏｎ ・・Ｓｅｔ　（Ｖｅｒｉｆｉｅｄ） ”６０Ｃｏｎｓｔｒａｉｎｅｄ　Ｌｉ５ｔ　（Ｃｏｎｓｔｒａｉｎｅｄ）°　− −・　１：、：λ」；三）≦」弓１」≦！≧至、（Ｃｉｔｅｄ＆　夏Ｎｔｅｒｃ ｈａｎｇｅｄ）ｉｎｔｅｒｒａｃｅ　（ＣｏｎｓｔｒａｉｎｅｄＳｅｔ　［Ｃ１ ａｓｓ］、　Ｃ１ｔｅｄ、Ｉｎｔｅｒｃｈａｎｇｅｄ）　＝　（、、、）；ｕｎ ｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｔｉｔｌｅ：　Ｉｄｎｔｉｒｉｅｒ！；ｍａｊｏ ｒＥｄｉｔｉｏｎ、ｍ１ｎｏｒＥｄｉｔｉｏｎ：Ｉｎｔｅｇｅｒ；ｉｔｅｍｓ： 　Ｃ１ａｓｓ　、、、）ｔｈｒｏｗｓ　ＩｔｅｍＤｕｐｌｉｃａｔｅｄ、Ｐｒｏ ｃｅｓｓＮｏｔＰｅｅｒ；レスポンダのアイテムをクラス（アーギュメント”ｉ 　ｔｅＩｌｓ”）にして、レスポンダのアトリビュート”　ｃｉｔａｔｉｏｎ” をサイテションにする。このサイテションのアトリビュート”ａｕｔｈｏｒ”は 、現在のプロセスの割り当てられたテレネームであり、サイテションの他のアト リビュートは、同じ名前のアーギュメント（アーギュメント”　ｍａｊｏｒＥｄ ｉｔｉｏｎ”　、”　ｍ１ｎｏｒＥｄｉｔｉｏｎ”及び”　ｔｉｔｌｅ”　）で ある。 ２つのクラスが同一である場合には、エクセブション（”ｌｔｅｍＤｕｐｌ　１ ｃａｔｅｄ“）が送出され、現在のプロセスがクラスの仲間でない場合には、エ クセブション（”　ＰｒｏｃｅｓｓＮｏｔＰｅｅｒ”　）が送出される。 アダブチ−ジョン（ＡｄａｔａｔｉＯｎＳ）ｃｏｎｓｔｒａｉｎｔ そのアトリビュートは、シールされている。そのアトリビュートのアトリビュー ト”　０ｆＣ１ａＳＳ”　、”ｃｌｓｓｌｄ”　、　”　１ｓｌｎｓｔａｎｃｅ ”　、　”　１ｓＯｐｔｉｏｎａ！−及び”ｐａｓｓａｇ■ ”は、クラス“Ｃ１ａｓｓ”　、”　ｔｒｕｅ”、−ｆａｌｓｅ”及び”ｂｙｃ ｏｐｙ”の識別子である。 ４．５６　バ　−ン（Ｐａｔｔｅｒｎ）Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ ）・Ｐａｔｔｅｒｎ　（Ｏｒｄｅｒｅｄ）ｉｎｔｅｒｆａｃｅ　（ｏｂｊｅｃｔ 、　０ｒｄｅｒｅｄ）　＝（、、、）：成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｉｎｉｔｉａｌ　ｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｔｅｘｔ：　ｃｏｐｉｅｄ　Ｓｔｒｉｎｇり ｔｈｒｏｗｓ　Ｐａｔｔｅｒｎｌｎｖａｌｉｄ：レスポンダのテキストをストリ ング（アーギュメント″ｔｅｘｔ”　）にする。提案されたテキストが不適切で ある場合には、エクセブション（”Ｐａｔｔｅｒｎｌｎｖａｌ　ｉｄ”）が送出 される。 パブリックインスタンスオペレーション（Ｐｕｂｌ　ｉｃ　Ｉｎ５ｔａｎｃｅ　 Ｏｅｒａｔｉｏｎｓ）ｙＬ ｏｐ　（ｓｔｒｉｎｇ：　ｐｒｏｔｅｃｔｅｄ　Ｓｔｒｉｎｇ；　ｐｏｓｉｔｉ ｏｎ：　ＩｎｔｅｇｅｒｌＮｉｌ）Ｌｉ５ｔ　［ＩｎｔｅｇｅｒｌｌＮｉｌｔｈ ｒｏｗｓ　Ｐｏ５ｉｔｉｏｎｌｎｖａｌｉｄ；レスポンダにマツチ（ｍａｔｃｈ ）する最も長い可能な最初のサブストリングに対して、ストリングをサーチする （アーギュメント”ｓｔｒｉｎｇ”）。このサーチは、インチジャが供給された 場合には、所定のポジション（アーギュメンｌ−”　ｐｏｓｉｔｉｏｎ”）から 開始される。その他の場合には、ポジション１から開始される。 オペレーションがマツチを見いだせない場合には、ニル（０）をリターンする。 その他の場合には、２つのインチジャのリストをリターンする。ここで、２つの インチジャのリストをリターンする場合、第１のインチジャは、マツチしたスト リング中の最初のキャラクタのポジションである。また、第２のインチジャは、 マツチしたストリング中の最後のキャラクタのポジションに１を加えたものであ る。 提案されたポジションが不適切な場合、すなわちゼロ以下であった場合には、エ クセブション（”Ｐｏ５ｉｔｉｏｎｌｎｖａｌｉｄ”）が送出される。 注：リスト中の２つのインチジャは、オペレーション”ｓｕｂｓｔｒｉｎｇ”の アーギュメントとして適切である。 ５ｕｂｓｔｉｔｕｔｅ ｏｐ　（ｒｅｐｅｔｉｔｉｏｎｓ：　Ｉｎｔｅｇｅｒ；ｓｔｒｉｎｇ：　ｕｎｐ ｒｏｔｅｃｔｅｄ　Ｓｔｒｉｎｇ！；ｒｅｐｌａｃｅｍｅｎｔ：　ｐｒｏｔｅｃ ｔｅｄｓｔｒｉｎｇすＩｎｔｅｇｅｒ； レスポンダにマツチする最も長い可能なサブストリングに対して、ポジションが １のところから始まる第１のストリング（アーギュメント”ｓｔｒｉｎｇ”）を サーチする。そして、そのストリングを、各マツチを第２のストリング（アーギ ュメント”ｒｅｐｌａｃｅｍｅｎｔ”）のコピーに置換することによって、修正 する。 このオペレーションは、インチジャ（アーギュメント”ｒｅｐｅｔｉｔｉｏｎｓ ”）がゼロである場合には、全てのマツチを見いだし、そうでない場合には、そ のインチジャと同数のマツチを見いだす。連続するマツチは、重なり合わない。 あるマツチのレングスがゼロであれば、その次のマツチのサーチは、次のポジシ ョンで始まる。このオペレーションは、実際に見いだされたマツチの数をリター ンする。 代替ストリング（ｒｅｐｌａｃｅｍｅｎｔ　ｓｔｒｉｎｇ）は、各々の個々の代 替のために、仕立てられることができる。 直前に逆スラッシュ（”＼”）が置かれることなく、代替ストリング中にアンド 記号（”＆”）が現れた場合、代替されるサブストリングのコピーは、それ自身 、アンド記号（”＆”）に変えられ、修正された代替ストリングは、サブストリ ングに変えられる。 ア　ブチ−ジョン（Ａｄａｔａｔｌｏｎｓ）長旦凹壮 ２つのパターンは、それらのテキストに従って、同一となる。 パターンのテキストとして適切なストリングは、そのパターンを生成する。 ４．５７　パーミツト（Ｐｅｒｍｉｔ）Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ ）・Ｐｅｒｍｉｔ　（Ｏｒｄｅｒｅｄ） ｉｎｔｅｒｆａｃｅ　（Ｏｂｊｅｃｔ、０ｒｄｅｒｅｄ）　＝　（、、，１構成 （Ｃｏｎｓｔｒｕｃｔｉｏｎ） レスボダのアトリビュートを、同じ名前のアーギュメント（アーギュメント”ａ ｇｅ”　、　”　ｃｈａｒｇｅｓ”及び”ｅｘｔｅｎｔ”　）にする。アトリビ ュートがブーリアンである場合には、レスポンダの他の全ての固有なアトリビュ ートを”真（ｔｒｕｅ）　”とし、その他の場合には、ニル（０）とする。 パブリックインスタンスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ）ＩｎｔｅｇｅｒｌＮｉ　Ｉ； 最大値が課せられている場合には、レスポンダのサブジェクトにおいて、秒で計 測された、許可された最大のエージである。その他の場合には、ニル（０）であ る。 最大値が課せられている場合には、レスポンダのサブジェクトにおいて、許可さ れた最大のオーセンティシティである。その他の場合には、ニル（０）である。 最大値が課せられている場合には、レスポンダのサブジェクトにおいて、テレク リップで測定された、許可された最大のチャージである。その他の場合には、ニ ル（０）である。 最大値が課せられている場合には、レスポンダのサブジェクトにおいて、オフテ ントで測定された、許可された最大のサイズである。その他の場合には、ニル（ ０）である。 肛とｍ匹り。 ＩｎｔｅｇｅｒｌＮｉ　Ｉ； 最大値が課せられている場合には、レスポンダのサブジェクトにおいて、許可さ れた最大のプライオリティである。その他の場合には、ニル（０）である。 ９匹匝」虹 Ｂｏｏ　ｌ　ｅａｎ　： レスポンダのサブジェクトがオペレーション“ｃｈａｒｇｅ”を要求することが 許可されるか否か。 レスポンダのサブジェクトがクラス゛’　Ｐｒｏｃｅｓｓ”のサブクラスの”オ ペレーション°”　ｎｅｗ”を要求することが許可されるか否か。 西吐即と Ｂｏｏ　ｌ　ｅａｎ　； レスポンダのサブジェクトが、仲間のプロセス（ｐｅｅｒ　ｐｒｏｃｅｓｓ）の 能力を減少させるように、仲間のプロセスのアトリビュート”ｎａｔｉｖｅｐｅ ｒｓｉｔ’をセットすることが許可されるか否か。 Ｃ卵Ｓｅ崩： また、他の方法でレスポンダのサブジェクトにそのような権利が与えられている 場合には、レスポンダのサブジェクトが、プロセスのアトリビュート”　ｒｅｇ ｉｏｎａｌＰｅｒｌｉｔ”又は”ＩｏｃａｌＰｅｒｍｉ　ｔ”をセットすること が許可されているか否か。 レスポンダのサブジェクトがオペレーション″ｇＯ″を要求することが許可され ているか否か。 レスポンダのサブジェクトが、仲間のプロセスの能力を増大させるように、仲間 のプロセスのアトリビュート”ｎａｔｉｖｅＰｅｒｉｉｔ”をセットすることが 許可されているか否か。 また、他の方法でレスポンダのサブジェクトにそのような権利が与えられている 場合には、レスポンダのサブジェクトが、プロセスのアトリビュート”ｒｅｇｉ ｏｎａｌＰｅｒｍｉｔ”又は“ｌｏｃａｌＰｅｒｍｉｔ“をセットすることが許 可されているか否か。 レスポンダのサブジェクトが再スタートすることが許可されているか否か。 ２つのパーミツトが同一でなく、ＩＩＩのパーミツトの固有のアトリビュートが Ｂｏｏｌｅａｎ； 第２のパーミツトの固有のアトリビュートの後にあるのではなく、且つ第１のバ ｍａｘｉｍｕｍＷａｉｔ：　ＩｎｔｅｇｅｒｌＮｉｌ）；レスポンダの固有のア トリビュートを、同じ名前のアーギュメント（アーギュメント”　ａｇｅｎｔｃ ｌａｓｓ”　、　”　ａｇｅｎｔＮａ＋ｉｅ″′及び’　ｍａｘｉｍｕｍＷａｉ ｔ’　）とする。 がブユ１クイ］ノ！詠りαコ」］−ピョニ叩助旦Ｌし里ｙ関し伏匡胆畦競り吐郭 氏胆距 Ｃ１ｔａｔｉｏｎｌＮｉｌ； レスポンダが定義するミーティングのベティショニーがメンバであるクラス”ａ ｇｅｎｔｅ”のサブクラスであるクラスに対するサイテションである。ただし、 そのようなコンストレイントが課せられていない場合は、ニル（０）である。 邦皿叩並虹 ＴｅｌｅｎａｍｅｌＮｉｌ： レスポンダが定義するミーティングのベティショニのテレネームである。ただし 、そのようなコンストレイントが課せられていない場合は、ニル（０）である。 ｗａｘ　ｉ　ｍｕｍＷａ　ｉ　ｔ　： ｉｎｔｅｇｅｒｌＮｉ　ｌ； レスポンダが定義するミーティングが取り計られるべき時間と、ミーティングが 要求された時間との間の、秒で示される、最大の許容される差である。ただし、 そのようなコンストレイントが課せられていない場合は、ニル（０）である。こ こで、インチジャが供給される場合、そのインチジャは、負数ではない。 ア　ブチ−ジョン（Ａｄａｔａｔｉｏｎｓ）述旦凹状 ２つのベティションは、固有のアトリビュートに従って同一となる。 ａｂｕｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　：（、、、）；システムインスタン スオペレーション（Ｓ　ｓｔｅｍ　Ｉｎ５ｔａｎｃｅ　Ｏｅｒａｔｉｏｎｓ）懸 郵」Ｌ− ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｏｎｔａｃｔ：　Ｃｏｎｔａｃｔ；ｐｅｔ ｉｔｉｏｎ：　ｐｒｏｔｅｃｔｅｄ　Ｐｅｔｉｔｉｏｎ）は、ｔｈｒｏｗｓ　Ｍ ｅｅｔｉｎｇＤｅｎｉｅｄ；コンタクト（アーギュメント”ｃｏｎｔａｃｔ”） のサブジェクトがベティション（アーギュメント”ｐｅｔｉｔｉｏｎ”）を用い てレスポンダにミートする前に、正常に遂行される。このオペレーションが遂行 されている間、コンタクトのサブジェクトのアトリビュートはニル（０）であり 、オペレーションが正常終了した場合にのみ、その゛°サブジェクト”とされる 。 ミーティングが拒絶された場合には、エクセプション（ＭｅｅｔｉｎｇＤｅｎｉ ｅｄ”）が送出される。クラスに固有のこのオペレーションのメソッドは、エク セブションを送出する。 匹匹凪Ｌ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｏｎＬａｃｔ：　Ｃｏｎｔａｃｔ）：コン タクト（アーギュメント”　ｃｏｎｔａｃｔ”　）のサブジェクトがレスポンダ にミートした後に要求される。このオペレーションが要求される前に、エンジン は、コンタクトのアトリビュート°’　５ｕｂｊｅｃｔ”をニル（０）にする。 クラス”Ｐｅｔｉｔｉｏｎｅｄｏ“に固有のメソッドは、無効である。 ４．６０　ブレイス（Ｐｌａｃｅ） Ｏｂｊｅｃｔ　（Ｒｅｒｅｒｅｎｃｅｄ）−Ｐｒｏｃｅｓｓ　（Ｎａｍｅｄ） ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｐｒｏｃｅｓｓ、　Ｕｎｍｏｖｅｄ ）　＝（、、、）；構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｉｎｉｔｉａｌｉｚｅ レスポンダのアトリビュート”ａｄｄｒｅｓｓ”を、現在のプロセスのものの仲 間である、新しく割り当てられたテレネームとし、レスポンダのアトリビュー） ”ｐｕｂｌｉｃｃｌａｓｓｅｓ”をクリアする。 パブリックインスタンスアトリビュート　Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ）ａｄｄｒｅｓｓ　： ５ｅａｌｅｄ　ｒｅａｄｏｎｌｙ　ｐｒｏｔｅｃｔｅｄ　Ｔｅ１ｅａｄｄｒｅｓ ｓ；レスポンダの割り当てられたテレアドレスである。 四炉士現比Σ旦Ｌ ｓｅａｌｅｄ　ｒｅａｄｏｎｌｙ　Ｓｅｔ［Ｃ１ｔｅｄ］；パンケージ、クラス のセット、又はそれらの両方であり、これによって、レスポンダは、それの占有 者に対してアクセス可能にする。リクエスタがブレイスである場合には、アトリ ビュートは、保護されないリファレンスである。その他の場合には、アトリビュ ートは、保護されたリファレンスである。 バブユヱ玄ヱ２区１２ス主さ２二之且乞ユム匹江１匣田匹虹並肛虹匹胚しｔｅｒ ｍｉｎａｔｅ： ５ｅａｌｄ　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ（ｏｃｃｕｐａｎｔ：　ｐｒｏｔｅ ｃｔｅｄ　Ｔｅｌｅｎａｇ＋ｅ）　Ｂｏｏｌｅａｎｔｈｒｏｗｓ　Ｐｒｏｃｅｓ ｓＮｏｔＣｕｒｒｅｎｔ、ＰｒｏｃｅｓｓＮｏｔＰｅｅｒ、Ｓｔａｔｅｌｍｐｒ ｏｐｅｒ；割り当てられたテレネーム（アーギュメント”ｏｃｃｕｐａｎｔ”） を有するレスポンダの如何なる占有者をも終了させ、そのようなプロセスが存在 したか否かの表示をリターンする。プロセスは、プロセスのネイティブバーミツ トを強制的に使い果すことによって終了される。 レスポンダが現在のブレイスでない場合には、エクセプシ目ン（”Ｐｒｏｃｅｓ ｓＮｏｔＣｕｒｒｅｎｔ”）が送出され、現在のプロセスが占有者の仲間でない 場合には、エクセブション（”　ＰｒｏｃｅｓｓＮｏｔＰｅｅｒ”　）が送出さ れ、リクエスタの状態（ｓｔａｔｅ）がオペレーション”　ｔｅｒｍｉｎａｔｅ ”を妨げる場合には、エクセブシシン（”　５ｔａｔｅｌｉｐｒｏｐｅｒ”）が 送出される。 システムインスタンスオペレーション（Ｓ　ｓｔｅｍ　Ｉｎ５ｔａｎｃｅ　Ｏｅ ｒａｔｉｏｎｓ）明（Ｄ旦Ｌ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｏｎｔａｃｔ：　Ｃｏｎｔａｃｔ；ｐｅｒ ｍｉｔ＋　ｐｒｏｔｅｃｔｅｄ　Ｐｅｒａ＋ｉｔ；ｔｉｃｋｅｔ：　ｐｒｏｔｅ ｃｔｅｄ　ＴｉｃｋｅｔｌＮｉｌ）ｔｈｒｏｗｓ　０ｃｃｕｐａｎｃｙＤｅｎｉ ｅｄ：コンタクト（アーギュメント”　ｃｏｎｔａｃｔ″）のサブジェクトがレ スポンダを占有する前に正常に遂行される。コンタクトのアトリビュート”５ｕ ｂｊｅｃｔ’　Ｌよ、オペレーションが要求される場合には、ニル（０）である 。ただし、オペレーションカ（正常終了した場合にのみ、コンタクトのアトリビ ュート”５ｕｂｊｅｃｔ″番よ、サブジェクトとされる。 チケットと共に到着するエージェントが供給される場合をこ（よ、サブジェクト は、そのチケット（アーギュメント”ｔｉｃｋｅｔ”）と共に到着するエージェ ントである。 また、ニル（０）が供給される場合には、サブジェクトは、レスポンダにお（１ て生成されているプロセスである。 バーミツト（アーギュメントｐｅｒｍｉｔ”）は、サブジェクトの提案された初 期ローカルバーミツトである。 このオペレーションが正常終了した後、レスボンダ力（コンタクトされるオブジ ェクトである場合にのみ、エンジンは、レスポンダのアト１ノビユート”　Ｃｏ ｎｔａｃｔｅｄ”内にコンタクトを含ませる。 コンタクトのサブジェクトが占有を拒絶される場合に番よ、エクセブション（０ ｃｕｐａｎｃｙＤｅｎｉｅｄ”　）が送出される。クラスに固有のオペレーショ ンのためのメ゛ノットは、エクセブションを送出する。 注：チケットが供給された場合、そのバーミツト番よ、同一であり、これにより 、そのバーミツトは、チケットのアトリビュート”ｄｅｓｔｉｎａｔｉｏｎＰｅ ｒｉ＋ｉｔ”　を複写する・竺桂組Ｌ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｏｎｔａｃｔ：　Ｃｏｎｔａｃｔ：９ｅｒ ｍｉｔ＋　ｐｒｏｔｅｃｔｅｄ　Ｐｅｒｍｉｔ；ｔｉｃｋｅｔ：　ｐｒｏｔｅｃ ｔｅｄ　ＴｉｃｋｅｔｌＮｉｌ）；コンタクトのサブジェクト（アーギュメント ”ｃｏｎｔａｃｔ”）は、１度要求されたら、もはやレスポンダを占有しない。 このオペレーションが要求されたとき、コンタクトのアトリビューｔ−”　５ｕ ｂｊｅｃｔ”は、ニル（０）である。クラスに固有のこのオペレーションのため のメソッドは、無効である。 エージェントが供給された場合、サブジェクトは、チケット（アーギュメント” ｔｉｃｋｅｔ”）と共にレスポンダを去るエージェントである。また、ニル（０ ）力（供給された場合、レスポンダ内において破壊されるプロセスである。）（ −ミツト（アーギュメント”ｐｅｒｍｉじ）は、サブジェクトの現在のローカル ノ（−ミツトである。 このオペレーションが遂行された後、レスポンダがコンタクトされるオブジェク トである場合にのみ、エンジンは、レスポンダのアトリビュート”　ｃｏｎｔａ ｃｔｅｄ”からコンタクトを除外する。 ４．６１　プリミティブ（Ｐｒｉｍｉｔｉｖｅ）Ｏｂｊｅｃｔ　（Ｒｅｒｅｒｅ ｎｃｅｄ）０Ｐｒｉｍｉｔｉｖｅ　（Ｅｘｅｃｕｔｅｄ　＆υｎｃｈａｒ＋ｇｅ ｄ）ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｏｂｊｅｃｔ、　Ｅｘｃｕｔｅ ｄ、　Ｕｎｃｈｅｎｇｅｄ）　＝　（、、、）：このクラスはシールされる。 構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｉｎｉ　ｔｉａｌ　ｉｚｅ“ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　Ｏ ｔｈｒｏｗｓ　Ｆｅａｔｕｒｅ［Ｉｎａｖａｉｌａｂｌｅ：エクセブション（” ＦｅａｔｕｒｅＵｎａｖａｉｌａｂｌｅ”　）を送出する。 ４．６２　プリミティブエクセプション（Ｐｒｉｍｉｔｉｖｅ　Ｅｘｃｅ　ｔｉ ｏｎＯｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）・Ｅｘｃｅｐｔｉｏｎ　（Ｕｎｃ ｈｅｎｇｅｄ）・−ＰｒＯｇｒａａ＋Ｗｉｌ１ｇ　ＥＸＣｅｐｔｉＯｎ−・−Ｐ ｒ１ｍ１ｔｉｖｅ　Ｅｘｃｅ　Ｌｉｏｎクラス（Ｃ１ａｓｓ） ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｐｒｏｇｒａａｏ＊ｉｎｇＥｘｃｅ ｐｔｉｏｎ）　＝０；サブクラス（ｓｕｂｃｌａｓｓｅｓ） 除数は、ゼロである。 ４．６３　プロシージャ（Ｐｒｏｃｅｄｕｒｅ）Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅ ｎｃｅｄ）・　Ｐｒ１ｍ山ｖｅ　（Ｅｘｅｃｕｔｅｄ　＆　Ｕｎｃｈａｎｇｅｄ ）クラス（Ｃｌａｓｓ） ｓｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｐｒｉｍｉｔｉｖｅ）　＝　（、、、） ；ＬＬ肴た≦」２」厘吐坦出：Ｌ ゼ旦匹壮 ２つプロシージャのレングスが等しく、且つ同じポジションにあるアイテムが同 一である場合にのみ、２つプロシージャは、同一である。 アイテムが実行オブジェクトであるリストは、同じレングスのプロシージャを生 成する。ここで、それの各アイテムは、同じポジションにあるアイテムのコピー である。 ＯｃｔｅｔＳｔｒｉｎｇ バイナリ　（２進）テレスクリプトであるオクテツトストリングは、プロシージ ャを生成する。ここで、このプロシージャは、プロシージャのアイテムがバイナ リテレスクリプトによりエンコードされるオブジェクトである。 ａ■圧 キャラクタテレスクリプトであるストリングは、プロシージャを生成する。ここ で、このプロシージャは、プロシージャのアイテムがキャラクタテレスクリプト によりエンコードされるオブジェクトである４、６４　プロセス（Ｐｒｏｃｅｓ ｓ）Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）ｂｓｔｒａｃｔ　１ｎｔｅｒｆａ ｃｅ　（Ｏｂｊｅｃｔ、　Ｎａｍｅｄ、υｎｃｏｐｉｅｄ）　＝　（、、、）； このクラスは、シールされる。 １ｎｉｔｉａｌｉｚｅ： ｏｐ　（ｎａｔｉｖｅＰｅｒｍｉｔ：　ｃｏｐｉｅｄ　Ｐｅｒｍｉｔ；レスポン ダのアトリビュー）”　１ａａ＋ｅ”を、新しく割り当てられたテレネームであ る現在のプロセスの仲間にし、レスポンダのアトリビュートを、同じ名前のアー ギュメント（アーギュメント”ｎａｔｉｖｅＰｅｒｍｉｔ”　）にし、レスポン ダの”ｐｒｉｖａｔｅｃｌａｓｓｅｓ”アトリビュートを、アーギュメントがニ ル（０）でない場合には、同じ名前のアーギュメント（アーギュメント”　ｐｒ ｔｖａｔｅｃＩａｓｓｅｓ”　）にし、その他の場合には、現在のプロセスと同 じように特定されたアトリビュートにする。上述以外の場合は、レスポンダのコ ンタクトアトリビュートをクリアされたセットにする。 現在のプロセス内の実効的バーミツトがオペレーション”ｎｅｗ″を禁止し、そ のバーミツトが、その他の点で不適切である場合、又はオペレーション”ｅｎｔ ｅｒｉｎｇ”が異常終了した場合に、エクセブション（”　ＰｅｒｍｉｔＶｉｏ ｌａｔｅｄ”）が送出される。 注°クラス”Ｐｒｏｃｅｓｓ”のサブクラスに固有のこのオペレーションのため のメソッドは、生成されたプロセスではなく、生成しているプロセスを、現在の プロセスとして見なす。 パブリックインスタンスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ）匠訓虹 ５ｅａｌｅｄ　ｒｅａｄｏｎｌｙ　ｐｒｏｔｅｃｔｅｄ　Ｏｂｊｅｃｔｔｈｒｏ ｗｓ　ＰｒｏｃｅｓｓＮｏｔＰｅｅｒ；レスポンダのブランドである。 現在のプロセスがレスポンダの仲間でない場合には、エクセブション（”Ｐｒｏ ｃｅｓｓＮｏｔＰｅｅｒ”　）が送出される。 ｌｏｃａｌＰｅｒｍｉｔ： ５ｅａｌｅｄ　ｒｅａｄｏｎｌｙ　ｐｒｏｔｅｃｔｅｄ　Ｏｂｊｅｃｔｔｈｒｏ ｗｓ　ＦｅａｔｕｒｅＵｎａｖａｉｌａｂｅ、　ＰｅｒｍｉｔＶｉｏｌａｔｅｃ ｌレスポンダのローカルバーミツトである。 リクエスタがレスポンダでな（レスポンダが占有するブレイスでもない場合には 、エクセプション（”ＦｅａｔｕｒｅＵｎａｖａｉ　ｆａｂｌｅ“）が送出され 、プロセスモデルと合致しない方法でアトリビュートを設定する試みがなされた 場合には、エクセプション（”Ｐｅｒｍｉ　ｔＶｉｏｌａｔｅｄ”）が送出され る。 ｎａｔ　ｉ　ｖｅＰｅｒｍ　ｉ　ｔ ｓｅａｌｅｄ　ｃｏｐｉｅｄ　Ｐｅｒｍｉｔｔｈｒｏｗｓ　ＦｅａｔｕｒｅＵｎ ａｖａｉｌａｂｌｅ、　ＰｅｒｍｉｔＶｉｏｌａｔｅｄ；レスポンダのネイティ ブバーミツトである。 リクエスタがレスポンダでなくレスポンダの仲間でもない場合には、エクセブシ ョン（”ＦｅａｔｕｒｅＵｎａｖａｉ　ｆａｂｌｅ”）が送出され、プロセスモ デルと合致しない方法でアトリビュートを設定する試みがなされた場合には、エ クセプション（“ＰｅｒｍｉｔＶｉｏｌａｔｅｄ”　）が送出される。 と１桂 ５ｅａｌｅｄ　ｒｅａｄｏｎｌｙ　ｃｏｐｉｅｄ　Ｐｅｒｍｉｔ；レスポンダの 実効的パーミツトである。 匹旺即１ヒ１匹 ５ｅａｌｅｄ　ｃｏｐｉｅｄ　Ｐｅｒ＋＊ｉｔｔｈｒｏｗｓ　ＦｅａｔｕｒｅＵ ｎａｖａｉｌａｂｌｅ、ＰｅｒｍｉｔＶｉｏｌａｔｅｄ；レスポンダのリージョ ナルパーミットである。 リクエスタがレスポンダでなくエンジンブレイスでもない場合には、エクセプシ ョン（”　Ｆｅａｔｕｒｅｌｌｎａｖａｉｌａｂｌｅ”　）が送出され、プロセ スモデルと合致しなｔ）方法でアトリビュートを設定する試みがなされた場合に は、エクセブション（”ＰｅｒｍｉｔＶｉｏｌａｔｅｄ”　）が送出される。 ｒｉｖａｔｅｃＩａｓｓｅｓ： ５ｅａｌｅｄ　ｒｅａｄｏｎｌｙ　Ｓｅｔ［Ｃ１ｔｅｄ］ｔｈｒｏｗｓ　Ｐｒｏ ｃｅｓｓＮｏｔＰｅｅｒ；レスポンダが保持するクラスのセット、パッケージの セット、又はその両者のセントである。 現在のプロセスがレスポンダの仲間でない場合には、エクセプション（”Ｐｒｏ ｃｅｓｓＮｏｔＰｅｅｒ″）が送出される。 パブリックインスタンスオペレーション（Ｆ’ｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　 ０ｐｅｒａｔｉｏｎｓ）０ｙ工し ５ｅａｌｅｄ　ｏｐ　（ｃｈａｒｇｅｓ：　Ｉｎｔｅｇｅｒ）ｔｈｒｏｗｓ　Ｐ ｅｒｍｉｔｌｎａｄｅｑｕａｔｅ、　ＰｅｒａｉｔＶｉｏｌａｔｅｄ；インチジ ャの量（アーギュメント”　ｃｈａｒｇｅｓ”）に従って、レスポンダの実際の チャージを増大させる。 レスポンダの実効的パーミツトが使い尽くされた場合には、エクセブション（” 　Ｐｅｒａ＋１ｔｌｎａｄｅｑｕａｔｅ”　）が送出され、現在のパーミツトが オペレーション”　ｃｈａｒｇｅ”を禁止する場合には、エクセプション（“Ｆ ｅｒｍｉ　ｔＶｉｏｌａｔｅｄ”）が送出される。 ｒｅｓｔｒｉｃｔ＋ ５ｅａｌｅｄ　ｏｐ　（ｐｒｏｃｅｄｕｒｅ：　Ｐｒｏｃｅｄｕｒｅ；　ｐｅｒ ｍｉｔ：　ｐｒｏｔｅｃｔｅｄ　Ｐｅｒｍｆｔ）ｔｈｒｏｗｓ　Ｅｘｃｅｐｔｉ ｏｎ、　ＰｅｒｍｉｔＶｉｏｌａｔｄ、　ＰｒｏｃｅｓｓＮｏｔＣｕｒｒｅｎｔ ；プロシージャのチャージが生じた結果の現在のプロセスの実効的バーミツト及 び一時的なパーミツト（アーギュメント”ｐｅｒｍｉｔ”）をもとに、プロシー ジャ（アーギュメントｐｒｏｃｅｄｕｒｅ”　）を遂行する。 プロシージャがエクセプションを送出する場合には、エクセブション（”ｅｘｃ ｅｐｔｉｏｎ”）が送出され、プロシージャの遂行が上述した実効的パーミツト を侵害する場合には、エクセブション（”ＰｅｒｍｉｔＶｉｏｌａｔｄ’　）が 送出され、リクエスタが現在のプロセスでない場合には、エクセプション（“Ｐ ｒｏｃｅｓｓＮｏｔＣｕｒｒｅｎｔ”　）が送出される。 ５ｐｏｎｓｏｒ： ５ｅａｌｅｄ　ｏｐ　（ｐｒｏｃｅｄｕｒｅ：　Ｐｒｏｃｅｄｕｒｅ：　ｐｅｒ ｍｉｔ：　ｐｒｏｔｅｃｔｅｄ　Ｐｅｒｍｉｔ）ｔｈｒｏｗｓ　Ｅｘｃｅｐｔｉ ｏｎ、　ＰｅｒｍｉｔＶｉｏｌａｔｅｄ、　ＰｒｏｃｅｓｓＮｏｔＣｕｒｒｅｒ ｌ；プロシージャのチャージが生じた結果のレスポンダのオーナーの実効的ノ（ −ミツト及び一時的なパーミツト（”ｐｅｒｍｉｔ”　）をもとに、プロシージ ャ（アーギュメント’　ｐｒｏｃｅｄｕｒｅ“）を遂行する。プロシージャ：よ 、レスポンダのフレーム及びプロパティではなく、リクエスタのフレーム及びプ ロノくティにアクセスする。 プロシージャが、エクセブションを送出する場合１二をよ、エクセプション（” Ｅｘｃｅｐｔｉｏｎ”　）が送出され、プロシージャの遂行が上述した実効的ノ （−ミツトを侵害している場合には、エクセプション（”Ｐｅｒａ＋１ＬＶｉｏ ｌａｔｄ”）力ζ送出され、１ノクエスタが現在のプロセスでない場合には、エ クセブション（’　ＰｒｏｃｅｓｓＮｏｔＣｕｒｒｅｎｔ”　）が送出される。 ｂ並仝土住左弦に土部上凸ヱ上也上臼！狸」止り旺虹 ５ｅａｌｅｄ　ｒｅａｄｏｎｌｙ　Ｉｎｔｅｇｅｒ；秒で示された、レスポンダ の実際のエージである。 テレクリック（ｔｅ　ｌｅｃ　ｌ　１ｃｋ）で示された、レスポンダの実際のチ ャージである。 肛還り１Ｌ ｓｅａｌｅｄ　ＩｎｔｅｇｅｒｌＮｉｌ；レスポンダの実際のプライオリティ、 すなわち、レスポンダの選択されたプライオリティである。 プライベートインスタンスオペレーション　Ｐｒ１ｖａｔｅ　Ｉｎ５ｔａｎｃｅ 　Ｏｅｒａｔｉｏｎｓ要求された秒数（アーギュメント“５ｅｃｏｎｄｓ”）が 経過するまでレスポンダをブロックする。その秒数が負数である場合には、その オペレーションは無効となる・システムインスタンスオペレーション（Ｓ　ｓｔ ｅｍ　Ｉｎ５ｔａｎｃｅ　Ｏｅｒａｔｉｏｎｓ）、田！− ａｂｓｔｒａｃｔ　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃａｕｓｅ：　Ｅｘｃｅ ｐｔｉｏｎｌＮｉｌ）ｔｈｒｏｅｓ　Ｅｘｃｅｐｔｉｏｎ； レスポンダの生成の後、そのレスポンダを開始させるためにニル（０）　（アー ギュメント”ｃａｕｓｅ”）を伴って、要求される。レスポンダ力（保持する） （−ミツトのアトリビュート”ｃａｎＲｅｓｔａｒｔ”が”真（ｔｒｕｅ）”で ある場合には、このオペレーションは、レスポンダがエクセプションのため（こ 異常終了したとき警こ、レスポンダを再スタートさせるために上記エクセプショ ン（アーギュメント”ｃａｕｓｅ”）を伴って要求される。 レスポンダが、エクセブションを正常にキャッチすることができなかった場合に は、エクセブション（”Ｅｘｃｅｐｔｉｏｎ”）が送出される。 ｒｅｓｔｒｉｃｔｅｄ： ｏｐ（ｐｅｒｍｉｔ：Ｉｄｅｎｔｉｆｉｅｒ；１ｓＲｅｌｏｃａｔｅｄ：Ｂｏｏ ｌｅａｎ）ＰｅｒｍｉｔＲｅｄｕｃｅｄｌＮｉｌ；レスポンダのアトリビ：Ｌ− ）”　ｎａｔｉｖｅＰｅｒｍｉｔ”　、”ｒｅｇｔｏｎａｌＰｅｒ＋ａｉｔ”又 は”１０ｃａｌＰｅｒｍｉｔ”が一度設定された後に、レスポンダの能力を減少 させるように再び設定される場合に要求される。その識別子（アーギュメント’ 　ｐｅｒ組ｔ“）は、上述した３つのアトリビュートのうちの何れかが設定され たものである。そのオペレーションのリザルトがニル（０）でない場合、エンジ ンは、レスポンダのスレッドにそのリザルトを送出する。このクラスに固有のメ ソッドは、単にニル（０）をリターンする。 ブーリアン（アーギュメント”１ｓＲｅｌｏｃａｔｅｄ”）は、エンジンがその オペレーションを要求するように導いたイベントが、レスポンダが占領している ブレイス以外のブレイス、或いは、オペレーション°”　ｇｏ”又は’　５ｅｎ ｄ”の遂行中にそのオペレーションが要求された場合にはレスポンダの目的地以 外のブレイス（例えば、パーガトリ）に、エンジンがレスポンダを転送するよう にも導いているか否かを指示する。 後者の場合、すなわちオペレーション”ｇＯ゛′又は“５ｅｎｄ”の遂行中にオ ペレーションが要求された場合には、オペレーション”ｇｏ”又は”５ｅｎｄ” は、現在のオペレーションのリザルトを、それがニル（０）でなければ、送出す る。 注：レスポンダの新しく設定されたバーミツトが著しく制限的である場合、この オペレーションを遂行するレスポンダの能力は、プロセス終了のＪレールによっ て制限される。 ア　ブチ−ジョン（＾ｄａｔａｔｉＯｎＳ）競旺 ’　Ｃｏｐｙ　Ｌｌｎａｖａｉｌａｂｌｅ″のメンバが送出される。 ４．６５　プロセスエクセブション（Ｐｒｏｃｅｓｓ　Ｅｘｃｅ　Ｌｉｏｎ）Ｏ ｂｊｅｃｔ　（Ｒｅｒｅｒｅｎｃｅｄ）−Ｅｘｃｅｐｔｉｏｎ　（ｔｌｎｃｈａ ｎｇｅｄ）・“Ｐｒｏｇｒａｍａｉｎｇ　Ｅｘｃｅｐｔｉｏｎ・−・Ｐｒｏｃｅ ｓｓ　Ｅｘｃｅ　ｔｉｏｎａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｐｒｏｇ ｒａｍ＠ｉｎｇＥｘｐｒｅｔｉｏｎ）　＝　０：１ｎｔｅｒｆａｃｅ　（Ｐｒｏ ｃｅｓｓＥｘｐｒｅｔｉｏｎ）　＝　０；あるプロセスは、他のプロセスに対し て、他のプロセスの実効的パーミツトを使い尽くすように指示することを試みて いる。 プロセスは、リソースを独占的に使用することなくリソースの状態を操作してい る。 リソースの状態を示すことを意図した識別子は、リソースの状態を示して０ない 。 １ｎｔｅｒ４ａｃｅ　（ＰｒｏｃｅｓｓＥｘｐｒｅｔｉｏｎ）　＝　０；プロセ スは、プロセスが保持するバーミツトを使い尽くしている。 ＰｅｒｍｉｔＶｉｏｌａｔｅｄ： １ｎｔｅｒｆａｃｅ　（ＰｒｏｃｅｓｓＥｘｐｒｅｔｉｏｎ）　＝　０；プロセ スは、プロセスが保持するバーミツトを侵害して０る。 １ｎｔｅｒｆａｃｅ　（ＰｒｏｃｅｓｓＥｘｐｒｅｔｉｏｎ）　＝　０；プロセ スは、クラスの現在のメンバ以外のフィーチャを要求してＩＩＸる。 １ｎｔｅｒｆａｃｅ　（ＰｒｏｃｅｓｓＥｘｐｒｅｔｉｏｎ）　＝　０；オブジ ェクトは、オブジェクトの仲間ではな％％プロセスを操イ乍して（する。 １ｎｔｅｒｆａｃｅ　（ＰｒｏｃｅｓｓＥｘｐｒｅｔｉｏｎ）　＝　０；リソー スの使用は、要求された秒数にお０て１よ、取を得すること力（できな（為。 旦虱劇旦担庶圧： １ｎｔｅｒ４ａｃｅ　（ＰｒｏｃｅｓｓＥｘｐｒｅｔｉｏｎ）　：０；プロセス は、要求を妨げる状態にあるとき、フィーチャを要求してｔ）る。 る。 ４．６６　プログラミングエクセプション（Ｐｒｏｇｒａ＋ｎｉｎ　Ｅｘｃｅｐ ｔｉｏｎ）Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）礎Ｅｘｃｅｐｔｉｏｎ　（ Ｕｎｃｈａｎｇｅｄ）・・Ｐｒｏ　ｒａｍｉｉｎ　Ｅｘｃｅ　ｔｉｏｎりｌメ」 」至搬− Ｐｒｏ　ｒａｍｍｉｎ　Ｅｘｃｅ　ｔｉｏｎ：ａｂｓｔｒａｃｔ　１ｎｔｅｆａ ｃｅ　（Ｅｘｃｅｐｔｉｏｎ）　＝０；４．６７　格識す子（Ｑｕａｌｉｆｉｅ ｄ　Ｉｄｅｎｔｉｆｉｅｒ）Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）・Ｐｒ１ ｍ１ｔｉｖｅ　（Ｅｘｅｃｕｔｅｄ　＆　Ｕｎｃｈａｎｇｅｄ）−−Ｉｄｅｎｔ ｉｆｉｅｒ　（Ｏｒｄｅｒｅｄ）・・・Ｑｕａｌｉｆｉｅｄ　Ｉｄｅｎｔｉｆｉ ｅｒクラス（Ｃｌａｓｓ） Ｑｕａｌｉｆｉｅｄｌｄｅｎｔｉｆｉｅｒ：５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ 　（Ｉｄｅｎｔｉｆｉｅｒ）　＝（１４，６８ランダムストリーム（Ｒａｎｄｏ ｍＳｔｒｅａｍ）Ｏｂｊｅｃｔ　（Ｒｅｒｅｒｅｎｃｅｄ）クラス（Ｃｌａｓｓ ） ＲａｎｄｏｍＳｔｒｅａｖ ｉｎｔｅｒ４ａｃｅ　（Ｓｔｒｅａｍ　［Ｉｎｔｅｇｅｒｌ）　＝　（、、、） ：成（Ｃｏｎｓｔｒｕｃｔｉｏｎ ｉｎｉｔｉａｌｉｚｅ＋ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｓｅｅｄ：　Ｉｎｔｅｇｅｒ）ｔｈｒｏｗｓ 　５ｅｅｄｌｎｖａｌ　ｉｄ；レスポンダのシードをインチジャ（アーギュメン ト”５ｅｅｄ”　）とし、レスポンダのアトリビュート“ｃｕｒｒｅｎｔ″をニ ル（０）とし、レスポンダのアトリビュート”ｎｅｘｔ”を定義されないままに しておく。 提案されたシードが不適切な場合には、エクセプション（”５ｅｅｄｌｎｖａｌ 　ｉｄ”）が送出される。 ア　ブチ−ジョン（ＡｄａｔａｔｉＯｎＳ）ｃｕｒｒｅｎｔ このアトリビュートは、インチジャである。 立 このアトリビュートは、ニル（０）ではなくインチジャである。 ４　、６９　（Ｒｅａｌ） Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）・Ｐｒ１ｍ１ｔｉｖｅ　（Ｅｘｅｃｕ ｔｅｄ　＆　Ｕｎｃｈａｎｇｅｄ）・・Ｎｕｍｂｅｒ　（Ｏｒｄｅｒｅｄ）クラ ス（Ｃｌａｓｓ） 肋１Ｌ ｓｅａｌｅｄ　１ｎｔｅｆａｃｅ　（Ｎｕｍｂｅｒ）　＝０；７’１ｊｆ−乏！ 乙」卸畠旦匹匹 担狙 そのリザルトは、５！数である。 と垣 そのリザルトは、実数である。 牡■匹 そのリザルトは、実数である。 し比組江 そのリザルトは、実数である。 肚駐旦 そのリザルトは、実数である。 ｓｕｂけａｃｔ そのリザルトは、実数である。 ’　（Ｃｏｎｖｅｒｓｉｏｎｓ） シ１ ビットは、最初にそのビットのインチジャへの変換のリザルトを生成し、次にそ のインチジャの実数への変換のリザルトを生成する。 ■耶遠１止 ピントストリングは、最初にそのビットストリングのインチジャへの変換のリザ ルトを生成し、次にそのインチジャの実数への変換のリザルトを生成する。 Ｂｏｏｌｅａｎ ブーリアンは、最初にそのブーリアンのインチジャへの変換のリザルトを生成し 、次にそのインチジャの実数への変換のリザルトを生成する。 Ｃｈａｒａｃｔｅｒ キャラクタは、最初にそのキャラクタのインチジャへの変換のリザルトを生成し 、次にそのインチジャの実数への変換のリザルトを生成する。 加」Ｉ工 インチジャは、そのインチジャに算術的に等しい実数を生成する。 鯉に匹 オクテツトは、最初にそのオクテツトのインチジャへの変換のリザルトを生成し 、次にそのインチジャの実数への変換のリザルトを生成する。 ≧旦ぶ山１皿 オクテツトストリングは、最初にそのオクテツトストリングのインチジャへの変 換のリザルトを生成し、次にそのインチジャの実数への変換のリザルトを生成す る。 針■坦 ストリングは、キャラクタテレスクリプトにおける実数のトークンのための構文 規則に従い、対応する実数を生成する。 ４．７０　リフアレンスト（Ｒｅｆｅｒｅｎｃｅｄ）リフアレンスト（Ｒｅｆｅ ｒｅｎｃｅｄ）クラス（Ｃ１ａｓｓ） Ｒｅｆ　ｅｒｅｎｃｅｄ　： ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　Ｏ＝（、、、）；このクラスは、シー ルされる。 パブリッククラス　レスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ）ｉｓＰｒｏｔｅｃｔｅｄ： ５ｅａｌｅｄ　ｒｅａｄｏｎｌｙ　Ｂｏｏｌｅａｎ：レスポンダに対するリファ レンスが保護されているか否か。 パブリックインスタンスオペレーション（１’ｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　 Ｏｅｒａｔｉｏｎｓ）ｄｉｓｃａｒｄ： ５ｅａｌｅｄ　ｏｐ　Ｏ； レスポンダに対するリファレンスが全く残っていない場合にのみ、レスポンダを 破壊する。 ｉｓｓａｍｅ： ５ｅａｌｅｄ　ｏｐ　（ｒｅｆｅｒｅｎｃｅ：　Ｐｒｏｔｅｃｔｅｄ　Ｒｅｒｅ ｒｅｎｃｅｄ）　Ｂｏｏｌｅａｎ；リファレンスされたオブジェクト（アーギュ メント”ｒｅｆｅｒｅｎｃｅ”）がレスポンダであるか否か。 肛吐竺Ｌ ｓｅａｌｅｄ　ｏｐ　Ｏｐｒｏｔｅｃｔｅｄ　Ｒｅｆｅｒｅｎｃｅ；保護された リファレンスをレスポンダにリターンする。 ニ ５ｅａｌｅｄ　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　Ｏ；そのオペレーションを要求 するために用いられたリファレンス自体力量保８Ｉされている場合にのみ、レス ポンダに対する２つの保護されたリファレンスをスタックにブツシュする。 ０ｂｊｅｃｔ　（Ｒｅｒｅｒｅｎｃｅｄ）クラス（Ｃ１ａｓｓ） Ｒｅｓｏｕｒｃｅ： １ｎｔｅｒｆａｃｅ　＝　（０，、）；成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｉｎｉｔｉａｌｔｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｉｌ　（ｃｏｎｄｉｔｏｎ：　Ｉｄｅｎｔｉｆｉｅ ｒ！Ｎｉｌ；ｃｏｎｄｉｔｉｏｎｓ：ｃｏｐｉｅｄ　Ｓｅｔ［１ｄｅｎｔｉｆｉ ｅｒ！］Ｎｉｌ）ｔｈｒｏｗｓＣｏｎｄｉｔｉｏｎＵＮｌｌ）ｔｈｒｏ；レスポ ンダの固有のアトリビュートを、同じ名前のアーギュメント（アーギュメント” ｃｏｎｄ　ｉ　ｔｏｎ”及び”ｃｏｎｄｉｔｏｎｓ”）とする。この２つのアー ギュメントのうちの何れかがニル（０）である場合、２つのアーギュメントは、 両方ともニル（０）でなくてはならない。この場合、アトリビュートｃｏｎｄ　 ｉ　ｔ　１ｏｎｓ”は、アトリビュート”　ｃｏｎｄｉｔｉｏｎ”に等しい１つ の識別子を含む。ここで、問題の識別子は、定義されていない。 個別の条件（コンデシラン：　ｃｏｎｄｉｔｉｏｎ）　、すなわちアトリビュー ト”　ＣｏｎｄｉｔｉＯｎ“が、セット内にない場合、すなわちアトリビュート ”Ｃｏｎｄｉｔｉｏｎｓ”内にない場合には、エクセプション（”　Ｃｏｎｄｉ ｔｉｏｎＵｎｄｅｒｉｎｅｄ’　）が送出される。 ブブリックインスタンスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ）ｃｏｎｄｉｔｉｏｎ・ Ｉｄｅｎｔｉｆｉｅｒ！ ｔｈｒｏｖｓｖ　ＣｏｎｄｉｔｉｏｎＵｎａｖａｉｌａｂｌｅ；レスポンダのコ ンデジョンのための識別子である。 現在のプロセスがアトリビュートを設定しようと試み、レスポンダの排他的な使 用の権利が欠如している場合には、エクセブシコン（”ＣｏｎｄｉｔｉｏｎＵｎ ｖａｉ　ｆａｂｌｅ”）が送出される。 レスポンダの可能なコンデジョンのための識別子である。 パブリンクインスタンスオペレーション（Ｐｕｂｌ　ｉｃ　Ｉｎ５ｔａｎｃｅ　 Ｏｅｒａｔｉｏｎｓ）旦Ｌ ｓｅａｌｅｄ　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｐｒｏｃｅｄｕｒｅ：　Ｐｒ ｏｃｅｄｕｒｅ；ｅｘｃｌｕｓｉｖｅ：　ＢｏｏｌｅａｎｌＮｉｌ；ａ＋ａｘｉ ｍｕａ＋Ｗａｉｔ：　ＩｎｔｅｇｅｒｌＮｉｌ；ｃｏｎｄｉｔｉｏｎｓ：　ｃｏ ｐｉｅｄ　Ｓｅｔ　［Ｉｄｅｎｔｉｆｉｅｒ！］ｌＮｌＮ１１）Ｂｏｏｌｅ ａｎｔｈｒｏ　ＣｏｎｄｉｔｉｏｎＵｎｄｅｒｉｎｅｄ、　Ｅｘｃｅｐｔｉｏｎ 、　Ｒｅ５ｏｕｒｃｅ［Ｉｎａｖａｉｌａｂｌｅ；レスポンダの使用の権利を取 得し、プロシージャ（アーギュメント”　ｐｒｏｃｅｄｕｒｅ”）を遂行し、そ して、そのプロシージャが異常終了したとしても、レスポンダを放棄する。その プロシージャは、レスポンダのフレーム及びプロパティではなく、リクエスタの フレーム及びプロパティにアクセスする。 ブーリアン（アーギュメント“ｅｘｃｌｕｓｉｖｅ”）が存在し、そのブーリア ンが”真（ｔｒｕｅ）”である場合にのみ、レスポンダの使用の権利は排他的と なる。ニル（０）でない識別子のセット（アーギュメント“ｃｏｎｄｉｔｉｏｎ ｓ”）が供給される場合にのみ、レスポンダが識別子が示す状態にあるときに、 レスポンダの使用が許可される。 インチジャ（アーギュメント”ｍａｘｉｍｕｍＷａｉｔ“）が供給された場合、 そのオペレーションは、そのインチジャが示す秒数を超えない時間分だけ、レス ポンダの使用の権利を待つ。また、インチジャの代わりにニル（０）が供給され た場合、オペレーションは、要求される時間だけ、又は永久に待機する。前者の 場合、すなわち、要求される時間だけ待機する場合、そのオペレーションのリザ ルトは、指示された秒数の後に、レスポンダが利用できない状態のままであるか 否かを示す。 コンデジョンのセットが、クリアされているか、又はレスポンダのアトリビュー ト”ｃｏｎｄｉ　ｔｉｏｎｓ”のサブセットに等しくない場合には、エクセブシ ョン（”　Ｃ。 ｎｄｉｔｉｏｎＵｎｄｅｆｉｎｅｄ“）が送出され、プロシージャがエクセブシ ョンを送出する場合には、エクセブション（”Ｅｘｃｅｐｔｉｏｎ”）が送出さ れ、レスポンダの使用の権利を要求された秒数間に取得できない場合には、エク セプション（”Ｒｅ５ｏｕｒｃｅＵｎａｖａｉｌａｂｌｅ”）が送出される。 ４．７２　セレクタ（Ｓｅｌｅｃｔｏｒ）Ｏｂｊｅｃｔ　（Ｒｅｒｅｒｅｎｃｅ ｄ）・Ｐｒ１ｍ１ｔｉｖｅ　（Ｅｘｅｃｕｔｅｄ　＆　Ｕｎｃｈａｎｇｅｄ）Ｌ ｉんぶ烏朋Ｌ ｓｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｐｒ１ｍ１ｔｉｖｅ）　＝　０；ア　ブ チ−ジョン（八７ 」良凹吐 ２つの値が同一である場合にのみ、２つのセレクタ！よ同等となる。 ４．７３　セット（Ｓｅｔ） Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）−Ｃｏ１１ｅｃｔｉｏｎ ｉｎｔｅｒｆａｃｅ　［１ｔｅａ＋ＣＩａｓｓ：　Ｃ１ａｓｓｌ（Ｃｏｌｌｅｃ ｔｉｏｎ［ｉｔｅｍＣｌａｓｓ、　Ｖｅｒｉｆｉｅｄ）　＝　（、、、）；サブ ジェクトクラスの各メンバの各アイテム自身メンバであるクラス（アーギュメン ト”ｉ　ｔｅｍｃ　１ａｓｓ”）　によって、パラメータ化される。 構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｉｎｉｔｉａｌ　ｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｉｔｅｍｓ：　ｉｔｅｍｃｌａｓｓ　、、、 ）ｔｈｒｏｗｓ　ＩｔｅｍＤｕｐｌｉｃａｔｅｄ、Ｉｔｅａ［ｎｖａｌｉｄ；レ スポンダのアイテムをオブジェクト（アーギュメント”ｉｔｅ■Ｓ”）とする。 ２つの提案されたアイテムが同等である場合には、エクセプション（’　Ｉｔｅ ｓＤｕｐｌｉｃａｔｅｄ”　）が送出され、提案されたアイテムが不適切である 場合には、には、エクセプション（”Ｉｔｅｍｌｎｖａｌ　ｉｄ”）が送出され る。 パブリックインスタンスオペレーション（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ｏ ｅｒａｔｉｏｎｓ）セットのアイテムに等しい全てのアイテム（アーギュメント ｓｅｔ”）をレスポンダから除外して廃棄する。 １ｎｔｅｒｓｅｃｔｉｏｎ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｓｅｔ：　ｐｒｏｔｅｃｔｅｄ　Ｓｅｔ［１ ｔｅｌＣ１ａＳＳ］）；セットのアイテムに等しくない全てのアイテム（アーギ ュメント”ｓｅｔ”）をレスポンダから除去し廃棄する。 レスポンダの現存するアイテムに等しくないセット（アーギュメント”ｓｅｔ” ）の各アイテムに対するリファレンスをレスポンダ内に含める。 ア　ブチ−ジョン（Ａｄａｔａｔｌｏｎｓ）」劇旦垣 オブジェクトに等しい現存するアイテムを排除して廃棄することにより、そのオ ブジェクトを新しいアイテムとしてセットに含める。 正■ひ セットのアイテムうちの２つのアイテムが同等でない場合にのみ、セットは整合 性がある。 ４．７４　スタック（Ｓｔａｃｋ） Ｏｂｊｅｃｔ　（Ｒｅｒｅｒｅｎｃｅｄ）・Ｃａ１ｌｅｃｔｏｎ −・Ｌｉ５ｔ　（Ｏｒｄｅｒｅｄ） ・　・　・　５ｔａｃｋ サブジエクトクラスの各メンバの各アイテム自身がメンバであるクラス（アーギ ュメント”ｉｔｅｍｃＩａｓｓ”）によって、パラメータ化される。 パブリックインスタンスオペレーション（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ｏ ｅｒａｔｉｏｎｓｍ四二 ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　ＯｉｔｅＩＩｌｃｌａｓｓｔｈｒｏｗｓ　５ｔ ａｃｋＤｅｐｌｅｔｅｄ；トップアイテムを、レスポンダから除去し、リターン する。 レスポンダがクリアされている場合には、エクセプション（”５ｔａｃｋＤｅｐ ｌｅｔｅｄ”：が送出される。 匹ゴし ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｉｔｅｍ：　１ｔｅａ＋ｃＩａｓｓ）：オブ ジェクト（アーギュメン”ｉｔｅｍ”　）を新しいアイテムとしてレスポンダの トップに付加する。 匹匝旦朋Ｌ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｉｔｅｍｓ：　ｐｒｏｔｅｃｔｅｄＬｉｓｔ 　［ｉｔｅｍＣＩａｓｓｌ）：リストのアイテム（アーギュメント’　１ｔｅＩ Ｉｌｓ”）に対するリファレンスを、レスポンダにブンシュする。リストのポジ ションｌにおけるアイテムに対するリファレンスを、レスポンダのトップに置く 。 匹■ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｓｈｉｒｔｓ、　ｉｔｅｍｓ＋　Ｉｎｔｅｇ ｅｒ）ｔｈｒｏｗｓ　Ａｒｇｕｍｅｎｔｌｎｖａｌｉｄ、５ｔａｃｋＤｅｐｌｅ ｔｅｄ＋レスポンダの最上番目（ｔｏｐｍｏｓｔ）のアイテムをシフトする。 そのシフトに関連するアイテムの数（”　工′°）は、負数でないインチジャ（ アーギュメント°’　ｉｔｅｍｓ”　）で与えられる。関連する各アイテムがシ フトされるポジションのナンバ（”Ｐ゛°）は、正数でも負数でもよい他のイン チジャ（アーギュメント”５ｈｉｆｔｓ”　）により、与えられる。ここでＩＰ ’は、その与えられた他のインチジャの絶対値である。この２番目のインチジャ が正数である場合には、シフトされる各アイテムは、レスポンダのトップ方向に シフトされ、そうでなｔ）場合には、レスポンダのボトム方向にシフトされる。 レスポンダのトップ方向にポジションを１だけ各アイテムをシフトさせることは 、最上番目のアイテムのポジションを”　■”に変化させ、最上番目のアイテム 以外の他のアイテムの各ポジションを１だけ減少させることである。 また、レスポンダのボトム方向にポジションを１だけ各アイテムをシフトさせる ことは、ポジションが”■”であるアイテムを１番上にし、他のアイテムの各ポ ジションを１増大させることである。 この”　Ｉ”が負数であるインチジャが与えられた場合には、エクセプション（ “Ａｒｇｕｍｅｎｔｌｎｖａｌ　ｉｄ”）が送出され、レスポンダのレングスが ”Ｉ”よりも短い場合には、エクセブション（”５ｔａｃｋＤｅｐｌｅｔｅｄ” ）が送出される。 ２出し ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　Ｏ ｔｈｒｏｗｓ　５ｔａｃｋＤｅｐｌｅｔｅｄ；レスポンダのポジション１及び２ にあるアイテムを転置する。レスポンダのレングスが２より短い場合には、エク セブション（”５ｔａｃｋＤｅｐｌｅｔｅｄ”）が送出される。 ４．７５　ストリーム（Ｓｔｅａｍ） Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）サブジェクトクラスの各メンバの各ア イテム自身メンバであるクラス（アーギュメント’　ｉｔｅｍｃＩａｓｓ”）に よって、パラメータ化される。 パブリックインスタンスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ）ｃｕｒｒｅｎｔ： ａｂｓｔｒａｃｔ　ｒｅａｄｏｎｌｙ　ｉｔｅ＠ｃｌａｓｓｌＮｉｌ；レスポン ダのアトリビュート”ｎｅｘｔ”が問い合わされたが、ニル（０）がリターンさ れず、全てのレスポンダのアイテムが生成された場合には、レスポンダが最後に 生成したアイテムである。その他の場合には、ニル（０）である。 長以悪し ａｂｓｔｒａｃｔ　Ｂｏｏｌｅａｎ； レスポンダが全てのアイテムを生成したか否か。 凹刈二 ａｂｓｔｒａｃｔ　ｒｅａｄｏｎｌｙ　ｉｔｅｍｃＩａｓｓｌＮｉｌｔｈｒｏｗ ｓ　ＲｅｆｅｒｅｎｃｅＰｒｏｔｅｃｔｅｄ；レスポンダがアイテムの全てをま だ生成していない場合には、レスポンダの次のアイテムである。その他の場合に は、ニル（０）である。このオペレーションが要求される度に、レスポンダは、 他のアイテムを生成する。 レスポンダが保護されている場合には、エクセプション（”Ｒｅｆｅｒｅｎｃｅ ｐｒｅｔｅｃｔｅｄ”）が送出される。 ４．７６　ストリング（ｓｔｒｌｎ） Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）・Ｃｏ１１ｅｃｔｉｏｎ ・−Ｌｉ５ｔ　（Ｏｒｄｅｒｅｄ） −１−Ｃｏｎ５ｔｒａｉｎｅｄ　Ｌｉ５ｔ　（Ｃｏｎｓｔｒａｉｎｅｄ）・・・ ・払区坦（Ｃａｓｅｄ　＆　Ｅｘｅｃｕｔｅｄ）クラス（Ｃ１ａｓｓ） 互に胆Ｌ ｓｅａｌｅｄ　１ｎｔｅｒｆａｃｅ （ＣｏｎｓｔｒａｉｎｅｄＬｉｓｔ　［Ｃｈａｒａｃｔｅｒ）、Ｃａ５ｅｄ、Ｅ ｘｅｃｕｔｅｄ）　＝　（、、、）；構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｉｎｉｔｉａｌｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｓｅｇｍｅｎｔｓ：　０ｂｊｅｃｔ　、、。 ／本Ｃｈａｒａｃｔｅｒｌｐｒｏｔｃｔｅｄ　Ｓｔｒｉｎｇ！　本／）；レスポ ンダを、レスポンダ内においてポジシランが左から右に増大しているセグメント （アーギュメント”　ｓｅｇｍｅｎｔｓ”）の連鎖にする。 パブリックインスタンスオペレーション（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ｏ ｐｅｒａｔｉｏｎｓ）ｓｕｂｓｔｒｉｎｇ： ｃｏｐｉｅｄ　Ｓｔｒｉｎｇ ｔｈｒｏｗｓ　Ｐｏ５ｉ　Ｌｉｏｎｌｎｖａｌ　ｉｄ；その範囲（”１ｎｉｔｉ ａｌＰｏｓ山ｏｎ”　、”ｂｅｙｏｎｄＦ’＋ｎａｌＰｏｓｉｔｉｏｎ”）Ｉこ 含まれるポジションにおいて、キャラクタを含んでｐｚるレスポンダのサブスト １）ングのコピーをリターンする。 表明されたポジションが不適切な場合Ｉこ（よ、エクセプシヲン（”　Ｐｏ５ｉ ｔｉｏｎｌｎｖａｌｉｄ”）が送出される。 アタブテーション（Ａｄａｔａｔ１０ｎ５）ｃｏｎｓｔｒａｉｎｔ アトリビュートは、シールされる。アト１ノビユート”　Ｃｏｎ５ｔｒａｉｎｔ ”のアト１７ビユーＭ’　ｏｆｃｌａｓｓ”　、”　ｃｌａｓｓｌｄ”　、”　 １ｓｌｎｓｔａｎｃｅ−、”　１ｓｏｐｔｉｏｎａｌ”及び”　ｐａｓｓａｇｅ ”は、それぞれ、クラス”　Ｃｈａｒａｃｔｅｒ”　、クラス゛’　ｃｈａｒａ ｃｔｅｒ”　、　”　ｔｒｕｅ−、”「ａｌｓｅ”及び°’　ｂｙｃｏｐｙ”の 識別子である。 １ｓＡｒｔｅｒ レングスが短いストリングのレングスをレングス力（長（Ｘスト１）ングのレン グスに等しくするのに充分なキャラクタ力（、レングスカτ短０スト１ノングｌ こ付カロされたかのように、あるストリングｈ（他のスト１ノングの（麦となる 。ここで、打力口された各キャラクタは、それらのユニコードのコードカ；イン チジャ“ゼロ“であるキャラクタである。 １ｓＢｅｆｏｒｅ レングスが短いストリングのレングスをレングスが長いストリングのレングスに 等しくするのに充分なキャラクタが、レングスが短いストリングに付加されたか のように、あるストリングが他のストリングの前となる。ここで、付加された各 キャラクタは、それらのユニコードのコードがインチジャ”ゼロ１であるキャラ クタである。 （Ｃｏｎｖｅｒｓ　１ｏｎｓ） 影１ ストリングに変換し得るキャラクタに変換し得るビットは、そのストリングを生 成する。 ＣａｌｅｎｄａｒＴｉｍｅ カレンダータイムは、そのカレンダータイムにより示される時間を記述するスト リングを生成する。 Ｃｈａｒａｃｔｅｒ キャラクタは、１つのアイテムだけがキャラクタに等しいストリングを生成する 。 Ｉｄｅｎｔｉｆｉｅｒ 識別子は、その識別子のテキストに等しいストリングを生成する。 知セ■ｍ インチジャは、キャラクタテレスクリプトにおける”インチジャ”トークンのた めの構文規則に従うストリングを生成する。 ｈ月旦１ パターンは、そのパターンのテキストに等しいストリングを生成する。 肚１ 実数は、キャラクタテレスクリプトにおける”実数”　トークンのための構文規 則に従うストリングを生成する。 Ｔｅｌｅｎｕｍｂｅｒ テレナンバは、プラスサイン（”＋”）、テレナンバの国のアトリビュート、ス ペース（”゛）、及びテレナンバのアトリビュート”ｔｅｌｅｐｈｏｎｅ”の連 鎖を生成する。 タイムは、最初にそのタイムのカレンダータイムへの変換の１ノザルトを生成し 、次にそのカレンダータイムのストリングへの変換の１ノザｌレトを生成する。 ４．７７　テレアドレス（Ｔｅｌｅａｄｄｒｅｓｓ）Ｏｂｊｅｃｔ　（Ｒｅｆｅ ｒｅｎｃｅｄ）・　Ｔｅ１ｅａｄｄｒｅｓｓ クラス（Ｃｌａｓｓ） Ｔｅｌｅａｄｄｒｅｓｓ： Ｉｎｔｅｒｆａｃｅ　＝　（、、、）；成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｉｎｉｔｉａｌｉｚｅ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｐｒｏｖｉｄｅｒ：　ＯｃｔｅｔＳｔｒｉｎ ｇ！１Ｎｉｌ；１ｏｃａｔｉｏｎ：　Ｓｔｒｉｎｇ！Ｎｉ１）；レスポンダのア トリビュート”ｒｏｕ　ｔ　ｉｎｇＡｄｖ　ｉｃｅ”をり１ノアし、その他の固 有のアトリビュートを同じ名前のアーギュメント（アーギュメント”ｌ０Ｃａｔ ｉＯｎ”及び”ｐｒｏｖ　ｔｄｅｒ”）にする。ただし、アーギュメント”ｐｒ ｏｖｉｄｅｒ”力（二Ｊしく０）である場合は、アトリビュート”ｐｒｏｖｉｄ ｅｒ”（よ、現在のブレイスの割り当てられたテレアドレスのアトリビュートと される。 パブリックインスタンスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ＞１ｏｃａｔｉｏｎ： Ｓｔｒｉｎｇ！　ＩＮｉ　ｌ； レスポンダによって示されるブレイスのロケーションを示しているストリングで ある。ただし、これは、レスポンダが割り当てられているか、又はそのようなコ ンストレイントが課されている場合であり、その他の場合には、ニル（０）であ る。 どと違反［ 並立ぶＩ工１３ テレネームのアトリビュート”　ａｕｔｈｏｒｉｔｙ”と同様に、レスポンダが 示すブレイスを含んでいるリージョンのブロパイダを示している、オクテツトス トリングである。 匹畦」■虹匹Ｌ Ｌｉｓｔ　［ＯｃｔｅｔＳｔｒｉｎｇ！コ；アトリビュー１−”　ｐｒｏｖｉｄ ｅｒ”と同様に、また、優先順位の低い順序に並べられた、移動先のリージョン （ｔｒａｎｓｉｔ　ｒｅｇｉｏｎ）のプロバイダを示している、オクテツトスト リングである。 アダブチ−ジョン（Ａｄａｐｔａｔｉｏｎｓ）諮以凹辻 ２つのテレアドレスは、各々の固有のアトリビュートに従って、同一となる。 ４．７８　テレネーム（Ｔｅｌｅｎａｓｅ）Ｏｂｊｅｃｔ　（Ｒｅｒｅｒｅｎｃ ｅｄ）クラス（Ｃ１ａｓｓ） ｉｎｔｅｒｆａｃｅ　＝　（、、、）；構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｉｎｉ　ｔｉａｌ　ｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ａｕｔｈｏｒｉｔｙ、１ｄｅｎｔｉｔｙ：　 ＯｃｔｅｔＳｔｒｉｎｇ！ＩＮ口）；レスポンダの固有のアトリビュートを、同 じ名前のアーギュメント（アーギュメント”ａｕｔｈｏｒｉｔｙ”及び”１ｄｅ ｎｔｉｔｙ”）にする。ただし、前者のアーギュメントがニル（０）である場合 は、アトリビュート”ａｕｔｈｏｒｉ　ｔｙ”が現在のプロセスの割り当てられ たテレネームのアトリビュートにされる。 パブリックインスタンスアトリビュー）　（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　 Ａｔｔｒｉｂｕｔｅｓ）起…氏口」竺 ＯｃｔｅｔＳｔｒｉｎｇ！ レスポンダが示す名前付きオブジェクトのオーソリティを示しているオクテツト ストリングである。 レスポンダによって示された名前付きオブジェクトのアイデンティティを示して いるオクテツトストリングである。ただし、これは、レスポンダが割り当てられ ているか、又はそのようなコンストレンドが課された場合であり、その他の場合 には、ニル（０）である。 ア　ブテーシクン（ＡｄａｔａｔｌＯｎｓ）卦旦巨壮 ２つのテレネームは、各々の固有のアトリビュートに従って、同一となる。 ４．７９　テレナンバ（Ｔｅｌｅｎｕｍｂｅｒ）−Ｔｅ１ｅｎｕＩＩｂｅｒ ｉｎｔｅｒｆａｃｅ　＝　（、、、）；成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｉｎｉｔｉａｌ　ｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｏｕｎｔｒｙＡｎｄＴｅｌｅｐｈｏｎｅ： 　Ｓｔｒｉｎｇ！；ｅｘｔｅｎｓｉｏｎ：　Ｓｔｒｉｎｇ！１Ｎｉｌ）；レスポ ンダのアトリビュート”ｅｘｔｅｎｓｉｏｎ”を、同じ名前のアーギュメント（ アーギュメント”ｅｘｔｅｎｓｉｏｎ”）とし、レスポンダの他の固有のアトリ ビュートを、アーギュメント”　ｃｏｕｎｔｒｙＡｎｄＴｅｌｅｐｈｏｎｅ”に 変換可能なテレナンバのアトリビュートにする。 パブリッククラス　レスアトリ　ュ−ト（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓレスポンダが示すものについて、国又は他の地理的な領域に 対してＣＣＩＴＴが割り当てるコードが配される。ここで、ストリングの各キャ ラクタ（よ、数字（”０”〜”９”）である。 ｅｘｔｅｎｓｉｏｎ： Ｓｔｒｉｎｇ！　ｌＮｉ　Ｉ： レスポンダが示すものを明瞭に特定するテレホンの内線である。ただし、これは 、レスポンダのアトリビュート“ｃｏｕｎｔｒｙ“及び”ｔｅｌｅｐｈｏｎｅ” が、それら自身ではそのように機能しない場合であり、その他の場合には、ニル （０）である。 ここで、ストリングの各キャラクタは、数字（”　０”〜″９”）、ハイフン（ ”−”）又はスペース（”″）である。 止尺辿匣虹 Ｓｔｒｉｎｇ！； アトリビュート”ｃｏｕｎｔｒｙ”が示す国又は他の地理的な領域によって、レ スポンダが示すものについて、割り当てられた番号である。ここで、ストリング の各キャラクタは、数字（”０゛°〜゛°９”）、ハイフン（ｎ−”）又はスペ ース（゛°）である。 ア　ブチ−ジョン（Ａｄａｔａ【１０ｎＳ）鳥以凹状 ２つのテレナンバは、全てのハイフン（”−”）及びスペース（”）が最初に２ つのテレナンバから除かれたかのように、２つのテレナンバの固有のアトリビュ ートに従って同等となる。 換（Ｃｏｎｖｅｒｓｉｏｎｓ） 鉦吐１ テレナンバの置換よって生成されることができるストリングは、そのテレナンバ を生成する。ここで、そのテレナンバのアトリビュート”Ｅｘｔｅｎｓｉｏｎ” は、ニル（０）である。 ４．８０　チケット（Ｔｉｃｋｅｔ） Ｏｂｊｅｃｔ　（Ｒｅｒｅｒｅｎｃｅｄ）・Ｔｉｃｋｅｔ　５ｔｕｂ クラス（Ｃ１ａｓｓ） Ｔｉｃｋｅｔ： Ｉｎｔｅｒｆａｃｅ　（ＴｉｃｋｅｔＳｔｕｂ）　＝　（、、、）；構成（Ｃｏ ｎｓｔｒｕｃｔｉｏｎ） ｉｎｉｔｉａｌｚｅ＋ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ（ｄｅｓｔｉｎａｔｉｏｎＮａｍｅ：　Ｔｅｌｅ ｎａｍｅｌＮｉｌ；ｄｅｓｔｉｎａｔｉｏｎＡｄｄｒｓｓ：　Ｔｅ１ｅａｄｄｒ ｅｓｓｌＮｉｌ；ｄｅｓｔｉｎａＬｉｏｎｃｌａｓｓ：　Ｃ１ｔａｔｉｏｎｌＮ ｉｌ：ｍａｘｉｍｕｍＷａｉｔ：　ＩｎｔｅｇｅｒｌＮｉｌ；ｗａｙ：　Ｗａｙ ｌＮｉｌ； ｔｒａｖｅｌＮｏｔｅｓ：　０ｂｊｅｃｔｌＮｉｌ）；レスポンダの”　ｄｅｓ ｉｒｅｄＷａｉｔ”及びｄｅｓｔｉｎａｔｉｏｎＰｅｒｍｉｔ”アトリビュート をニル（０）にし、レスポンダの他のアトリビュートを同じ名前のアーギュメン ト（アーギュメント”　ｄｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ’　、　”　ｄ ｅｓｔｉｎａｔｉｏｎｃｌａｓｓ″、ｄｅｓｔｉｎａｔｉ。 ｎＮａｍｅ−、”　ｇ＋ａｘｉｉｕｍｌｆａｉｔ”　、−ｔｒａｖｅｌＮｏｔｅ ｓ”及び”　ｗａｙ”　）にする。 パブリックインスタンスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ）ｃｌｅｓｉｒｅｃｌＷａｉｔ： Ｉｎｔｅｇｅｒ　ＩＮ　ｉ　Ｉ　； レスポンダが規定するトリップが完了されるべき時間と、トリップが要求される 時間との時間差において、所望される負数でない秒数の最大値に対してコンスト レイントが課せられた場合、その最大値である。そうでない場合は、ニル（０） である。 ｄｅｓｔｉｎａｔｉｏｎＡｃｌｄｒｅｓｓ：Ｔｅ１ｅａｄｄｒｅｓｓｌＮｉｌ： レスポンダが定義するトリップの目的地のテレアドレスに対してコンストレイン トが課せられた場合、そのテレアドレスである。そうでない場合には、ニル（０ ）である。 レスポンダが定義するトリップの目的地がメンバであるクラス゛ｐｌａｃｅ”の サブクラスに対するサイテションに対してコンストレイントカ（課せられた場合 、そのサイテションである。そうでない場合には、ニル（０）である。 レスポンダが定義するトリップの目的地のテレネームｉこ対してコンストレイン トが課せられた場合、そのテレネームである。そうでな（Ｘ場合；ごは、ニル（ ０）である。 ローカルパーミツトがエージェントの現在の一時的なノ（−ミツトと相違して０ る場合には、レスポンダを使用しているエージェントカ（、エージェントの目的 地において持つであろうローカルパーミツトであり、エージェントカ９それを持 っていないときは、エージェントのネイティブノ（−ミツトである。その他の場 合番ごは、ニル（０）である。 ｍａｘｉｍｕＩＩＷａｉｔ： レスポンダが定義するトリップが終了すべき時間と、トリップが要求する時間と の時間差において、秒で表した最大のパーミントされる時間差に対してコンヌト レイントが課せられた場合には、その時間差である。そうでない場合（こは、ニ ル（０）である。インチジャが供給される場合、そのインチジャは、負数ではカ いものとする。 アダブチ−ジョン（ＡｄａｔａｔＩＯｎＳ）隘旦凹畦 ２つのチケットは、チケットに対して固有のアトリビュート及びチケツトの；タ ップに従って同等である。 ４．８１　チケットスタッブ（Ｔｉｃｋｅｔ　５ｔｕｂ）Ｏｂｊｅｃｔ　（Ｒｅ ｒｅｒｅｎｃｅｄ）クラス（Ｃ１ａｓｓ） ＴｉｃｋｅｔＳｔｕｂ Ｉｎｔｅｒｆａｃｅ＝　（、、、）； 構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） レスポンダの固有のアトリビュートを、同じ名前のアーギュメント（アーギュメ ント”ｔｒａｖｅｌＮｏｔｅｓ”及び’　ｗａｙ”）とする。 パブリックインスタンスアトリ　ュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ（レスポンダを保持するエージェントの独占的な使用のため のオブジェクトである。 トリップの目的地に向かって取るべき進路（ｗａｙ）である。ただし、そのよう なコンストレイントが課せられていない場合には、ニル（０）である。チケット スタッブ内は、トリップのオリジンに向かう戻る方向の進路である。 アダブチ−ジョン（Ａｄａｐｔａｔｉｏｎｓ）１ｓＥｑｕａ１ ２つのチケットスタップは、各々の固有のアトリビュートに従って同等である。 ４．８２　タイム（Ｔｉｍｅ） Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）−Ｔｉｍｅ　（Ｏｒｄｅｒｅｄ　＆　 Ｕｎｃｈａｎｚｅｄ）クラス（Ｃ１ａｓｓ） ｎμし Ｉｎｔｅｒｆａｃｅ　（Ｏｂｊｅｃｔ、　０ｒｄｅｒｅｄ、　Ｕｎｃｈａｎｇｅ ｄ）　＝　（、、、）；成　（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｉｎｉｔｉａｌ　ｉｚｅ レスポンダを現在の時間、すなわち、現在のブレイスにおいての現在の時間とす る。 パブリックインスタンスオペレーション（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ｏ ｅｒａｔｉｏｎｓ邸違臣［ ｏｐ　＜５ｅｃｏｎｄｓ：　Ｉｎｔｅｇｅｒ）　Ｔｉｍｅ；時間をリターンする 。ここで、時間は、レスポンダの後に要求された秒数（アーギュメント”５ｅｃ ｏｎｄｓ”）であり、同一の一定なずれ及び季節的なずれを特定する。 注：インチジャが負数であれば、リターンされる時間は、レスポンダに先行する 。 １ｎｔｅｒｖａｌ　： ｏｐ　（ｓｕｂｔｒａｈｅｎｄ：　Ｔｉｍｅ）　Ｉｎｔｅｇｅｒ；被減数である レスポンダと、減数である時間（アーギュメント”５ｕｂｔｒａｈｅｎｄ”）と の、秒で表された差をリターンする。 注：そのリザルトは、２つの絶対時間の違いを表す。 アダブチ−ジョン（Ａｄａｔａｔｉｏｎｓ）夏５Ａｒｔｅｒ 任意の時間が他の時間の次になるのは、他の時間が特定する絶対時間点に、任意 の時間が特定する絶対時間点が後続する場合にのみ生ずる。 任意の時間が特定する絶対時間点が先行する場合にのみ生ずる。 長以凹■ ２つの時間は、どちらも他の時間の前にない場合にのみ同等である。 カレンダータイムは、同一の時点を表す時間と同一な一定及び季節的なずれとを 生ずる。 ４８３　トリップエクセプション（Ｔｒｉ　Ｅｘｃｅ　ｔｉｏｎ）Ｏｂｊｅｃｔ 　（Ｒｅｆｅｒｅｎｃｅｄ）０Ｅｘｃｅｐｔｉｏｎ　（ＬＩｎｃｈａｎｇｅｄ） ・―”Ｔｒｉｐ　Ｅｘｃｅｐｔｉｏｎ”クラス（Ｃ１ａｓｓ） 肛佳■岨匹匹叶 ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｅｘｃｅｐｔｉｏｎ）　＝（、、、 ）＋１ｎｉｔｉａｌｔｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ（ｔｉｃｋｅｔｓｔｕｂ：　ＴｉｃｋｅｔＳｔｕ ｂ）；レスポンダの固有の７トリビユートを同じ名前のアーギュメント（アーギ ュメント”　ｔｉｃｋｅｔｓｔｕｂ”）とする。 サブクラス（ｓｕｂｃｌａｓｓｅｓ） ＤｅｓｔｉｎａｔｉｏｎＵｎａｖａｉｌａｂｌｅ：Ｉｎｔｅｒｆａｃｅ（Ｔｒｉ ｐＥｘｃｅｐｔｉｏｎ）　：０：ネットワークが区画されているため、トリップ の目的地には到達不可能である。 したがって、そのトリップの目的地は、将来到達されつるかもしれない目的地で ある。 ＤｅｓｔｉｎａｔｉｏｎＵｎｋｎｏｖｎ：Ｉｎｔｅｒｆａｃｅ（ＴｒｉｐＥｘｃ ｅｐｔｉｏｎ）＝０　；トリップの目的地は特定できないため、到達不可能であ る。 ０ｃｃｕ　ａｎｃ　Ｄｅｎｉｅｄ： Ｉｎｔｅｒｆａｃｅ（ＴｒｉｐＥｘｃｅｐｔｉｏｎ）二〇　ニトリツブの目的地 は、エージェントの占有を拒絶する。したがって、到達をも拒絶する。 旦銚鮭堕吐胆虹 １ｎｔｅｒｆａｃｅ（ＴｒｉｐＥｘｃｅｐｔｉｏｎ）　＝０ニトリツブのための チケットの”ｍａｘｉｍｕｍＷａｉｔ”アトリビュートが要求した秒数内で、ト リップの目的地には到達することができない。 ハ式躬μ庄１ａｂｌ虹 Ｉｎｔｅｒｆａｃｅ　（ＴｒｉｐＥｘｃｅｐｔｉｏｎ）　＝　０；トリップの出 発点は、トリップに対して要求された進路が欠けている。 パブリックインスタンスアトリビュート（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓ）ｔ　１ｃｋｅｔｓｔｕｂ ｓｅａｌｅｄ　ＴｉｃｋｅｔＳｔｕｂ；正常終了しなかったトリップの結果とし て生じたチケットスタップである。 アダブチ−ジョン（八ｄａｔａｔ１０ｎｓ）」奥凹畦 ２つのトリップのエクセブションは、各々の固有のアトリビュートに従って同等 である。 ４．８４　アンチエンシト（Ｕｎｃｈａｎｅｄ）助抽μｍ世 クラス（Ｃｌａｓｓ） 血亜競肥虹 ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　Ｏ：０；１Ｌびヨ乏且乙Ω卸山旦卦り ２四ｙ アンチエンシトオブジェクトのコピーは、オリジナルである。 ±２互５　７＊クノゴ汐？＜！」’、：Ｉ惑びぢム仁〔乙μ血囚整山独上に阻Ｕ 卯し０ｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）・Ｅｘｃｅｐｔｉｏｎ　（Ｕｎｃ ｈａｎｇｅｄ）−−Ｐｒｏｇｒａｕｉｎｇ　Ｅｘｃｅｐｔｉｏｎ・・・Ｋｅｒｎ ｅｌ　Ｅｘｃｅｐｔｉｏｎ・０・−Ｅｘｅｃｕｔｉｏｎ　Ｅｘｃｅｐｔｉｏｎｌ 　＋　′　１　６　Ｕｎｘｐｅｃｔｅｄ　Ｅｘｃｅｐｔｉｏｎ”クラス（Ｃｌａ ｓｓ） ＵｎｅｘｐｅｃｔｅｄＥｘｃｅｐｔｉｏｎ：１ｎｔｅｒｆａｃｅ（Ｅｘｃｅｃｕ ｔｉｏｎＥｘｅｐｔｉｏｎ）　＝（、、、）；ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ（ ｅｘｃｅｐｔｉｏｎ：　Ｅｘｃｅｐｔｉｏｎ）；レスポンダの固有のアトリビュ ートを同じ名前のアーギュメントとする。（アーギュメント”　Ｅｘｃｅｐｔｉ ｏｎ”　）パブリックインスタンスアトリビュー　ト（Ｐｕｂｌｉｃ　Ｉｎ５ｔ ａｎｃｅ　Ａｔｔｒｉｂｕｔｅｓ）ヅε阻■凹Ｌ ｒｅａｄｏｎｌＹ　Ｅｘｃｅｐｔｉｏｎ；フィーチャが宣言しなかったにもかか わらず送出したレスポンダの原因であるエクセプションである。 ａｂｓｔｒａｃｔ−ｉｎｔｅｒｆａｃｅ　Ｏ：０：ａｂｓｔｒａｃｔ’＋ｎｔｅ ｒ４ａｃｅ　Ｏ＝　（、、、）：パブリックインスタンスオペレーション（Ｐｕ ｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ｏｅｒａｔｉｏｎｓ）猛わ工Ｌ ａｂｓｔｒａｃｔ　ｏｐ　ＯＢｏｏｌｅａｎ；レスポンダがコンシステントであ るか否かの指示をリターンする。 ４．８８　ウェイ（Ｗａ） Ｏｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）・　シ■ １ｎｔｅｒｆａｃｅ　＝　（、、、）；構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｉｎｉＨａｌ　ｉｚｅ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ ｎａｍｅ　：　Ｔｅ１ｅｎａｉｅｌＮｉｌ；ｍｅａｎｓ：　ＭｅａｎｓｌＮｉｌ ： ａｕｔｈｅｎｔｉｃａｔｏｒ：　ＡｕｔｈｅｎｔｉｃａＬｏｒｌＮｉｌ）；レス ポンダの固有のアトリビュートを同じ名前のアーギュメント（アーギュメント” ａｕｔｈｅｎＬｉｃａｔｏｒ”　、”　＋＊ｅａｎｓ”及び−ｎａｍｅ”　）と する。 パブユニクイ２２り詠ノａコヨ」５ニョ二叩助月Ｌｊ刃ｌ旦し狭止±畦おしａｕ ｔｈｅｎｔｉｃａｔｏｒ： ＡｕｔｈｅｎｔｉｃａｔｏｒｌＮｉ　ｌ　：ウェイが通過するリージョンに進入 するために用いられるオーセンティヶータータである。ただし、ウェイが通過す るり一ジョンへの進入に対してコンストレイントが課せられていない場合には、 ニル（０）である。 ウェイが通過するリージョンをアクセスするべきミーンズ（手段）である。ただ し、ウェイが通過するり一ジョンへのアクセスに対してコンストレイントが課せ られていない場合には、ニル（０）である。 ウェイが通過するリージョンのテレネームである。ただし、ウェイが通過するリ ージョンのテレネームに対してコンストレイントが課せられていない場合には、 ニル（０）である。 １Ｌびヨ之ｌ乙Ω加自旦卦虹 隘旦凹■ ２つのウェイは、各々の固有のアトリビュートに従って同等である。 ５、　テレスクリプトシンター／　’）　７．　（置ＥＳＣＲＩＰＴ　５ＹＮＴ ＡＸ゛テレスクリプト（ｔｅｌｅｓｃｒｉｐｔ）“は、プロジージャのエンコー ドである。 汎用的なテレスクリプトの抽象構文と、特にキャラクタ及びバイナリのテレスク リプトの具象構文とが、このアペンディックスの本セクションにおいて定義され る。 注：キャラクタテレスクリプトは、人によって使用される。バイナリテレスクリ プトは、機械によって使用され、例えば、オブジェクトをオブジェクト間に転テ レスクリプトよりも常に著しく長さが短いオクテツトである。 ５．１　テレスクリプト（Ｔｅ１ｅＳＣｒｌｔ）テレスクリプトは、第１にブリ フェースを、そして、第２にテレスクリプトがエンコードするプロシージャを含 む一連のトークンである。ブリフェースは、テレスクリプトが適合するインスト ラクションセットのメジャーバージョン及びマイナーバージョンを特定する。 テレスクリプトは、以下に示すシンタックティックルール及びシンタラクチイン クルールに付随したセマンテ４　’７クルールに従う。ＢＮＦで表した規則は、 ブラケットによって任意のトークンを囲む（”　［”及び”］”）。 Ｔｅ１ｅｓｃｒｉｐｔ　：：＝Ｐｒｅｆａｃｅ　ＰｒｏｃｅｄｕｒｅＢｏｄｙ　 ：：＝［ＥＸｅＣｕｔｅｄＯｂｊｅＣｔ　Ｂｏｄｙ］ＥｘｃｅｃｕｔｅｄＯｂｊ ｅｃｔ　：：＝Ｂｉｔ　ｌ　ＢｉｔＳｔｒｉｎｇ　ｌ　Ｂｏｏｌｅａｎ　１Ｃｈ ａｒａｃｔｅｒ　ｌ　Ｉｄｅｎｔｉｆｉｅｒ　ｌ　Ｉｎｔｅｇｅｒ　１Ｏｃｔｅ ｔ　ｌ　ＯｃｔｅｔＳｔｒｉｎｇ　ｌ　Ｍａｒｋ　ｌ　Ｍｏｄｉｆｉｅｒ　ｌＮ ｉ１　Ｉ　Ｐｒｏｃｅｄｕｒｅ　ｌ　Ｑｉｄｅｎｔｉｆｉｅｒ　ＩＲｅａｌ　ｌ 　５ｅｌｅｃｔｏｒ　ｌ　ＳｔｒｉｎｇＢｉｔ　：：＝ＢｉｔＺｅｒｏ　ｌ　Ｂ ｉｔＯｎｅＢｏｏｌｅａｎ　：：４ｏｏｌｅａｎＦａｌｓｅ　ｌ　Ｂｏｏｌｅａ ｎＴｒｕｅＭｏｄｉｆｉｅｒ　：：＝ＭｏｄｉｆｉｅｒＤｅｍａｒｃａｔｅ　１ ＭｏｄｉｆｉｅｒＧｅＬＣＩａｓｓ　１ＭｏｄｉｒｉｅｒＧｅｔＰｒｏｐｅｒｔ ｙ　１１４ｏｄｉｆｉｅｒＧｅＬＶａｒｉａｂｌｅ　１ＭｏｄｉｆｉｅｒＭｅｎ ｔｉｏｎ　１ ＭｏｄｉｆｉｅｒＳｅｔＡｔｔｒｉｂｕｔｅ　１ＭｏｄｉｒｉｅｒＳｅｔＰｒｏ ｐｅｒｔｙ　１ＭｏｄｉｒｉｅｒＳｅｔＶａｒｉａｂｌｅ　１Ｍｏｄｉｒｉｅｒ ＵｓｅＳｔａｃｋｌ Ｓｅｌｅｃｔｏｒ　：：＝ＳｅｌｅｃｔｏｒＢｒｅａｋ　１ＳＩｅｃｔｏｒＣ１ ｉｅｎｔ　１ ＳｌｅｃｔｏｒＣｏｎｔｉｎｕｅ　１ ＳｌｅｃｔｏｒＥｓｃａｌａｔｅ　１ ＳｌｅｃｔｏｒＰｌａｃｅ　１ ＳｌｅｃｔｏｒＰｒｏｃｅｓｓ　ｌ ５ｌｅｃｔｏｒＳｅｌｒ　１ ＳＩｅｃｔｏｒＳｕｃｃｅｅｄ テレスクリプトは、コメントを含むことができる。これは、シンタックティック ルールにおいて考慮された規定である。”コメント（ｃｏａｕａｅｎｔ）”は、 テレスクリプトがエンコードするプロシージャに影響しないストリングである。 １以上のコメントは、スクリプトの最初のトークンの前、スクリプトの最後のト ークンの後、及び任意の２つの隣接したトークンの間に記載することができる。 注二通常、コメントは、人に対してテレスクリプトの様相を記述する。 注：アペンディックスＡに規定されたインストラクションセットのメジャーバー ジョン及びマイナーバージョンは、各々、ゼロ”　（０）”及び八（”８”）に より特定される。 ５．２　キャラクタテレスクリプト（Ｃｈａｒａｃｔｅｒ　Ｔｅｌｅｓｃｒｉｐ ｔ）”キャラクタテレスクリプト（ｃｈａｒａｃｔｅｒ　ｔｅｌｅｓｃｒｉｐｔ ）”は、ストリングとしてエンコードされたプロシージャである。汎用的なテレ スクリプトのための抽象構文規則は、本セクションにおいて、特にキャラクタテ レスクリプトのための具象的なものとされる。 キャラクタテレスクリプト中の各トークンは、１以上のキャラクタである。キャ ラクタテレスクリプトは、トークンを連絹させることによって、又はそのキャラ クタによって、又はトークン間にキャラクタを挿入することによって得られるも のである。 ブレークキャラクタは、スペース（”　パ）、水平タブ又は改行（ラインフィー ド：　１ｉｎｅ　ｆｅｅｄ）である。１以上の上述のようなキャラクタは、最初 のトークンの前、最後のトークンの後又は２つの隣接した任意のトークンの間に 現れつる。 ２つの隣接した任意のトークンの間に１以上の上述のようなキャラクタが現れた 場合、２つの隣接したトークンがどちらも’　ＢｉｎＤｉｇｉｔ”又は”　ｈｅ ｘＤｉｇｉｔＰａｉｒ”である場合を除いて、これら２つのトークンが数字（′ °０”〜゛９”）及び文字を含む場合には少なくとも１つのキャラクタが現れな ければならない。 キーワード゛’　ｔｅｌｅｓｃｒｉｐｔ”及び番号記号（”＃°゛）で始まるタ ーミナルは、大小文字区別をしない。このアペンディックスでは、アッパーケー ス（大文字）キャラクタが表れるのに対して、プログラミングにおいては、ロー ア−エース（小文字）キャラクタ又はアッパーケース（大文字）キャラクタ、又 はそれら２つのものの混合が使用されつる。 ５．２．１　ブリフェースとコメント（Ｐｒｅｆａｃｅ　ａｎｄ　Ｃｏｍ＋ｎｅ ｎｔ）ブリフェース（Ｐｒｅｆａｃｅ） ブリフェースは、以下の規則に従う。 ｐｒｅｆａｃｅ　：：＝　ｔｅｌｓｃｒｉｐｔ　Ｖｅｒｓｉｏｎｖｅｒｓｉｏｎ 　：：＝　ｎｕｍｅｒａｌｓ　：　ｎｕＩｌｅｒａｌｓ第１の”ｎｕｍｅｒａｌ ｓ”は、キャラクタテレスクリプトが従うインストラクションセットのメジャー バージョンを特定し、第２の”　ｎｕｍｅｒａｌｓ”は、マイナーバージョンを 特定する。 コメントは、以下の規則に従う。 Ｃｏ＋ｕ＋ｅｎｔ　：：＝　／本ｃｏ＋ｕ＋ｅｎｔ１本／　ｌ　／／ｃｏａｕ＋ ＋ｅｎｔ２注：コメントのためのシンタンクスルールは、Ｃ＋＋プログラミング 言語のものである。 ５．２．２　行オブジェクト（Ｅｘｅｃｕｔｅｄ　Ｏｂ’ｅｃｔｓ）ＢｉｔＺｅ ｒｏ　：：＝　＃ｂ　’　Ｏ’ＢｔｔＯｎｅ　：：＝＃ｂ　’　１　’ビットス トリング（ＢｉｔＳｔｒｉｎ）ビットストリングは、以下の規則に従う。 ＢｉｔＳｔｒｉｎｇ　：：　＝　＃ｂ−ＢｉｎＤｉｇｉｔｓ　”ＢｉＬＤｉｇｉ ｔｓ　：：　＝　［ＢｉｎＤｉｇｉｔ　ＢｉｎＤｉｇｉｔｓｌｉ番目の”Ｂｉｎ Ｄｉｇｉｔ”は、ビットストリングのポジション”　ｉ”においてのビットを表 す。 ブーリアン（Ｂｏｏｌｅａｎ） ブーリアンは、ブーリアンの値を個別にエンコードする以下の規則に従う。 ＢｏｏｌｅａｎＦａｌｓｅ　：：＝　ｔｌｒａｌｓｅＢｏｏｌｅａｎＴｒｕｅ　 ：：＝　＃ｔｒｕｅキャラクタ（Ｃｈａｒａｃｔｅｒ） キャラクタは、以下の規則に従う。 Ｃｈａｒａｃｔｅｒ　：：＝ｊｔｃ　’″ｃｈａｒａｃｔｅｒｓ　””ｃｈａｒ ａｃｔｅｒｓ”は、１つのキャラクタを表すものとする。各キャラクタは、キャ ラクタ自身を表し、クラス”ＳＬｒｉｎｇ”に対して規定したエクセプションが ある。 識別子（Ｉｄｅｎｔｉｒ　１ｅｒ） 識別子は、以下の規則に従う。 Ｉｄｅｎｔｉｆｉｅｒ　：：＝　１ｄｅｎｔｉｆｉｅｒ　ｌ　］”Ｉｄｅｎｔｉ ｆｉｅｒ”は、識別子のテキストである。左角括弧（“コ”）（よ、オペレーシ ョン”ｎｅｗ”を表す。 インチジャは、以下の規則に従う。 Ｉｎｔｅｇｅｒ　：：：　［−コｎ＋ｎｍｅｒａｌｓマークは、以下の規則に従 う。 Ｍａｒｋ　：：＝　＃ｍａｒｋ　ｌ　［注：左角括弧（”　［”　）は、規約に より、左角括弧（コ”）と八に使用されるように供与される。（上記のトークノ 冒ｄｅｎｔｉｒｉｅｒ”参照のこと。）モディファイヤ（Ｍｏｄｉｆｉｅｒ） モディファイヤは、モデイファイヤの値を個別にエンコードする以下の現員り： こ従う。 ＭｏｄｉｆｉｅｒＤｅｍａｒｃａｔｅｓ　：：＝　＠ＭｏｄｉｆｉｅｒＧｅｔＣ １ａｓｓ二＝：ＭｏｄｉｆｉｅｒＧｅＬＰｒｏｐｅｒｔｙ　：：＝　％Ｍｏｄｉ ｆｉｅｒＧｅｔｌ／ａｒｉａｂｌｅ　：：＝　＄ＭｏｄＨｉｅｒＭｅｎｔｉｏｎ 　：：＝’ＭｏｄｉｆｉｅｒＳｅｔＡｔｔｒｉｂｕｔｅ：：＝　＝Ｍｏｄｉｒｉ ｅｒＳｅｔＰｒｏｐｅｒｔｙ　：：＝　＝％ＨｏｄｉｒｉｅｒＳｅｔＶａｒｉａ ｂｌｅ　：：＝　＝＄ＭｏｄｉｆｉｅｒＵｓｅＳｔａｃｋ　：：＝−ニルは、以 下の規則に従う。 Ｎｉｌ　：：＝　＃ｎｉｌ オクテツトは、以下の規則に従う。 ０ｃｔｅｙ　：：＝＃ｏ　’　ｈｅｘＤｉｇｉｔＰａｉｒ　’”ｈｅｘＤｉｇｉ ｔＰａｉｒ”のＭＳＢは、オクテツトのビ・ノド［７コを表し、ＬＳＢ＋よ、ビ ット［０］を表す。 オクテツトストリング（ＯｃｔｅｔＳｔｒｉｎオクテツトストリングは、以下の 規則に従う。 ＯｃｔｅｔＳｔｒｉｎｇ　：：　＝　＃ｏ　”　ＨｅｘＤｉｇｉｔＰａｉｒｓ　 ”）１ｅｘＤｉｇｉｔＰａｉｒｓ：：　＝　［ｈｅｘＤｉｇｉｔＰａｉｒ　Ｈｅ ｘＤｉｇｉｔＰａｉｒｓｌ第１の”ｈｅｘＤｉｇｉ　ｔＰａｉ　ｒ”は、オクテ ツトストリングのポジション１においてのオクテツトを表し、第２の“ｈｅｘＤ ｉｇｉｔＰａｉｒ“は、オクテツトストリングのポジション２においてのオクテ ツトを表し、以下同様である。各々のｈｅｘＤｉｇｉｔＰａｉｒ”のＭＳＢは、 オクテツトのビット［７コを表し、ＬＳＢは、オクテツトのビットＣＯ］を表す 。 プロシージャ（Ｐｒｏｃｅｄｕｒｅ） プロシージャは、以下の規則に従う。 Ｐｒｏｃｅｄｕｒｅ　：：　＝　（Ｂｏｄｙ）有資格識別子（Ｑｕａｌ　ｉｆ　 １ｅｄｌｄｅｎｔｉｒ　１ｅｒ）有資格識別子は、以下の規則に従う。 Ｑｌｄｅｎｔｉｆｉｅｒ　：：＝　１ｄｅｎｔｉｆｉｅｒ　：：　１ｄｅｎｔｉ ｆｉｅｒ第１の”　１ｄｅｎｔｉｆｉｅｒ”は、テキストを表し、第２の”　１ ｄｅｎｔｉｆｉｅｒ’は、そのクエリファイヤを表わす。 失敗」旺虹と 実数は、以下の規則に従う。 Ｒｅａｌ　：：＝Ｎｕｍｂｅｒ　［Ｅｘｐｏｎｅｎｔ］Ｎｕｍｂｅｒ　：：＝　 Ｉｎｔｅｇｅｒ　・ｎｕｍｅｒａｌｓ　ｌＩｎｔｅｇｅｒ　０１ −　ｎｕｍｅｒａｌｓ Ｅｘｐｏｎｅｎｔ　：：＝　Ｅ　Ｉｎｔｅｇｅｒ実数のインチジャ部分が存在し ている場合に番よ、実数のインチジャ部分ｌよ、”Ｎｕａ＋ｂｅｒ”の”Ｉｎｔ ｅｇｅｒ”である。そうでな１１場合：こ番よ、ゼロである。実数の分数部分が 存在している場合には、実数の分数部分はごｎｕｍｅｒａｌｓ”である。そうで ない場合には、ゼロである。”Ｅｘｐｏｎｅｎｔ”中に”　Ｉｎｔｅｇｅｒ”　 ７！ｌ（存在してｌＩＸる場合に番よ、”　Ｅｘｐｏｎｅｎｔ”中の”Ｉｎｔｅ ｇｅｒ”は、１０の累乗である。 ５ｅｌｅｃｔｏｒＢｒｅａｋ　：：＝　ｔｔｂｒｅａｋＳｅｌｅｃｔｏｒＣｌｉ ｅｎｔ　：：＝　＃ｃｌｉｅｎｔＳｅｌｅｃｔｏｒＣｏｎｔｉｎｕｅ　：：＝　 ＃ｃｏｎｔｉｎｕｅＳｅｌｅｃｔｏｒＥｓｃａｌａｔｅ　：：＝　＃ｅｓｃａｌ ａｔｅｌ−５ｅｌｅｃｔｏｒＰｌａｃｅ　：：＝　＃ｈｅｒｅｓｅｌｅｃｔｏｒ Ｆ’ｒｏｃｅｓｓ　ＩＩ”　：ｔｐｒｏｃｅｓｓＳｅｌｅｃｔｏｒＳｅｌｒ　： ：＝　＃５ｅ１４１本５ｅｌｅｃｔｏｒＳｕｃｃｅｅｄ　：　：：　＃５ｕｃｃ ｅｅｄストリング（Ｓｔｒｉｎｇ） ストリングは、以下の規則に従う。 Ｓｔｒｉｎｇ　：：＝　［＃Ｃ］　’ｃｈａｒａｃｔｅｒｓ″”ｃｈａｒａｃｔ ｅｒｓ”は、ゼロ以上のキャラクタを１表す。各キャラクタは、キャラクタ自身 を表す。ただし、例外として、逆スラッシュ（”＼”）と４つの１６進デジツト （０”〜”９“、”Ａ”〜”Ｆ”）とでキャラクタが示される。ここで、このキ ャラクタのユニコードのコードは、それらのデジットが表す符号無しインチジャ である。指示キャラクタとなるキャラクタの対について表Ａ、６に示す。 （以下、余白。） （以下、余白。） ５．２．３　他の非ターミナル（Ｏｔｈｅｒ　Ｎｏｎ−ｔｅｒｍｉｎａｌｓ）キ ャラクタ（ｃｈａｒａｃｔｅｒｓ） ゼロ以上のキャラクタであり、それぞれは、文字のキャラクタ又はスペース（” ）である。引用符（”）の前には、逆スラッシュ（”＼”）が配される。 逆スラッシュは、上述したトークン″Ｓｔｒｉｎｇ”の所で説明した表中のキャ ラクタ列の一部分であるか、又は４つの１６進デジツトに先行するものとする。 コメント１　（ｃｏｍｍｅｎｔｌ） スラッシュに後続されたアステリスク（”＊／”）を含まない、ゼロ以上のキャ ラクタである。 注：　”　ｃｏｍｍｅｎｔｌ”は、特別な意味無しに°’／＊”又は”／／”を 包括することができる。したがって、”ｃｏ＋ｕｅｎｔ２”を包括することがで きる。 注：”’　ｃｏａｏａｅｎｔ２”は、特別な意味無しＩご／＊”、”＊／”又は ”／／”を包括することができる。したがって、”ｃｏｍｍｅｎｔｌ”を包括す ることができる。”ＣＯｍａ＋ｅｎｔ２°′は、同じ行に他のトークンを後続す ることはできない。これは、”　ｃｏｗ諺ｅｎｔｚ”がこれらを含むものと見な されるからである。 １６進デジントの対（ｈｅｘＤｌｉｔＰａｉｒ）１６進デジツトの対（”０°゛ 〜”９“、”Ａ”〜”Ｆ”）である。 識別子（ｉｄｅｎｔｉｆｉｅｒ） 識別子のテキストと同様に、コンストレインされたキャラクタである。 ５．３　バイナリテレスクリプト（Ｂｉｎａｒ　Ｔｅ１ｅｓｃｒｉ　ｔ）“バイ ナリテレスクリプト（ｂｉｎａｒｙ　ｔｅｌｅｓｃｒｉｐｔ）　”は、オクテツ トストリングとしてエンコードされたプロシージャである。汎用的なテレスクリ プトのための抽象構文規則は、本セクションにおいて、特にバイナリテレスクリ プトのための具象的なものとされる。 バイナリテレスクリプト中の各トークンは、１以上のオクットである。バイナリ テレスクリプトは、トークンを連鎖させることによって、すなわち、オクテツト を連鎖させることによって得られる。 ５．３．１　プリフェースとコメント（Ｐｒｅｆａｃｅ　ａｎｄ　Ｃｏｍｍｅｎ ｔ）Ｐｒｅｆａｃｅ　：：＝　ＶｅｒｓｏｎＶｅｒｓｉｏｎ　：：＝　ｕｎｓｉ ｇｎｅｄＮｕｍｂｅｒ　ｕｎｓｉｇｎｅｄＮｕｍｂｅｒ第１及び第２の”　ｕｎ ｓ　ｉｇｎｅｄＮｕｍｂｅｒ”は、キャラクタテレスクリプトが従うインストラ クションセットのメジャーバージョン及びマイナーバージョンを各々特定する。 コメントは、以下の規則に従う。 Ｃｏｍｍｅｎｔ　：　：＝　ｔａｇ　ｕｎｓｉｇｎｅｄＮｕｓｂｅｒ　ｃｈａｒ ａｃｔｅｒｓ”　ｕｎｓｉｇｎｅｄＮｕｍｂｅｒ”は、キャラクタとして認識さ れるべきオクテツトのナンバである。 旦−１−１−三外殻しと＝乙ｄｊコ箋ｔフ」」為ヨ９遣史助コ虱ＬＢｉｔＺｅｒ ｏ　：：＝　ｔａｇ ＢｉｔＯｎｅ　：：”　ｔａｇ ＢｉｔＳｔｒｉｎｇ　：：＝　ｔａｇ　ｕｎｓｉｇｎｅｄＮｕｍｂｅｒ　ｕｎｓ ｉｇｎｅｄＮｕｍｂｅｒ　Ｏｃｔ、ｅｔｓＯｃｔｅｔｓ　：：＝　［ｏｃｔｅｔ 　０ｃｔｅｔｓ］第１の”ｕｎｓｉｇｎｅｄＮｕｍｂｅｒ”は、最後のオクテツ トのビットストリングの各ビットのＣ１，８］範囲中のナンバである。このオク テツト中の他のビットは、意味を持たないため定義されない。第２の”　ｕｎｓ ｉｇｎｅｄＮｕｉｂｅｒ″は、トークンオクテツト中のトークン“０ｃｔｅｔｓ ”の発生回数”ｎ“である。オクテツトが［１，ｎｌ範囲内で番号付けされてい れば、ビットストリング中のそのポジションが″　ｉ″であるビットは、（１＋ 　（ｉ−１）／８）の番号を有するオクテツトのビット［（７−（（ｉ−１）ｍ ｏｄ　８）コである。 ブーリアン（Ｂｏｏｌｅａｎ） ＢｏｏｌｅａｎＦａｌｓｅ　：：＝　ｔａｇＢｏｏｌｅａｎ　Ｔｒｕｅ　：：＝ 　ｔａｇキャラクタ（Ｃｈａｒａｃｔｅｒ） キャラクタは、以下の規則に従う。一般的な及び特別なエンコードが規定されて いる。特別なエンコードは、８ビツトのキャラクタについて用いる。 Ｃｈａｒａｃｔｅｒ　：：＝　ＧｅｎｅｒａｌＣｈａｒａｃｔｅｒ　ｌ　５ｐｅ ｃｉａｌＣｈａｒａｃｔｅｒＧｅｎｅｒａｌＣｈａｒａｃｔｅｒ　：：＝　ｔａ ｇｏｃｔｅｔ　ｏｃｔｅｔＳｐｅｃｉａｌＣｈａｒａｃｔｅｒ　：：＝　ｔａｇ 　ｏｃｔｅｔｌ又は２のオクテツトは、キャラクタのユニコードのコードである インチジャをサインされないままエンコードする。特別なエンコードにおいては 、インチジャのＭＳＢ及びＬＳＢは、各々、オクテツトのＭＳＢ及びＬＳＢであ る。一般的なエンコードにおいては、インチジャのＭＳＢ及びＬＳＢは、各々、 第１のオクテツトのＭＳＢ及び第２のオクテツトのＬＳＢである。 識別子（Ｉｄｅｎｔｉｆｉｅｒ） 識別子は、以下の規則に従う。１つの一般的なエンコード及び２つの特別なエン コードが規定されている。２つの特殊なエンコードのうちの１つは、識別子のテ キストが定義済みクラス又はフィーチャの識別子のテキストに等しい場合にのみ 使用する。 Ｉｄｅｎｔｉｆｉｅｒ　：：＝　ＧｅｎｅｒａｌｌＤ　ＩＰｒｅｄｅｆｉｎｅｄ ＣｌａｓｓｌＤ　ＩＰｒｅｄｅｆｉｎｅｄＦｅａｔｕｒｅｌＤＧｅｎｅｒａｌｌ Ｄ　：：＝　ｔａｇ　ｕｎｓｉｇｎｅｄＮｕｍｂｅｒ　ｃｈａｒａｃｔｅｒｓＰ ｒｅｄｅｆｉｎｅｄＣＩａｓｓｌＤ　：：＝　ｔａｇｕｎｓｉｇｎｅｄＮｕｍｂ ｅｒＰｒｅｄｅｆｉｎｅｄＦｅａｔｕｒｅｌＤ：：＝　ｔａｇ　ｕｎｓｉｇｎｅ ｄＮｕｍｂｅｒ一般的なエンコードにおいて、”ｕｎｓｉｇｎｅｄＮｕｍｂｅｒ ”及び”　ｃｈａｒａｃｔｅｒｓ”は、直接テキストを表す。”ｕｎｓｉｇｎｅ ｄＮｕｍｂｅｒ”はごｃｈａｒａｃｔｅｒｓ”として認識されるべきオクテツト の数である。特別のエンコードにおいて、”　ｕｎｓｉｇｎｅｄＮｕｍｂｅｒ” は・後述するセクション５．４に示す表中から引き出されるコードによって、識 別子のテキストを関節的に表している。 インチジャ（Ｉｎｔｅｇｅｒ） インチジャは、以下の規則に従う。１つの一般的なエンコード及び幾つかの特い られる。 Ｉｎｔｅｇｅｒ　：：：　Ｇｅｎｅｒａｌｌｎｔｅｇｅｒ　Ｉ　Ｓｐｅｃｉａｌ ｌｎｔｅｇｅｒＧｅｎｅｒａｌｌｎｔｅｇｅｒ：　：＝　ｔａｇ　ｓｉｇｎｅｄ ＮｕｍｂｅｒＳｐｅｃｉａｌｌｎｔｅｇｅｒ：：＝　ＩｎｔｅｇｅｒＭｉｎｕｓ Ｏｎｅ　ｌＩｎｔｅｇｅｒＺｅｒｏ　ｌ ＩｎｔｅｇｅｒＰ　ｌｕｓｏｎｅ ＩｎｔｅｇｅｒＭｉｎｕｓＯｎｅ：：＝　ｔａｇＩｎｔｅｇｅｒＺｅｒｏ　：： ＝　ｔａｇＩｎｔｅｇｅｒｌ’１ｕｓＯｎｅ　：：＝　ｔａｇサインドナンパ（ ｓ　ｉｇｎｅｄＮｕｍｂｅｒ）は、インチジャである。 マークは、以下の規則に従う。 Ｍａｒｋ：：＝　ｔａｇ モディファイヤ（Ｍｏｄｉｆ　１ｅｒ）モディファイヤは、モデイファイヤの値 を個別番ニエンコードする以下の現員１１ｔこ従う。 ＭｏｄｉｒｉｅｒＤｅｍａｒｃａｔｅ　：：＝ｔａｇＭｏｄｉｒｉｅｒＧｅｔＣ １ａｓｓ　：：＝　ｔａｇＭｏｃｌｉｆｉｅｒＧｅｔＦ’ｒｏｐｅｒｔｙ　：： ＝　ｔａｇＭｏｄｉｆｉｅｒＧｅｒＶａｒｉａｂｌｅ　：：＝　ｔａｇＭｏｄｉ ｆｉｅｒＭｅｎｔｉｏｎ　：：＝　ｔａｇＭｏｄｉｆｉｅｒＳｅｔＡｔｔｒｉｂ ｕｔｅ　：：＝　ｔａｇＭｏｄｉｆｉｅｒＳｅｔＰｒｏｐｅｒｔｙ　：：＝　ｔ ａｇＭｏｄｉｆｉｅｒＧｅｒＶａｒｉａｂｌｅ　：：＝　ｔａｇＭｏｄｉｆｉｅ ｒυ５ｅＳｔａｃｋ　：：＝　Ｌａｇニルは、以下の規則に従う。 Ｎｉｌ”：＝　ｔａｇ オクテツト（Ｏｃｔｅｔ） オクテツトは、以下の規則に従う。 ０ｃｔｅｔ　：：＝　ｔａｇ　ｏｃｔｅｔ”オクテツト（ａｃｔｅｄ）”のＭＳ Ｂは、そのオクテツトのビット［７コを表し１、ＬＳＢは、ビット〔０コを表す 。 オクテツトストリン　（ＯＣｔｅｔＳｔｒｉｎ）オクテツトストリングは、以下 の規則に従う。 ＯｃｔｅｔＳｔｒｉｎｇ　：：＝　ｔａｇ　ｕｎｓｉｇｎｅｄＮｕｍｂｅｒ　０ ｃｔｅｔｓＯｃｔｅｔｓ　：：＝　［ｏｃｔｅｔ　Ｏｃｔｅｔｓｌ”　ｕｎｓｉ ｇｎｅｄＮｕｍｂｅｒ”は、”Ｏｃ　ｔｅ　ｔｓ”中の”　ｏｃｔｅｔ’の発生 回数である。”０ｃｔｅｔＳ”中の第１の”ｏｃｔｅｔ“は、オクテツトストリ ングのポジション１におけるオクテツトを表し、第２の”ｏｃ　ｔｅじは、ポジ ション２におけるオクテツトを表し、以下同様である。各々の”ｏｃｔｅｔ”の ＭＳＢは、そのオクテツトのビット［７］を表し、各々の”ｏｃｔｅｔ“のＬＳ Ｂは、そのオクテツトのビット［０］を表す。 プロシージャ（Ｐｒｏｃｅｄｕｒｅ） プロシージャは、以下の規則に従う。 Ｐｒｏｃｅｄｕｒｅ　：　：＝　ｔａｇ　ｕｎｓｉｇｎｅｄＮｕｍｂｅｒ　Ｂｏ ｄｙ”ｕｎｓｉｇｎｅｃｌＮｕｍｂｅｒ”は、”　Ｂｏｄｙ”中の−Ｅｘｅｃｕ ｔｅｄＯｂｊｅｃｔ−の発生回数をエンコードする。ここで、”Ｂｏｄｙ”は、 各々プロシージャのアイテムをエンコードする。 アイテムは、プロシージャにおいて増大するポジションの順序で示されている。 有　格識別子（Ｑｕａｌｉｆｉｅｄｌｄｅｎｔｉｒｉｅｒ）有資格識別子は、以 下の規則に従う。 Ｑｌｄｅｎｔｉｆｉｅｒ　：：＝　ｔａｇ　Ｉｄｅｎｔｉｆｉｅｒ　Ｉｄｅｎｔ ｉｆｉｅｒ第１の°’　Ｉｄｅｎｔｉｆｉｅｒ”は、テキストを表わし、第２の ”　Ｉｄｅｎｔｉｆｉｅｒ”は、クエリファイヤを表す。 実数は、以下の規則に従う。 Ｒｅａｌ　：：＝　ｔａｇ　ｓｉｇｎｅｄＮｕｉｂｅｒ　ｓｉｇｎｅｄＮｕｓｂ ｅｒ第１の°’　ｓｉｇｎｅｄＮｕｍｂｅｒ”は、仮数（”　ｍ’　）を表し、 第２の”ｓｉｇｎｅｄＮｕｍｂｅｒ”は、指数（”ｅ“）を表す。実数は、ｍＸ １ｏ＠である。 ５ｅｌｅｃｔｏｒＢｒｅａｋ　：：＝　ｔａｇＳｅｌｅｃｔｏｒ　Ｃ１１ｅｎｔ 　：：＝　ｔａｇＳｅｌｅｃｔｏｒ　Ｃｏｎｔｉｎｕｅ　：：＝　ｔａｇＳｅｌ ｅｃｔｏｒ　Ｅｓｃａｌａｔｅ　：：＝　ｔａｇＳｅｌｅｃｔｏｒ　Ｐｌａｃｅ 　：：＝　ｔａｇＳｅｌｅｃｔｏｒ　Ｐｒｏｃｅｓｓ　：：＝　ｔａｇＳｅｌｅ ｃｔｏｒ　５ｅｌｆ　：：＝　ｔａｇＳｅｌｅｃｔｏｒ　５ｕｃｃｅｅｄ　：： ＝　ｔａｇストリングは、以下の規則に従う。 Ｓｔｒｉｎｇ　：：＝　ｔａｇ　ｕｎｓｉｇｎｅｄＮｕｍｂｅｒ　ｃｈａｒａｃ ｔｅｒｓ”ｕｎｓｉｇｎｅｄＮｕａ＋ｂｅｒ”は、キャラクタとして認識される べきオクテツトの数である・オクテツトのシンタックス及びセマンティックスも よ、ＩＳＯ／１Ｅｃ１０６４６［１０６４６］コンパクシヨン・メソッド５１こ 従うが、例外として、これらによって表されたキャラクタは、ユニコードのキャ ラクタに制限される。 注、ストリングが、ＡＳＣＩＩキャラクタだけを含む場合にはごｃｈａｒａｃｔ ｅｒｓ”は、そのＡＳＣＩＩ表現を１オクテ・ソトにつき１キヤラクタで表す。 この時、各々のオクテツトのビット［７コは、ゼロである。 ゼロ以上のオクテツトである。 ナンバ（ｎｕｍｂｅｒ） ｌから５（”Ｎ”）は、インチジャ（′°　Ｉ”）をエンコードするオクテツト である。ナンバの使用が、”Ｉ”は負数ではないとして０る場合蚤こ（よ、”■ ”のエンコード（”　Ｅ”　）は、符号無しであり。その他の場合には、２の補 数である。 与えられた”　Ｉ”ＩＮ”は、できるだけ小さくされる。 ”Ｅ”は、以下のようにして定められる。 ・　最初のオクテツトの値が［０、Ｂ　Ｆ　ｓ６］の範囲であれ（ｉ′ＩＮ”＋ よ、ｌであり、°°Ｅ゛のＭＳＢ及びＬＳＢは、その単一のすクチ・ントのビッ ト［７コ及び［Ｏ］である。 ・　第１のオクテツトがＥｏ、６、Ｅ２１６、Ｃ４，６又はＥｏ、６である場合 （こＩ！、”Ｎ　＋は、２．３．４又は５である。また、”Ｅ”のＭＳＢ及びＬ ＳＢ＋よ、第１オクテツトが００，６とされた場合に、最初のオクテツトのピン ト［７］及び最ｔ＆のオクテツトのビット［０コとなる。 ・　最初のオクテツトがＥ１１６、Ｅ３１６、Ｃ５，６又はＣ７，６であった場 合には、Ｎは、２．３．４又は５である。また、”Ｅ”のＭＳＢ及びＬＳＢは、 第１オクテツトがＦＦ、６とされた場合に、最初のオクテツトのビット［７コ及 び最後のオクテツトのビット［０］となる。 注：　［Ｃ０，６、ＤＦ、６コ及び［Ｅ８１６、ＦＦ、６コの各範囲内の第１の オクテツトの値は、留保されている。 １つのオクテツトである。 サインナンバ（Ｓ１ｎｅｄＮｕａｌｂｅ「）”ナンバ（ｎｕｍｂｅｒ）”である 。ここで、”■”は正又は負であることができ、したがって、”Ｅ”は符号を持 つ（上記参照のこと。）。 注：”Ｎ”が１であれば、”１”は［−６４，１２７］の範囲内にある。 ”Ｎ”が２であれば、”■”は［−１２８，１２７］の範囲内にある。 ”Ｎ”が３であれば、”■”は［−３２７６８，３２７６７］の範囲内にある。 ”Ｎ”が４であれば、”■”は［−８３８８６０８，８３８８６０７］の範囲内 にある。 ”Ｎ”が５であればご　Ｉ”は［−２１４７４８３６４８，２１４７４８３６４ ７］の範囲内にある。 タグ（ｔａｇ） ”ｓ　ｉ　ｇｎｅｄＮｕｍｂｅｒ”である。そのタグの意味は、次のセクション で与えられる。 サインドナンパ（ｕｎｓｉｇｎｅｄＮｕｍｂｅｒ）”　（ｎｕｍｂｅｒ）”であ る。ここでご　Ｉ”は負数ではなく、した力くって、”Ｅ”は符号を持たない（ 上記参照のこと。）。 注：”Ｎ”が１であれば、”Ｉ”は、［０，１９１１の範囲内をこある。 ”Ｎ”が２であればご　Ｉ”は、［０，２５５］の範囲白昼こある。 ”Ｎ”が３であればご　Ｉ”は、［０，６５５３５］の範囲内にある。 ”Ｎ”が４であればごＩ”は、［０，１６７７７２１５］の範囲内Ｉこある。 ”Ｎ”が５であればごＩ”は、［ｏ、　４２９４９６７２９５］の範囲内をこあ る。 （以下、余白。） ５．４　数値コード（Ｎｕｍｅｒｉｃ　Ｃｏｄｅｓ）バイナリテレスクリプトは 、以下の数値コードを使用する。 ５．４．１　ブレデファインディドクラス（Ｐｒｅｄｅｆｉｎｅｄ　Ｃ１ａｓｓ ｅｓ）表Ａ、７は、クラス“Ｅｘｅｃｕｔｅｄ”の定義済みサブクラスに対する 識別コードの割当を表したものである。 表Ａ、８は、他の定義済みメジャークラスに対する識別コードの割当を表したも のである。 （以下、余白。） ム土１！？ヱゴｄヨユ亡た二ぢ圏咀区き肪止表Ａ、１０は、定義済みオペレーシ ョンに対する識別コードの割当を表したものである。 （以下、余白。） 表Ａ、１１は、定義済みアトリビュートに対する識別コードの割当を表したもの である。 注：”１ｓｌｎｓｔａｎｃｅ”はオペレーションでもあるため、アトリビュート としてはリストされていない。 （以下、余白。） 表Ａ、１２は、経路の形式に対するコードの割当を表したものである。 （以下、余白。） ５．４．３　エグゼキューティドオブジェクトエンコーディング（Ｅｘｅｃｕｔ ｅｄ　０ｂｊｅＣｔＥｎＣＯｄｉｎＳ） 表Ａ、１３は、汎用のエンコードに対するコードの割当を表したものである。 注：これらのタグは、対応する定義済みクラスに対するコードである。 表へ、１４は、基本的な性質の特殊な目的のエンコードに対するコードの割当を 表したものである。 表Ａ、１５は、モデイファイヤの特別な目的のエンコードに対するコードの割当 を表したものである。 表Ａ、１６は、セレクタの特別な目的のエンコードに対するコードの割当を表し たものである。 （以下、余白。） ６、　モジュールのシンタックス（Ｓｙｎｔａｘ　ｏｒ　Ｍｏｄｕｌｅ）”モジ ュール（ｍｏｄｕｌｅ）”は、ここで使用される用語としては、１以上のインタ フェースをエンコードするストリングと、これらのインタフェースが一部分であ るクラスの識別子と、そして最後に、モジュール自身の識別子とを示す。 ”識別子（ｉｄｅｎｔ　ｉ　ｒ　１ｅｒ）という用語は、セクション６全体を通 じて、クラス“Ｉｄｅｎｔｉｆｉｅｒ”のインスタンス全体ではなく、そのイン スタンスのテキストを示すものとする。 注；後述するように構成されたモジュールは、ハイテレスクリプトのモジュール でもある。この表現を偽とする下記の規則は、ドキュメンテーションの誤りであ る。 ６．１一般的な構’　（Ｇｅｎｅｒａｌ　５ｔｒｕｃｔｕｒｅ）モジュールは、 後述する構文上の規則及びそれに付随する意味上の規則に従う一連のトークンで ある。ＢＮＦで表した場合、これらの規則は、オプションのトークンをブラケッ トで囲んでいる（”　［”及び”コ”）。また、モジュールは、キャラクタテレ スクリプトにおいて許可されたコメントも含むことができる。このようなコメン トに対する規定は、モジュールを支配する構文規則（シンタクティンクルール） に含まれると考えられる。 各々のトークンは、１以上のキャラクタである。モジュールは、トークンを連鎖 状にすることによって、すなわちキャラクタを連鎖状にすることによって、或い は、キャラクタテレスクリプトにおいて許可されたブレークキャラクタをトーク ン間に挿入することによって得られる。 キーワード、例えば、“ｍｏｄｕｌｅ”は、大小文字区別される。英大文字キャ ラクタは、一般に、モジュールを表すために用いられる。英小文字キャラクタは 、本アペンディックス全体及びセクション７を通じて、モジュールを作成するた めに用いられる。 ６．２　細な　’　（Ｄｅｔａｉｌｅｄ　５ｔｒｕｃｔｕｒｅ）モジュールは、 以下の詳細な構造を表す。 ６．２．１　モジコール（Ｍｏｄｕｌｅ）モジュール（Ｍｏｄｕｌｅ） モジュールは、以下の規則に従う。 Ｍｏｄｕｌｅ：：＝ｉｄｅｎｔｉｆｉｅｒ：ＭＯＤＵＬＥ＝　（Ｉｎｔｅｒ４ａ ｃｅｓ）Ｉｎｔｅｒｆａｃｅ＋：＝ｉｄｅｎｔｉｒｉｅｒ：Ｉｎｔｅｒｆａｃｅ ：　［Ｉｎｔｅｒｒａｃｅｓ］モジュールは、モジュールを開始させる識別子に よって示され、インタフェースをエンコードする。このインタフェースは、識別 子がその識別子の直前にあるクラスのインタフェースである。 どのインタフェースも、インタフェースの特定のクラスのメンバに属するオペレ ーション”１ｎｉｔｉａｌｉｚｅ”を定義することができる。また、何も明記さ れていなくても、ある定義が含まれている。すなわち、その定義とは、問題のク ラスがミックスイン（ｍｉｘ−ｉｎ）の場合には、”　１ｎｉｔｉａｌｉｚｅ： 　ｏｐ　Ｏ；”であり、その他の場合には、クラスのインタフェーススーパーク ラスの中のフレーバ（ｆｌａｖｏｒ）の定義である。 ６．２．２　インターフェース（Ｉｎｔｅｒｆａｃｅ）インターフェース（Ｉｎ ｔｅｒｆａｃｅ）インターフェースは、以下の規則に従う。 Ｉｎｔｅｒｆａｃｅ　：：　＝［５ＥＡＬＥＤ　Ｉ　ＡＢＳＴＲＡＣＴＩ　ＩＮ ＴＥＲＦＡｃＥ”［”ＦｏｒｍａｌＰａｒｕｅｔｅｒｓ”］”］［５ｕｐｅｒｃ ｌａｓｓｅｓｌ　＝　（［Ｄｅｆｉｎｉｔｉｏｎｓｌ）ＦｏｒｍａｌＰａｒａｍ ｅｔｅｒｓ　：：　＝　ＰａｒａｍｅｔｅｒＧｒｏｕｐ［：ＦｏｒｍａｌＰａｒ ａｍｔｅｒＧｒｏｕｐ　：：　＝　Ｉｄｅｎｔｉｆｉｅｒｓ　：　ＣＬＡＳＳＳ ｕｐｅｒｃｌａｓｓｅｓ　：：　＝　（［ＣＩａｓｓＳｐｅｃｉｒｉｅｒｓｌ　 ）Ｄｅｆｉｎｉｔｉｏｎｓ　：：　＝　ＤｅｒｉｎｉｔｉｏｎＧｒｏｕｐ　；　 ［ＤｅｆｉｎｉｔｉｏｎｓｌＤｅｒｉｎｉｔｉｏｎＧｒｏｕｐ　：：　＝［Ａｃ ｃｅｓｓｌ　［Ｒｅ５ｐｏｎｄｅｒｌＩｄｅｎｔｉｆｉｅｒｓ　：　Ｄｅｆｉｎ ｉｔｉｏｎＡｃｃｅｓｓ　：：　＝　ＰＵＢＬＩＣＩ　ＰＲＩＶＡＴＥ　Ｉ　Ｓ ＹＳＴＥＭＲｅｓｐｏｎｄｅｒ　：：　：ｌＮ５ＴＡＮＣＥ　Ｉ　ＣＬＡＳＳＩ ｄｅｎｔｉｆｉｅｒ　：：　＝　１ｄｅｎｔｉｆｉｅｒ　［、Ｉｄｅｎｔｉｆｉ ｅｒｓ］Ｄｅｆｉｎｉｔｉｏｎ　：：　：５ＥＡＬＥＤ　ｌ　［５ＥＡＬＥＤ　 Ｉ　ＡＢＳＴＲＡＣＴＩＦｅａｔｕｒｅ インタフェースのエンコードは、パラメータ化することができる。このエンコー ドにおいて、各々の識別子である１以上の”　ｆｏｒｍａｌ　ｃｌａｓｓ　ｐａ ｒａｍｅｔｅｒｓ”　が、導入される。また、このような識別子は、インタフェ ースがクラス識別子に要求する多くのブレイスにおいて使用することができる。 （尚、これに関しては、後述するトークン”Ｃ１ａｓｓＳｐｅｃｉ　ｒ　ｉｅｒ ”参照のこと。）したがって、インタフェースは、クラス”ｏｂｊｅｃｔ”の識 別子の代わりに用いられたかのようになる。同様に定義された仮のクラスパラメ ータは、その導入によってグループ化される。 各々識別子によって示されたゼロ以上のフィーチャは、シール又は定義される。 同じ様にシール又は定義されたフィーチャの識別子はグループ化される。第１の 上述のようなグループに、”Ａｃｃｅｓｓ”又はＲｅ５ｐｏｎｄｅｒ”が存在し ない場合、“ＰＲＩＶＡＴＥ”又は”ｌＮ５ＴＡＮＣＥ”は、各々第１のグルー プに存在しているものと見なされる。”Ａｃｃｅｓｓ”又は”Ｒｅ５ｐｏｎｄｅ ｒ”　が第１のグループより後の何れかのグループに存在しない場合、第１のグ ループより前のグループに存在するキーワードは、第１のグループより後のグル ープに存在すると見なされる。 インタフェースは、以下の通りである。”　ｃｌａｓｓＦｅａｔｕｒｅｓ”又は ”１ｎｓｔａｎｃｅＦｅａｔｕｒｅｓ”アトリビュートは、各々、”　ＣＬＡＳ Ｓ’又は”　ｌＮ５ＴＡＮＣＥ”　（７）グループで定義されたフィーチャを含 む。”１ｓＡｂｓｔｒａｃｔ“アトリビュートは、”ＡＢＳＴＲＡＣＴ”が存在 している場合にのみ°゛真（ｔｒｕｅ）　”である。”　５ｅａｌｅｄｃＩａｓ ｓＦｅａｔｕｒｅｓ”又は”５ｅａｌｅｄｌｎｓｔａｎｃｅＦｅａｔｕｒｅｓ” アトリビュートは、各々、ＣＬＡＳＳ″と”　ｌＮ５ＴＡＮＣＥ”を有するグル ープの識別子、又は”５ＥＡＬＥＤ”と”ｌＮ５ＴＡＮｃＥ”を有するグループ の識別子を含む。”　５ｕｐｅｒｃｌａｓｓｅｓ”アトリビュートは、トークン ”　５１ｐ２ｒ（ｌａｓｓｅｓ”が存在する場合には、トークン”　５ｕｐｅｒ ｃｌａｓｓｅｓ”が定める識別子を含み、その他の場合には、クラス”０ｂｊｅ ｃｔ”のみの識別子を含む。クラスのアトリビュートのポジションは、記述した 順序が左がら右に移るに従って減少する。“ｖｏｃａｂｕ　１ａｒｙ”アトリビ ュートは、クリアされる。 インタフェースは、”　５ＥＡＬＥＤ”が存在している場合にのみシールされる 。 フィーチャは、以下の規則に従う。 Ｆｅａｔｕｒｅ　：：　＝　Ａｔｔｒｉｂｕｔｅ　ｌ　０ｐｅｒａｔｉｏｎアト リビユート（Ａｔｔｒｉｂｕｔｅ）アトリビュートは、以下の規則に従う。 Ａｔｔｒｉｂｕｔｅ　：：　＝　［ＲＥＡＤＯＮＬＹ］　Ｃｏｎ５ｔｒａｉｎｔ ［ＴＨＲＯＷＳ　Ｉｄｅｎｔｉｆｉｅｒｓ］アトリビュート定義は、以下の通り である。”ｃｏｎｓｔｒａｉｎｔ”アトリビュートは〜与えられたコンストレイ ントである。“ｅｘｃｅｐｔ　１ｏｎｓ”アトリビュートは・”ＴＨＲＯＷＳ” が存在する場合には、存在する識別子を含み、その他の場合には、如何なる識別 子も含まない。”１ｓＰｕｂｌ　ｉｃ”アトリビュートは、アトリビュート定義 を含む定義グループのためのキーが“ＰＵＢＬＩＣ”又は”ＣＬＡＳＳ”　であ る場合にのみ”真（ｔｒｕｅ）”である。”　１ｓＳｅｔ”アトリビュートは、 ”ＲＥＡＤＯＮＬＹ”　が存在しない場合にのみ、真である。 アトリビュート定義の上述したモジュールエンコードは、それが定義するアトリ ビュートのシグニチャとも言われる場合がある。 オペレーション（Ｏｅｒａｔｌｏｎ） オペレーションは、以下の規則に従う。 ０ｐｅｒａｔｉｏｎ　：：　：［ＵＮＰＲＯＴＥＣＴＥＤ］　ｏｐ　（Ａｒｇｕ ｍｅｎｔｓＡｔｔｒｉｂｕｔｅ）［Ｃｏｎ５ｔｒａｉｎｔコ　［ＴＨＲＯＷＳ　 Ｉｄｅｎｔｉｆｉｅｒｓ］オペレーション定義はこれである。アトリビュート” ａｒｇｕｍｅｎｔｓ”は示された通りである。アトリビュート”　ｅｘｃｅｐｔ ｉｏｎｓ”は、”　ＴＨＲＯＷＳ”　が存在している場合には、識別子が存在し 、その他の場合には、識別子を含まない。ただし、”ＵＮＰＲＯＴＥＣＴＥＤ” が存在している場合にのみ、そのアトリビュートは、クラス”Ｒｅｆｅｒｅｎｃ ｅＰｒｏｔｅｃｔｅｄ”の識別子を付加的に含む。これは、レスポンダを変更す るオペレーションがレスポンダの保護されたリファレンスを使用して要求された 場合に送出される。アトリビュート”１ｓＰｕｂｌ　ｉｃ”は、オペレーション 定義を含む定義グループが”ＰＵＢＬＩＣ”又は”ＣＬＡＳＳ”である場合にの み、”真（ｔｒｕｅ）”である。（なお、これに関しては、上述したトークン” 　Ｉｎｔｅｒｆａｃｅ”を参照のこと。）アトリビュート”ｒｅｓｕ　ｌ　ｔ“ は、存在している場合には、コンストレイントであり、その他の場合には、ニル （０）である。 オペレーション定義のモジュールのエンコードは、オペレーション定義が定義す るオペレーションのシグニチャと呼ばれる場合もある。 アーギュメントアトリビュート（Ａｒ　ｕｍｅｎｔｓＡｔｔｒｉｂｕｔｅ）アー ギュメントアトリビュートは、以下の規則に従う。 ＡｒｇｕｍｅｎｔｓＡｔｔｒｉｂｕｔｅ　：：　＝　［ａｒｇｕｍｅｎｔｓコ　 ［・−−ＪＡｒｇｕｍｅｎｔｓ　：：　＝　ＡｒｇｕｍｅｎｔＧｒｏｕｐ　［； 　Ａｒｇｕｍｅｎｔｓ］Ａｒｇｕａ＋ｅｎｔＧｒｏｕｐ：：＝Ｉｄｅｎｔｉｆｉ ｅｒｓ：Ｃｏｎ５ｔｒａｉｎｔゼロ以上のアーギュメントは、これらのアーギュ メントのコンストレイントによって記述される。このような各アーギュメントは 、識別子によって表される。 同じ様にコンストレインされるアーギュメントの識別子は、グループ化される。 １以上のアーギュメントグループと省略符号（・・・）の両方が存在していれば 、最後のグループは、ただ１つのアーギュメントを含むものとされるが、ゼロ以 上のアーギュメントを含むものと見なされる。 ’　ａｒｇｕｍｅｎｔｓ”アトリビュートは、省略符号（・・・）が存在してい る場合には、ゼロ以上の記述されたアーギュメントに対するコンストレイントの リストであり、その他の場合には、ニル（０）である。記述されるアーギュメン トに対するコンストレイントのリスト中のポジションは、アーギュメントの識別 子が左から右に移動するにつれて増大する。 ６．２．４　コンストレイント（ＣｏｎｓｔｒａｉｎｔＣｏｎｓｔｒａｉｎｔ　 ：：　：［Ｃ０ＰＩＥＤ　Ｉ　ＰＲＯＴＥＣＴＥＤ　ＩＬＩＮＰＲＯＴＥＣＴＥ Ｄ］　Ｃ１ａｓｓＳｐｅｃｉｆｉｅｒ　［”ｌ”ＮＩＬ］ コンストレイントは、以下の通りである。”ｃｌａｓｓｌｄ”アトリビュートは 、トークン”　ＣＩａｓｓＳｐｅｃｉｆ　ｉｅｒ”が定める識別子である。”１ ｓｌｎｓｔａｎｃｅ”アトリビュートは、感嘆符（”　！”）がトークン”Ｃ１ ａｓｓＳｐｅｃｉ　ｒ　ｉｅｒ”と共に存在している場合にのみ、”真（ｔｒｕ ｅ）”である。（尚、これに関しては、下記参照のこと。）”１ｓＯｐｔｉｏｎ ａｌ”アトリビュートは、”ＮＩＬ”が存在している場合にのみ、′真（ｔｒｕ ｅ）“である。”ｏｆｃＩａｓｓ”アトリビュートは、ニル（０）である。”　 ｐａｓｓａｇｅ”アトリビュートは、”Ｃ０ＰＩＥＤ”、”ＰＲＯＴＥＣＴＥＤ ”又は”ｔｌＮＰＲＯＴＥｃＴＥＤ″が存在していない場合には、”　ｂｙｃｏ ｐｙ”　、”　ｂｙＰｒｏｔｅｃｔｅｄＲｅｒ”又は”　ｂｙＬｌｎｐｒｏｔｅ ｃｔｅｄＲｅｆ”となり、又はこれらの何れのものも存在していない場合には、 ”ｂｙＲｅｆ″となる。 クラススベシファイヤ（ＣｌａｓｓＳ　ｅｃｉｒｉｅｒ）クラススペシファイヤ は、以下の規則に従う。 ＣＩａｓｓＳｐｅｃｉｒｉｅｒ　：：　＝　１ｄｅｎｔｉｆｉｅｒ　［！］［” 　［”　ＣＩａｓｓＳｐｅｃｉｆｉｅｒＳ　”　コ″］ＣＩａｓｓＳｐｅｃｉｒ ｉｅｒｓ　：：　＝　ＣＩａｓｓＳｐｅｃｉｒｉｅｒ　［、Ｃ１ａｓｓＳｐｅｃ ｉｆｉｅｒｓ］この識別子は、仮のクラスパラメータの識別子、又はクラス（Ｃ ”）の識別子である。後者の場合、”ｃ”のインタフェースのエンコード（”Ｅ ”）がパラメータ化された場合にのみ、ブラケット（”　［′°及び”コ”）の 間において、′Ｃ”が有する仮のクラスパラメータと同数の実際のクラスパラメ ータが続けられる。ここで、この実際のクラスパラメータは、各クラススベシフ ァイヤである。 °Ｃ”のこの特定の使用は、”　Ｅ”内の仮のクラスパラメータの各使用が、対 応して位置付けられた実際のクラスパラメータの使用であるかのように行なわれ る。 ６．２．５　他の非ターミナル（ｉｄｅｎｔｉｆｉｅｒ）ｉｄｅｎｔｉｆｉｅｒ クラス”　Ｉｄｅｎｔｉｆｉｅｒ”のインスタンスのテキストとして拘束された キャラクタである。 ７、プレデファインドモジュール（ＰＲＥＤＥＦＩＮＥＤ　ＭＯＤＵＬＥ）定義 済みクラスのインタフェースは、以下に詳細に示されるモジュール、及び本アペ ンディックスを通じて断片的に示されるモジュールによって定義される。 インストラクションセットの内部フィーチャは、モジュールには現れない。 参照として供与される本セクション、すなわちセクション７は、本アペンディッ クスの他のセクションに見られる記述と重複する部分がある。 注：定義済みのインタフェースの定義は、ハイテレスクリプトモジュールを形成 する。これを可能とするために、いくつかのローテレスクリプト識別子は、′− Ｘ”が後置され、ハイテレスクリプトにおいて予約されている識別子と重ならな いようにされている。 Ｔｅ１ｅｓｃｒｉｐｔ：　ｍｏｄｕｌｅ＝（Ａｇｅｎｔ：　ａｂｓｔｒａｃｔ　 １ｎｔｅｒｒａｃｅ　（Ｐｒｏｃｅｓｓ）　＝　（ｐｒｉｖａｔｅ ｇｏ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｔｉｃｋｅｔ：　ｃｏｐｉｅｄＴｉ ｃｋｅｔ）　ＴｉｃｋｅｔＳｔｕｂｔｈｒｏｗｓ　ＰｅｒｍｉｔＶｉｏｌａｔｅ ｄ。 Ｓｔａｔｅｌｍｐｒｏｐｅｒ、　ＴｒｉｐＥｘｃｅｐｔｉｏｎ；５ｅｎｄ：ｕｎ ｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｔｉｃｋｅｔｓ：ｃｏｐｉｅｄ　Ｌｉ５ｔ　［Ｔ ｉｃｋｅｔ〕）ＴｉｃｋｅｔＳｔｕｂｌＮｉ　ｌ ｔｈｒｏｗｓ　ＰｒｅｍｉｔＶｉｏｌａｔｅｄ。 Ｓｔａｔｅｌｍｐｒｏｐｅｒ、ＴｒｉｐＥｘｃｅｐｔｉｏｎ；）。 Ａｓ５ｏｃｉａｔｉｏｎ：　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　［ｋｅｙＣＩ ａｓｓ、　ｖａｌｕｅｃＩａｓｓ：Ｃ１ａｓｓｌ　（Ｏｂｊｅｃｔ、　０ｄｅｒ ｅｄ）　＝　（ｐｕｂｌｉｃ ｋｅｙ：　ｋｅｙｃｌａｓｓ； ｖａｌｕｅ：　ｖａｌｕｅｃｌａｓｓ；ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｋｅｙ：　ｋｅｙ ｃｌａｓｓ； ｖａｌｕｅ：　ｖａｌｕｅｃＩａｓｓ）；）： Ａｔｔｒｉｂｕｔｅ：　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｆｅａｔｕｒｅ ）　＝（ｐｕｂｌｉｃ ｃｏｎｓｔｒａｉｎｔ：Ｃｏｎ５ｔｒａｉｎｔ；１ｓＳｅｔ：　Ｂｏｏｌｅａｎ ； ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｏｎｓｔｒａｉ ｎｔ：　Ｃｏｎ５ｔｒａｉｎｔｌＮｉｌ；１ｓｓｅｔ、１ｓＰｕｂｌｉｃ：　Ｂ ｏｏｌｅａｎｌＮｉｌ；ｅｘｃｅｐｔｉｏｎｓ：　Ｓｅｔ ［１ｄｅｎｔｉｆｉｅｒ！］１Ｎｉｌ）；）： ＡｕｔｈｅｎｔｉｃａＬｏｒ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　＝　 ０；Ｂｉｔ：　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ（Ｐｒｉ＠１ｔｉｖｅ、　０ ｒｄｅｒｅｄ）　：０： ＢｉｔＳｔｒｉｎｇ：　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ（Ｃｏｎｓｔｒａｉ ｎｅｄＬｉｓｔ［Ｂｉｔ］、Ｅｘｅｃｕｔｅｄ）　＝（ｐｕｂｌｉｃ ｃｏｎｓｔｒａｉｎｔ：　５ｅａｌｅｄ；ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ（ｓｅｇｍｅｎｔｓ； 　０ｂｊｅｃｔ　、、。 ７本　Ｂｉｔｌｐｒｏｔｅｃｔｅｄ　ＢｉｔＳｔｒｉｎｇ！　＊／）；）； Ｂｏｏｌｅａｎ：　５ｅａｌｅｄ　ｉｎｔｅｒｆａｃｅ（Ｐｒｉｍｉｔｉｖｅ、 　０ｒｄｅｒｅｄ）　＝（ｐｕｂｌｉｃ ａｎｄ、ｏｒ：　ＯＣＩ　（ｂｏｏｌｅａｎ：　Ｂｏｏｌｅａｎ）Ｂｏｏｌｅａ ｎ； ｎｏｔ：　ｏｐ　ＯＢｏｏｌｅａｎ； ）： ＣａｌｅｎｄａｒＴｉｍｅ：　１ｎｔｅｒｆａｃｅ　＝　（ｐｕｂｌｉｃ ｄａｙ、　ｄｓｔ、ｈｏｕｒ、　１Ｉｉｎｕｔｅ、　ｍｏｎｔｈ。 ５ｅｃｏｎｄ、　ｙｅａｒ、ｚｏｎｅ：ＩｎｔｅｇｅｒｌＮｉｌ； ｄａｙＯｆＷｅｅｋ、ｄａｙＯｒＹｅａｒ、ｒｅａｄｏｎｌｙＩｎｔｅｇｅｒ　 ＩＮ　ｉ　Ｉ　； ｇｌｏｂａｌｉｚｅ、１ｏｃａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　Ｏ ：ｎｏｒｍａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　０Ｂｏｏｌｅａｎ； Ｃａ５ｅｄ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　Ｏ：（ｐｕｂｌｉｃ ｉｓＬｏｖｅｒ、１ｓ（Ｉｐｐｅｒ：　ａｂｓｔｒａｃｔｒｅａｄｏｎｌｙ　Ｂ ｏｏｌｅａｎ； ｍａｋｅＬｏｖｅｒ、　ｍａｋｅＵｐｐｅｒ：　ａｂｓｔｒａｃｔ　ｏｐ　Ｏｃ ｏｐｉｅｄＣａｓｅｄ　： ）； Ｃｈａｒａｃｔｅｒ：　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｐｒｉｍｉｔｉ ｖｅ、　Ｃａ５ｅｄ。 ０ｒｄｅｒｅｄ）　＝０： Ｃ１Ｌａｔｉｏｎ：　１ｎｔｅｒｆａｃｅ　（Ｏｂｊｅｃｔ、　０ｒｄｅｒｅｄ ）　＝（ｐｕｂｌｉｃ ａｕｔｈｏｒ：　Ｔｅ１ｅｎａｏ＋ｅｌＮｉｌ；１ａｊｏｒＥｄｉｔｉｏｎ、ｍ １ｎｏｒＥｄｉｔｉｏｎ：ＩｎｔｅｇｅｒｌＮｉｌ ｔｉｔｌｅ：　Ｉｄｅｎｔｉｆｉｅｒｌ；ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｔｉｔｌｅ：　Ｉ ｄｅｎｔｉｆｉｅｒｌ；ａｕｔｈｏｒ：　ＴｅｌｅｎａｍｅｌＮｉｌ；ｍａｊｏ ｒＥｄｉｔｉｏｎ、ａ＋１ｎｏｒＥｄｉｔｉｏｎ：ＩｎｔｅｇｅｒｌＮｉ　１） ； ）。 Ｃ１ｔｅｄ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒ４ａｃｅ　Ｏ：（１）ｕｂｌｉｃ ｃｉｔａｔｉｏｎ：　ｒｅａｄｏｎｌｙ　ｐｒｏｔｅｃｔｅｄＣｉｔａｔｉｏｎ ； ｙｓｔｅｍ ｊｎｉｔｉａｌｉｚｅ：　ｕｎｐｒρｔｅｃｔｅｄ　ｏｐ　（ｔｉｔｌｅ：　Ｉ ｄｅｎｔｉｆｉｅｒｌ；ｍａｊｏｒＥｄｉｔｉｏｎ、ｍ１ｎｏｒＥｄｉｔｉｏｎ ：Ｉｎｔｅｇｅｒ）　； ）； Ｃ１ａｓｓ：　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｏｂｊｅｃｔ。 Ｃ１ｔｅｄ、　ｉｎｔｅｒｃｈａｎｇｅｄ）　：（ｐｕｂｌｉｃ ｃｏｎｖｅｒｔ：　５ｅａｌｅｄ　ｏｐ　（ｓｏｕｒｃｅ：ｐｒｏｔｅｃｔｅｄ 　０ｂｊｅｃｔ） ｃｏｐｉｅｄ　Ｏｂｊｅｃｔ ｔｈｒｏｗｓ　Ｃｏｎｖｅｒｓｉｏｎｌｌｎａｖａｉｌａｂｌｅ；１ｓｌｎｓｔ ａｎｃｅ：　５ｅａｌｅｄ　ｏｐ　（ｉｎｓｔａｎｃｅ−ｘ：ｐｒｏｔｅｃｔｅ ｄ　０ｂｊｅｃｔ）　Ｂｏｏｌｅａｎ；　−ｉｓＭｅｍｂｅｒ：　５ｅａｌｅｄ 　ｏｐ　（ｍｅｍｂｅｒ：ｐｒｏｔｅｃｔｅｄ　０ｂｊｅｃｔ）　Ｂｏｏｌｅａ ｎ；１ｓｓｕｂｃｌａｓｓ：　５ｅａｌｅｄ　ｏｐ　（ｓｕｂｃｌａｓｓ：Ｃ１ ａｓｓ）　Ｂｏｏｌｅａｎ； ｎｅｗ：　５ｅａｌｅｄ　ｏｐ　（ｐａｒａｍｅｔｅｒｓ：　０ｂｊｅｃｔ　、 、、）　Ｏｂｊｅｃｔｔｈｒｏｗｓ　Ｃ１ａｓｓＡｂｓｔｒａｃｔ、Ｅｘｃｅｐ ｔｉｏｎ。 ０ｂｊｅｃｔｉｏｎＵｎｉｔｉａｌｉｚｅｄ；ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　０ｔｈｒｏｗｓ　Ｆ ｅａｔｕｒｅＵｎａｖａｉｌａｂｌｅ；）； Ｃ１ａｓｓＤｅｆｉｎｉｔｉｏｎ：　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　＝　 （ｕｂｌｉｃ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ： Ｉｍｐｌｅｇ＋ｅｎｔａｔｉｏｎｌＮｉｌ：１ｎｔｅｒｆａｃｅ−ｘ：　Ｉｎｔ ｅｒｆａｃｅ；ｍａｊｏｒＥｄｉｔｉｏｎ、１ｉｎｏｒＥｄｉｔｉｏｎ：Ｉｎｔ ｅｇｅｒ： ｍａｋｅｃＩａｓｓｅｓ：　ｏｐ　（ｄｅｒｉｎｉｔｉｏｎｓ：ｐｒｏｔｅｃｔ ｅｄ　Ｃ１ａｓｓＤｅｒｉｎｉｔｉｏｎ　、、、）Ｌｅｘｉｃｏｎ　［Ｃ１ａｓ ｓ］ ｔｈｒｏｗｓ　Ｃ１ａｓｓＥｘｃｅｐｔｉｏｎ；ｔｉｔｌｅ：　Ｉｄｅｎｔｉｆ ｉｅｒ！；ｓｙｓ団量 １ｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｔｉｔｌｅ：Ｉｄ ｅｎｔｆｉｅｒ！； ｍａｊｏｒＥｄ　ｉ　ｔ　ｉｏｎ。 ｍ１ｎｏｒＥｄｉｔｉｏｎ：Ｉｎｔｅｒｇｅｒ；ｔｎｔｅｒｆａｃｅ−ｘ：Ｉｎ ｔｅｒｆａｃｅ：ｉｍｐｌｅｍｅｎｔａｔｉｏｎ： ＩｍｐｌｅｉｅｎｔａｔｉｏｎｌＮｉ　ｌ）；）。 ＣＩａｓｓＥｘｃｅｐｔｉｏｎ：　ａｂｓｔｒａｃｔ　ｉｎｔｅｒｆａｃｅ（Ｐ ｒｏｇｒａａ＋ｍｉｎｇＥｘｃｅｐｔｉｏｎ）　＝　０；ＣＩａｓｓＳｅａｌｅ ｄ：　１ｎｔｅｒｆａｃｅ　（ＣｌａｓｓＥｘｃｅｐｔｉｏｎ）＝０；ＣＩａｓ ｓＵｎｄｅｆｉｎｅｄ：　１ｎｔｅｒｆａｃｅ（ＣＩａｓｓＥｘｃｅｐｔｉｏｎ ）＝０＋ＦｅａｔｕｒｅＲｅｄｅｒｉｎｅｄ： １ｎｔｅｒｆａｃｅ　（ＣｌａｓｓＥｘｃｅｐｔｉｏｎ）　：０；Ｆｅａｔｕｒ ｅＳｅａｌｅｄ：　１ｎｔｅｒｆａｃｅ（ＣｌａｓｓＥｘｃｅｐＬｉｏｎ）　： ０；ＦｅａｔｕｒｅＵｎｄｅｆｉｎｅｄ； １ｎｔｅｒｆａｃｅ　（ＣＩａｓｓＥｘｃｅｐｔｉｏｎ）　＝　０；Ｍｉｘｉｎ Ｄｉｓａｌ　１ｏｖｅｄ： １ｎｔｅｒｆａｃｅ　（Ｃ１ａｓｓＥｘｃｅｐｔｉｏｎ）　＝０；５ｕｐｅｒｃ ｌａｓｓｅｓｌｎｖａｌ　ｉｄ：１ｎｔｅｒｆａｃｅ　（ＣＩａｓｓＥｘｃｅｐ ｔｉｏｎ）　＝０；Ｃｏ１１ｅｃｔｉｏｎ：　１ｎｔｅｒｆａｃｅ　［１ｔｅｓ Ｃｌａｓｓ：　Ｃ１ａｓｓ］　”　（ｕｂｌｉｃ ｃｌｅａｒ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　Ｏ：ｅｘａｍｉｎｓ：　ｏｐ　 （ｉｔｅｍ：　ｐｒｏｔｅｃｔｅｄｉｔｅｍｃＩａｓｓ）　ｉｔｅｍｃＩａｓｓ ｌＮｉｌ；ｅｘｃｌｕｄｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｉｔｅｍ：ｐ ｒｏｔｅｃｔｅｄ　ｉｔｅｍｃＩａｓｓ）ｉｔｅｍｃＩａｓｓｌＮｉｌ； １ｎｃｌｕｄｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ（ｉｔｅｍ：ｉｔｅｍｃＩａ ｓｓ） ｔｈｒｏｗｓ　Ｉｔｅａ＋１ｎｖａｌｉｄ：ｌｅｎｇｔｈ：　ｒｅａｄｏｎｌｙ 　Ｉｎｔｅｇｅｒ；ｓｔｒｅａｍ：　ｏｐ　Ｏｃｏｐｉｅｄ　Ｓｔｒｅａｍ［１ ｔｅａ＋Ｃ１ａｓｓ］； ｓｙｓ　ｔｅＩｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｉｔｅｍｓ＋ｉｔ ｅｍｃＩａｓｓ　、、、） ｔｈｒｏｗｓ　Ｉｔｅｍｌｎｖａｌｉｄ；）； Ｃｏ１１ｅｃｔｉｏｎ　ａｂｓｔｒａｃｔ　ｉｎｔｅｒｆａｃｅ（Ｐｒｏｇｒａ ｕ＋ｉｎｇＥｘｃｅｐｔｉｏｎ）　：０：Ｅｘｃｅｐｔｉｏｎ：　ＩｔｅｍＤｕ ｐｌｉｃａｔｅｄｉｎｔｅｒｆａｃｅ　（ＣｏｌｌｅｃｔｉｏｎＥｘｃｅｐｔｉ ｏｎ）　：０；Ｉｔｅｎ＋Ｉｎｖａｌｉｄ： １ｎｔｅｒｆａｃｅ　（ＣｏｌｌｅｃｔｉｏｎＥｘｃｅｐｔｉｏｎ）　二〇：Ｋ ｅｙＤｕｐｌ　１ｃａｔｅｄ： １ｎｔｅｒｆａｃｅ　（ＣｏｌｌｅｃｔｉｏｎＥｘｃｅｐｔｉｏｎ）　：０；［ ｅｙｌｎｖａｌｉｄ： １ｎｔｅｒ４ａｃｅ　（ＣｏｌｌｅｃｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝　０； ０ｂｊｅｃｔｓＵｎｐａｉｒｅｄ： １ｎｔｅｒ４ａｃｅ　（ＣｏｌｌｅｃｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝　０； Ｐｏ５ｉｔｉｏｎｌｎｖａｌｉｄ： １ｎｔｅｒ４ａｃｅ　（ＣｏｌｌｅｃｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝　０； ５ｔａｃｋＤｅｐｌｅｔｅｄ： １ｎｔｅｒｆａｃｅ　（ＣｏｌｌｅｃｔｉｏｎＥｘｃｅｐｔｉｏｎ）　：０；Ｃ ｏｎ５ｔｒａｉｎｅｄ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　Ｏ＝　（ｕ ｂｌｉｃ ｃｏｎｓｔｒａｉｎｔ： ｒｅａｄｏｎｌｙ　ｐｒｏｔｅｃｔｅｄ　Ｃｏｎ５ｔｒａｉｎｔ；ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｏｎｓｔｒａｉ ｎｔ：　ｃｏｐｉｅｄ　Ｃｏｎ５ｔｒａｉｎｔｌＮｉｌ）；）； Ｃｏｎ５ｔｒａｉｎｅｄ　１ｎｔｅｒｆａｃｅ　［ｋｅｙＣＩａｓｓ、　ｖａｌ ｕｃｌａｓｓ：　Ｃ１ａｓｓ］Ｄｉｃｔｉｏｎａｒｙ：　（Ｄｉｃｔｉｏｎａｒ ｙ　［ｋｅｙＣＩａｓｓ、　ｖａｌｕｃｌａｓｓ］。 Ｃｏｎ５ｔｒａｉｎｅｄ）＝　（ ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｏｎｓｔｒａｉ ｎｔ：　ｃｏｐｉｅｄ　Ｃｏｎ５ｔｒａｉｎｔ；ｋｅｙｓＡｎｄＶａｌｕｅｓ： 　０ｂｊｅｃｔ　、、。 ／零　ｋｅｙ：　ｋｅｙｃＩａｓｓ；　ｖａｌｕｅ：　ｖａｌｕｅｃｌａｓｓ　 ネｌ）ｔｈｒｏｗｓ　ｋｅｙＤｕｐｌｉｃａｔｅｄ、　ＫｅｙｌｎｖａＩｉｄ。 ０ｂｊｅｃｔｓＵｎｐａｉｒｄ； ）： Ｃｏｎ５ｔｒａｉｎｅｄＬｉｓｔ：　１ｎｔｅｒｆａｃｅ　［ｉｔｅｍＣＩａｓ ｓ：　Ｃ１ａｓｓ］　（Ｌｉｓｔ［ｉ　ｔｅｍｃＩ　ａｓｓコ、Ｃｏｎ５ｔｒａ ｉｎｅｄ）　＝　（ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｏｎｓｔｒａｉ ｎｔ：　ｃｏｐｉｅｄ　Ｃｏｎ５ｔｒａｉｎｔ；ｉｔｅｍｓ：　ｉｔｅｍｃｌａ ｓｓ　、、、）ｔｈｒｏｗｓ　ｌｔｅｍｌｎｖａｌｉｄ：）： Ｃｏｎ５ｔｒａｉｎｅｄＳｅｔ：　１ｎｔｅｒｆａｃｅ　［ｉｔｅｍＣｌａｓｓ ：　Ｃ１ａｓｓｌ（Ｓｅｔ　［ｉｔｅｍＣ１ａｓｓ］、　Ｃｏｎ５ｔｒａｉｎｅ ｄ）　＝（ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｏｎｓｔｒａｉ ｎｔ：　ｃｏｐｉｅｄ　Ｃｏｎ５ｔｒａｉｎｔ；ｉＬｅ＋＊ｓ：　１ｔｅａｃｌ ａｓｓ　、、、）ｔｈｒｏｗｓ　ＩｔｅｍＤｕｐｌｉｃａｔｅｄ；ｌｔ２ｍ１ｍ ｖａｌｉｄ： ）； Ｃｏｎ５ｔｒａｉｎｔ：　ｔｎｔｅｒｆａｃｅ　＝　（＋１ｕｂｌｉｃ ｃｌａｓｓｌｄ：　Ｉｄｅｎｔｉｆｔｅｒ！；１ｓｌｎｓｔａｎｃｅ、１ｓｏｐ ｔｉｏｎａｌ：　Ｂｏｏｌｅａｎ；ｏｆｃｌａｓｓ：　ｒｅａｄｏｎｌｙ　Ｃ１ ａｓｓｌＮｉｌ；ｐａｓｓｅｇｅ：　Ｉｄｅｎｔｉｆｉｅｒ！ｔｈｒｏｗｓ　Ｐ ａｓｓａｇｅｌｎｖａｌｉｄ；５ｙｓｔｅ１１ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｌａｓｓｌｄ、 ｐａｓｓａｇｅ： Ｉｄｅｎｔｉｆｉｅｒ！１Ｎｉｌ； １ｓｏｐｔｉｏｎａｌ、１ｓｌｎｓＬａｎｃｅ：ＢｏｏｌｅａｎｌＮｉｌ） ｔｈｒｏｗｓ　Ｐａｓｓａｇｅｌｎｖａｌｉｄ；）； Ｃｏｎｔａｃｔ：　１ｎｔｅｒｒａｃｅ　＝　（ｐｕｂｌｉｃ ｓｕｂｊｅｃｔ：　ＰｒｏｃｅｓｓｌＮｉｌ；５ｕｂｊｅｃｔｃＩａｓｓ：　ｒ ｅａｄｏｎｌｙ　ｐｒｏｔｅｃｔｅｄＣｉｔａｔｉｏｎｌＮｉｌ； ５ｕｂｊｅｃｔＮａ＠ｅ：　ｒｅａｄｏｎｌｙ　ｐｒｏｔｅｃｔｅｄＴｅｌｅｎ ａｍｅｌＮｉｌ； ５ｕｂｊｅｃｔＮｏｔｅｓ：　０ｂｊｅｃｔｌＮｉｌ；３ｙｓｔｅ■ １ｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｓｕｂｊｅｃｔ： 　ＰｒｏｃｅｓｓｌＮｉｌ；５ｕｂｊｅｃｔＮｏｔｅｓ：　０ｂｊｅｃｔｌＮｉ ｌ）；）； Ｃｏｎｔａｃｔｅｄ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　Ｏ＝　（ｐｒ ｉｖａｔｅ ｃｏｎｔａｃｔｓ：　ｒｅａｄｏｎｌｙ　Ｓｅｔ　［Ｃｏｎｔａｃｔコ；）； Ｄｉｃｔｉθｎａｒｙ：　１ｎｔｅｒｆａｃｅ　［ｋｅｙＣＩａｓｓ、　ｖａｌ ｕｅｃｌａｓｓ：　Ｃ１ａｓｓ］（Ｓｅｔ　［Ａｓ５ｏｃｉａｔｉｏｎ　［ｋｅ ｙＣｌａｓｓ。 ｖａｌｕｅｃｌａｓｓｌｌ）　＝（ ｐｕｂｌｉｃ ａｄｄ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｋｅｙ；　ｋｅｙｃｌａｓｓ；ｖ ａｌｕｅ：　ｖａｌｕｅｃｌａｓｓ）ｔｈｒｏｗｓ　Ｋｅｙｌｎｖａｌｉｄ；ｄ ｒｏｐ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｋｅｙ：　ｐｒｏｔｅｃｔｅｄｋ ｅｙｃｌａｓｓ）　ｖａｌｕｅｃｌａｓｓｔｈｒｏｗｓ　Ｋｅｙｌｎｖａｌｉｄ ；ｆｉｎｄ：　ｏｐ　（ｖａｌｕｅ：　ｐｒｏｔｅｃｔｅｄｖａｌｕｅｃＩａｓ ｓ）　ｋｅｙｃＩａｓｓｌＮｉｌ；ｇｅｔ：　ｏｐ　（ｋｅｙ：　ｐｒｏｔｅｃ ｔｅｄ　ｋｅｙｃＩａｓｓ）ｖａｌｕｅｃＩａｓｓ ｔｈｒｏｗｓ　Ｋｅｙｆｎｖａｌｉｄ；ｒｅｋｅｙ：　ｕｎｐｒｏｔｅｃｔｅｄ 　ｏｐ　（ｃｕｒｒｅｎｔｋｅｙ：　ｐｒｏｔｅｃｔｅｄ　ｋｅｙｃＩａｓｓ； ｎｅｗＫｅｙ：　ｋｅｙｃｌａｓｓ） ｔｈｒｏｗｓ　Ｋｅｙｌｎｖａｌｉｄ；ｓｅｔ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏ ｐ　（ｋｅｙ：　ｐｒｏｔｅｃｔｅｄ　ｋｅｙｃＩａｓｓ；ｖａｌｕｅ：　ｖａ ｌｕｅｃＩａｓｓ）ｔｈｒｏｗｓ　Ｋｅｙｌｎｖａｌｉｄ：ｔｒａｎｓｐｏｓｅ ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｋｅｙｌ。 ｋｅｙ２：　ｐｒｏｔｅｃｔｅｄ　ｋｅｙｃｌａｓｓ）ｔｈｒｏｗｓ　Ｋｅｙｌ ｎｖａｌｉｄ；ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ（ｋｅｙｓＡｎｄＶａ Ｉｕｅｓ：　０ｂｊｅｃｔ　、、、）／零　ｋｅｙ：　ｋｅｙｃＩａｓｓ；　ｖ ａｌｕｅ：　ｖａＩｕｅｃＩａｓｓ　零／）ｔｈｒｏｗｓ　ＫｅｙＤｕｐｌｉｃ ａｊｅｄ、Ｋｅｙｌｎｖａｌｉｄ。 ０ｂｊｅＣｔＳＵｎｐａｉｒｅｄ； ）； Ｅｘｃｅｐｔｉｏｎ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｏｂｊｅｃ ｔ、　Ｕｎｃｈａｎｇｅｄ）　＝（ｐｕｂｌｉｃ ｔｈｒｏｗ−ｘ二　５ｅａｌｅｄ　ｏｐ　Ｏ；）； Ｅｘｅｃｕｔｅｄ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　Ｏ＝（ｐｕｂｌ ｉｃ ｃａｔｃＪｘ：　５ｅａｌｅｄ　ｏｐ　（ｅｘｃｅｐｔｊｏｎ：ＣＩｕｓ）　Ｅ ｘｃｅｐｔｉｏｎｌＮｉｌｔｈｒｏｗｓ　Ｅｘｃｅｇｔ（ａｎ： ｄｏ−ｘ、　１ｏｏｐ−ｘ：　５ｅａｌｅｄ　ｏｐ　Ｏｔｈｒｏｗｓ　Ｅｘｃｅ ｐｔｉｏｎ； ｅｉｔｈｅｒ＋　５ｅａｌｅｄ　ｏｐ　（ｆａｌｓｅ−ｘ：Ｅｘｅｃｕｔｅｄ； 　ｐｒｅｃｏｎｄｉｔｉｏｎ：　Ｂｏｏｌｅａｎ）ｔｈｒｏｗｓ　Ｅｘｃｅｐｔ ｉｏｎ； １ｆ−ｘ：　５ｅａｌｅｄ　ｏｐ　（ｐｒｅｃｏｎｄｉｔｉｏｎ：Ｂｏｏｌｅａ ｎ） ｔｈｒｏｗｓ　Ｅｘｃｅｐｔｉｏｎ； ｒｅｐｅａＬｘ：　５ｅａｌｅｄ　ｏｐ　（ｒｅｐｅｔｉｔｉｏｎｓ：Ｉｎｔｅ ｇｅｒ） ｔｈｒｏｗｓ　Ｅｘｃｅｐｔｉｏｎ； ｗｈｉｔｅ−ｘ：　５ｅａｌｅｄ　ｏｐ　（ｐｒｅｃｏｎｄｉｔｉｏｎ：Ｅｘｅ ｃｕｔｅｄ） ｔｈｒｏｗｓ　Ｅｘｃｅｐｔｉｏｎ、　Ｒｅ５ｕｌｔｌｎｖａｌｉｄ。 ＲｅｓｕｌｔＭｉｓｓｉｎｇ； ）： Ｅｘｅｃｕｔｉｏｎ　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｋｅｒｎｅｌ Ｅｘｃｅｐｅｉｏｎ）　＝ＥＸｃｅｐｔｉｏｎ： Ａｒｇｕｍｅｎｔｌｎｖａｌ　ｉｄ： １ｎｔｅｒ４ａｃｅ（ＥｘｅｃｕｔｉｏｎＥｘｃｅｐｔｉｏｎ）＝０：Ａｒｇｕ ｍｅｎｔＭｉｓｓｉｎｇ： １ｎｔｅｒｆａｃｅ（ＥｘｅｃｕｔｉｏｎＥｘｃｅｐｔｉｏｎ）　：０：Ａｔｔ ｒｉｂｕｔｅＲｅａｄＯｎｌｙ：　１ｎｔｅｒｆａｃｅ（ＥｘｅｃｕｔｉｏｎＥ ｘｃｅｐｔｉｏｎ）　＝０：Ｃ１ａｓｓＵｎａｖａｉｌａｂｌｅ： １ｎｔｅｒｆａｃｅ（ＥｘｅｃｕｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝０；Ｅｓｃ ａｌａｔｉｏｎｌｎｖａｌｉｄ：１ｎｔｅｒｆａｃｅ（ＥｘｅｃｕｔｉｏｎＥｘ ｃｅｐｔｉｏｎ）　＝０：ＦｅａｔｕｒｅＵｎａｖａｉ　ｔａｂｌｅ：１ｎｔｅ ｒｒａｃｅ（ＥｘｅｃｕｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝０；Ｉｎｔｅｒｎａ ｌＥｘｃｅｐｔｉｏｎ ｉｎｔｅｒｆａｃｅ（ＥｘｅｃｕｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝０：Ｐｒｏ ｐｅｒｔｙ　Ｌｌｎｄｅｆｉｎｅｄ：１ｎｔｅｒ４ａｃｅ（Ｅｘｅｃｕｔｉｏｎ Ｅｘｃｅｐｔｉｏｎ）　：０：ＲｅｆｅｒｅｎｃｅＰｒｏｔｅｃｔｅｄ　：１ｎ ｔｅｒｆａｃｅ（ＥｘｅｃｕｔｉｏｎＥｘｃｅｐｔｉｏｎ）　：０：Ｒｅｆｅｒ ｅｎｃｅＶｏｉｄ： １ｎｔｅｒ４ａｃｅ（ＥｘｅｃｕｔｉｏｎＥｘｃｅｐｔｉｏｎ）　：０；Ｒｅｓ ｐｏｎｄｅｒＭｉｓｓｉｎｇ： １ｎｔｅｒｆａｃｅ（ＥｘｅｃｕｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝０；Ｒｅ５ ｕｌｔｌｎｖａｌｉｄ： １ｎｔｅｒ４ａｃｅ（ＥｘｅｃｕｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝０；Ｒｅｓ ｕｌｔＭｉｓｓｉｎｇ： １ｎｔｅｒ４ａｃｅ（ＥｘｅｃｕｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝０；Ｖａｒ ｉａｂｌｅＬｌｎｄｅｆ　１ｎｅｄ：１ｎｔｅｒｆａｃｅ（Ｅｘｅｃｕｔｉｏｎ Ｅｘｃｅｐｔｉｏｎ）　＝０；Ｆｅａｔｕｒｅ：　ａｂｓｔｒａｃｔ　１ｎｔｅ ｒｆａｃｅ　＝　（１）ｕｂｌｉｃ ｅｘｃｅｐｔｉｏｎｓ：　Ｓｅｔ　［Ｉｄｅｎｔｉｆｉｅｒ！］；１ｓＰｕｂｌ ｉｃ：　Ｂｏｏｌｅａｎ；ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｉｓＰｕｂｌｉｃ ：　ＢｏｏｌｅａｎｌＮｉｌ；ｅｘｃｅｐｔｉｏｎ：Ｓｅｔ ［１ｄｅｎｔｉ　ｒｉｅｒ！コｌＮｉ１）；）； ）ｌａｓｈｅｄ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅＯ＝　（１）ｕｂｌ ｉｃ ｈａｓｈ：　ａｂｓｔｒａｃｔ　ｒｅａｄｏｎｌｙ　Ｉｎｔｅｒｇｅｒ；）； Ｉｎｄｅｎｔｉｆｉｅｒ：　５ｅａｌｅｄ　１ｎｔｅｒｒａｃｅ　（Ｐｒｉｍｉ ｔｉｖｅ、　０ｒｄｅｒｅｄ）　＝０゜ Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ：　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　＝　（ ｕｂｌｉｃ ｃｌａｓｓＭｅｔｈｏｄｓ、ｆｒｏａＭｅｔｈｏｄｓ。 ｉｎｓｔａｎｃｅＭｅｔｈｏｄｓ、　ｓｅｔＭｅｔｈｏｄｓ。 ｔｏＭｅｔｈｏｄｓ：　Ｌｅｘｉｃｏｎ　［Ｍｅｔｈｏｄ］；ｐｒｏｐｅｒｔｉ ｅｓ：　Ｌｉ５ｔ　［Ｉｄｅｎｎｔｉｒｉｅｒ！］；５ｕｐｅｒｃＪａｓｓｅｓ ＋　Ｌｉ５ｔ［１ｄｅｎｔｉｒｉｅｒ！］１Ｎｉｌ；ｖｏｃａｂｕｌａｒｙ：　 Ｌｅｘｉｃｏｎ［Ｃ１ｔａｔｉｏｎ］１Ｎｉｌ； ｙｓｔｅｍ ｉｎｉｔｉｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｓｕｐｅｒｃｌａｓ ｓｅｓ＋　Ｌｉ５ｔ［１ｄｅｎｔｉ　ｒｉｅｒ！コ１Ｎｉｌ；ｖｏｃａｂｕｌａ ｒｙ＋　Ｌｅｘｉｃｏｎ［Ｃ１ｔａｔｉｏｎ］１Ｎｉｌ； ｐｒｏｐｅｒｔｉｅｓ：　Ｌｉ５ｔ ［Ｉｄｅｎｔｉｆｉｅｒ！］１Ｎｉｌ；ｉｎｓｔａｎｃｅＭｅｔｈｏｄｓ、ｓｅ ｔＭｅｔｈｏｄｓ。 ｃｌａｓｓＭｅｔｈｏｄｓ。 ｆｏｒｍＭｅｔｈｏｄｓ、ｔｏＭｅｔｈｏｄｓ：　’Ｌｅｘｉｃｏｎ［Ｍｅｔｈ ｏｄｓ］ｌＮｉ　ｌ）； ）。 Ｉｎｔｅｇｅｒ：　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｎｕｍｂｅｒ）　＝ （ｕｂｌｉｃ ｍｏｄｕｌｕｓ、　ｑｕｏｔｉｅｎｔ：　ｏｐ　（ｄｉｖｉｓｏｒ：Ｉｎｔｅｇ ｅｒ）　Ｉｎｔｅｒｇｅｒ ｔｈｒｏｗｓ　ＤｉｖｉｓｉｏｎＢｙＺｅｒｏ；）： Ｉｎｔｅｒｃｈａｎｇｅｄ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｕｎ ｃｈａｎｇｅｄ）　＝　（ｕｂｌｉｃ ｄｉｇｅｓｔ：　ａｂｓｔｒａｃｔ　ｒｅａｄｏｎｌｙｐｒｏｔｅｃｔｅｄ　０ ｂｊｅｃｔｌＮｉｌ；）； Ｉｎｔｅｒｆａｃｅ：　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　＝　（ｕｂｌｉｃ ｃｌａｓｓＦｅａｔｕｒｅｓ、１ｎｓｔａｎｃｅＦｅａｔｕｒｅｓ：Ｌｅｘｉｃ ｏｎ　［Ｆｅａｔｕｒｅｌ：１ｓＡｂｓｔｒａｃｔ：　Ｂｏｏｌｅａｎ；５ｅａ ｌｅｄｃｌａｓｓＦｅａｔｕｒｅｓ。 ５ｅａｌｅｄｌｎｓｔａｎｃｅＦｅａｔｕｒｅｓ：Ｓｅｔ　［１ｄｅｎｔｉｆｉ ｅｒ！］；５ｕｐｅｒｃｌａｓｓｅｓ＋　Ｌｉ５ｔ　［Ｉｄｅｎｔｉｒｉｅｒｌ ］；ｖｏｃａｂｕｌａｒｙ：　Ｌｅｘｉｃｏｎ　［Ｃ１ｔａｔｉｏｎ］＋ｙｓｔ ｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｓｕｐｅｒｃｌａ ｓｓｅｓ：　Ｌｉ５ｔ［１ｄｅｎｔｉｆｉｅｒ！］　１Ｎｉｌ　；ｖｏｃａｂｕ ｌａｒｙ：　Ｌｅｘｉｃｏｎ［Ｃ１ｔａｔｉｏｎコ１Ｎｉｌ： １ｎｓｔａｎｃｅＦｅａｔｕｒｅｓ： Ｌｅｘｉｃｏｎ　［Ｆｅａｔｕｒｅ］１Ｎｉｌ；５ｅａｌｅｄｌｎｓｔａｎｃｅ Ｆｅａｔｕｒｅｓ：Ｓｅｔ　［Ｉｄｅｎｔｉｆｉｅｒ！］１Ｎｉｌ；Ｃ１ａＳＳ ＦｅａｔｕｒｅＳ：　Ｌｅｘｉｃｏｎ［Ｆｅａｔｕｒｅ］ｌＮｉ１； ５ｅａｌｅｄｃｌａｓｓＦｅａｔｕｒｅｓ：Ｓｅｔ　［［ｄｅｎｔｉｒｉｅｒｌ ｌｌＮｉｌ；１ｓＡｂｓｔｒａｃｔ：　ＢｏｏｌｅａｎｌＮｉｌ）；）； Ｋｅｒｎｅ　Ｉ Ｅｘｃｅｐｔｉｏｎ：　ａｂｓｔｒａｃｔ　ｔｎｔｅｒｒａｃｅ（Ｐｒｏｇｒａ ｍｍｉｎｇＥｘｃｅｐｔｉｏｎ）　＝　０：Ｃ１ａｓｓＡｂｓｔｒａｃｔ：　ｉ ｒ＋ｔｅｒｒａｃｅ（ＫｅｒｎｅｌＥｘｃｅｐｔｉｏｎ）　：０；Ｃｏｎｖｅｒ ｓｉｏｎＵｎａｖａｉ　ｆａｂｌｅ：１ｎｔｅｒｆａｃｅ　（ＫｅｒｎｅｌＥｘ ｃｅｐｔｉｏｎ）　＝０；ＣｏｐｙＵｎａｖａｉ　ｆａｂｌｅ： １ｎｔｅｒｆａｃｅ　（ＫｅｒｎｅｌＥｘｃｅｐｔｉｏｎ）　＝　０；Ｌｏｏｐ Ｍｉｓｓｉｎｇ：１ｎｔｅｒｆａｃｅ　（にｅｒｎｅｌＥｘｃｅｐｔｉｏｎ）＝ ０； ＭａｋｅＭｉｓｓｉｎｇ：１ｎｔｅｒｆａｃｅ　（ＫｅｒｎｅｌＥｘｃｅｐｔｉ ｏｎ）：０； ０ｂｊｅｃｔＬＩｎｉｎｉｔｉａｌｉｚｅｄ＋１ｎｔｅｒｆａｃｅ　（にｅｒｎ ｅｌＥｘｃｅｐｔｉｏｎ）　＝　０；Ｐａｓｓａｇｅｌｎｖａｌ　ｉｄ： １ｎｔｅｒｆａｃｅ　（ＫｅｒｎｅｌＥｘｃｅｐｔｉｏｎ）　＝　０：５ｅｌｅ ｃｔｏｒＤｕｐｌｉｃａｔｅｄ：１ｎｔｅｒｆａｃｅ　（ＫｅｒｎｅｌＥｘｃｅ ｐｔｉｏｎ）　＝　０；Ｌｅｘｉｃｏｎ：　１ｎｔｅｒｆａｃｅ　［ｖａｌｕｅ ＣＩａｓｓ：　Ｃ１ａｓｓ］（ＣｏｎｓｔｒａｉｎｅｄＤｉｃｔｉｏｎａｒｙ　 ［Ｉｄｅｎｔｉｆｉｅｒ。 ｖａｌｕｅｃｌａｓｓｌ）　＝　（ ｕｂｌｉｃ ｃｏｎｓｔｒａｉｎｔ：　５ｅａｌｅｄ；ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ（ｋｅｙｓＡｎｄ’／ ａｌｕｅｓ：　０ｂｊｅｃｔ　、、。 ／ネ　ｋｅｙ：　１ｎｄｅｎｔｉｒｉｅｒ！；　ｖａｌｕｅ；ｖａｌｕｅｃＩａ ｓｓ　本／） ｔｈｒｏｗｓ　ＫｅｙＤｕｐｌｉｃａｔｅｄ、　Ｋｅｙｌｎｖａｌｉｄ。 ０ｂｊｅｃｔｓＵｎｐａｉｒｅｄ； ）； Ｌｉ５ｔ：　１ｎｔｅｒｆａｃｅ　［ｉｔｅｍＣｌａｓｓ：　Ｃ１ａｓｓｌ（Ｃ ｏｌｌｅｃｔｉｏｎ　［ｉｔｅｍＣｌａｓｓｌ、　０ｒｄｅｒｅｄ）＝（ ｕｂｌｉｃ ａｄｄ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｐｏｓｉｔｉｏｎ：Ｉｎｔｅｒｇ ｅｒ；　ｉｔｅｍ：　ｉｔｅｍｃｌａｓｓ）　ｔｈｒｏｗｓｌｔｅｌｌｎｖａｌ ｉｄ、Ｐｏ５ｉｔｉｏｎｌｎｖａｌｉｄ；ｄｒｏｐ：　ｕｎｐｒｏｔｅｃｔｅｄ 　ｏｐ　（ｐｏｓｉｔｉｏｎ：Ｉｎｔｅｇｅｒ）　ｉｔｅｍｃＩａｓｓｔｈｒｏ ｗｓ　ｐｏｓｉｔｉｏｎｌｎｖａｌｉｄ；ｆｉｎｄ：　ｏｐ　（ ｉｎｉｔｉａｌＰｏｓｉｔｉｏｎ：　Ｉｎｔｅｇｅｒ；１ｔｅｔ　ｐｒｏｔｅｃ ｔｅｄ　ｉｔｅｍｃＩａｓｓ）Ｉｎ　ｔｅｒｇｅｒ　ｌ　Ｎ　ｉ　１ ｔｈｒｏｗｓ　Ｐｏ５ｉｔｉｏｎｌｎｖａｌｉｄ；ｇｅｔ：　ｏｐ　（ｐｏｓｉ ｔｉｏｎ：　Ｉｎｔｅｇｅｒ）ｉｔｅａ＋ｃＩａｓｓ ｔｈｒｏｖｓ　Ｐｏ５ｉｔｉｏｎｌｎｖａｌｉｄ；ｒｅｐｏｓｉｔｉｏｎ：　ｕ ｎｐｒｏｔｅｃｔｅｄ　ｏｐ（ｃｕｒｒｅｎｔＰｏｓｉｔｉｏｎ、　ｎｅｖＰｏ ｓｉｔｉｏｎ：Ｉｎｔｅｇｅｒ） ｔｈｒｏｗｓ　Ｐｏ５ｉｔｉｏｎｌｎｖａｌｉｄ；ｓｅｔ：　ｕｎｐｒｏｔｅｃ ｔｅｄ　ｏｐ　（ｐｏｓｉｔｉｏｎ：Ｉｎｔｅｒｇｅｒ：　ｉｔｅｍ：　ｉｔｅ ｍｃｌａｓｓ）　ｔｈｒｏｗｓＩｔｅｉｌｎｖａｌｉｄ、Ｐｏ５ｉｔｉｏｎｌｎ ｖａｌｉｄ；ｔｒａｎｓｐｏｓｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ（ｐｏｓｉ ｔｉｏｎｌ、　ｐｏｓｉｔｉｏｎ２：　Ｉｎｔｅｇｅｒ）ｔｈｒｏｗｓ　Ｐｏ５ ｉｔｉｏｎｌｎｖａｌｉｄ；５ｙｓｔｅｆｆｌ ｉｎｉｔｉａｌｉｚｅ＋　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｉｔｅｍｓ：ｉｔ ｅｍｃｌａｓｓ　、、、）； ）： Ｍａｒｋ：　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｐｒｉｍｉｔｉｖｅ）　： ０；Ｍｅａｎｓ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　＝　０；Ｍｅｅｔ ｉｎｇＥｘｃｅｐｔｉｏｎ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ（Ｅｘｃ ｅｐｔｉｏｎ）　＝　０；）１ｅｅｔｉｎｇＤｅｎｉｅｄ： １ｎｔｅｒ４ａｃｅ　（ＭｅｅｔｉｎｇＥｘｃｅｐｔｉｏｎ）　＝０；Ｍｅｅｔ ｉｎｇＤｕｐｌ　１ｃａｔｅｄ：ｔｎｔｅｒｒａｃｅ　（ＭｅｅｔｉｎｇＥｘｃ ｅｐｔｉｏｎ）　；０；Ｍｅｅｔｉｎｇｌｎｖａｌ　ｉｄ： １ｎｔｅｒｆａｃｅ　（ＭｅｅｔｉｎｇＥｘｃｅｐｔｉｏｎ）　＝０；Ｐｅｔｉ 　ｔｉｏｎＥｘｐｉｒｅｄ： １ｎｔｅｒｆａｃｅ　（ＭｅｅｔｉｎｇＥｘｃｅｐｔｉｏｎ）　：０：Ｍｅｅｔ ｉｎｇＰＩａｃｅ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｐｌａｃｅ） 　＝　（ｕｂｌｉｃ ｍｅｅｔ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｐｅｔｉｔｉｏｎ：ｃｏｐｉｅ ｄ　Ｐｅｔｉｔｉｏｎ）　Ｃｏｎｔａｃｔｔｈｒｏｗｓ　ＭｅｅｔｉｎｇＥｘｃ ｅｐｔｉｏｎ。 ＰｒｏｃｅｓｓＮｏｔＣｕｒｒｅｎｔ。 Ｓ　Ｌａｔｅ　Ｉｍｐｒｏｐｅｒ　； ｐａｒｔ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｏｎｔａｃｔ：Ｃｏｎｔａｃ ｔ） ｔｈｒｏｗｓ　ＭｅｅＬｉｎｇｌｎｖａｌｉｄ。 ＰｒｏｃｅｓｓＮｏｔＣｕｒｒｅｎｔ。 Ｓ　Ｌａｔｅ　ｌ５ｐｒｏｐｅｒ　； ｐａｒｔＡＩＩ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　Ｏｔｈｒｏｗｓ　Ｐｒｏｃ ｅｓｓＮｏｔＣｕｒｒｅｎｔ。 Ｓｔａｔｅｌｍｐｒｏｐｅｒ； ）： Ｍｅｔｈｏｄ：　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　＝　（ｕｂｌｉｃ ｐｒｏｃｅｄｕｒｅ：　Ｐｒｏｃｅｄｕｒｅ；ｖａｒｉａｂｌｅｓ：　Ｌｉ５ｔ 　［Ｉｄｅｎｔｉｒｉｅｒ！コ；５ｙｓｔｅ■ １ｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｐｒｏｃｅｄｕｒ ｅ二　ＰｒｏｃｅｄｕｒｅｌＮｉｌ；ｖａｒｉａｂｌｅｓ：　Ｌｉ５ｔ ［１ｄｅｎｔｉｒｉｅｒ！］ｌＮｉ１）：）； Ｍｉｓｃｅｌｌａｎｅｏｕｓ　ａｂｓｔｒａｃｔ　ｉｎｔｅｒｆａｃｅ（Ｐｒｏ ｇｒａ＋ｕ＋ｉｎｇＥｘｃｅｐｔｉｏｎ）　＝０；Ｅｘｃｅｐｔｉｏｎ：　Ｐａ ｔｔｅｒｎｌｎｖａｌｉｄ：　ｉｎｔｅｒｆａｃｅ（Ｍｉｓｃｅｌｌａｎｅｏｕ ｓＥｘｃｅｐｔｉｏｎ）　：０；５ｅｅｄｌｎｖａｌ　ｉｄ＋ １ｎｔｅｒｆａｃｅ　（ＭｉｓｃｅｌｌａｎｅｏｕｓＥｘｃｅｐｔｉｏｎ）　＝ ０゜ Ｍｏｄｉｆｉｅｒ：　５ｅａｌｅｄ　ｉｔ＋Ｌｅｒｒａｃｅ　（Ｐｒｉｍｉｔｉ ｖｅ）　二〇：Ｎａａ＋ｅｄ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　Ｏ＝ （ｕｂｌｉｃ ｎａｍｅ：　５ｅａｌｅｄ　ｒｅａｄｏｎｌｙ　ｐｒｏｔｅｃｔｅｄＴｅｌｅｎ ａｍｅ； ）。 Ｎｉｌ：　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｐｒｉｍｉｔｉｖｅ）　＝０ ：Ｎｕｍｂｅｒ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｐｒｉｍｉｔｉ ｖｅ、　０ｒｄｅｒｅｄ＝（ ｕｂｌｉｃ ａｂｓ、　ｎｅｇａｔｅ：　ａｂｓｔｒａｃｔ　ｏｐＯＮｕｍｂｅｒ： ａｄｄ、　ｍｕｌｔｉｐｌｙ：　ａｂｓｔｒａｃｔ　ｏｐ（ｎｕｍｂｅｒ：　Ｎ ｕＩＩｂｅｒ）　Ｎｕｍｂｅｒ；ｃｅｉｌｉｎｇ、ｆｌｏｏｒ、ｒｏｕｎｄ、ｔ ｒｕｎｃａｔｅ：ａｂｓｔｒａｃｔ　ｏｐ　ＯＩｎｔｅｇｅｒ；ｄｉｖｉｄｅ： 　ａｂｓｔｒａｃｔ　ｏｐ　（ｄｉｖｉｓｏｒ：Ｎｕｍｂｅｒ）　Ｎｕｍｂｅｒ ｔｈｒｏｗｓ　ＤｉｖｉｓｉｏｎＢｙＺｅｒｏ：５ｙｂｔｒａｃｔ：　ａｂｓｔ ｒａｃｔ　ｏｐ　（ｓｕｂｔｒａｈｅｎｄ＋Ｎｕｍｂｅｒ）　ＮｕＩＩｂｅｒ； ）。 ０ｂｊｅｃｔ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｒｅｆｅｒｅｎｃ ｅｄ）　＝　（ｕｂｌｉｃ ｃｌａｓｓ：　５ｅａｌｅｄ　ｒｅａｄｏｎｌｙ　Ｃ１ａｓｓ；ｃｏｐｙ＋　５ ｅａｌｅｄ　ｏｐ　Ｏｃｏｐｉｅｄ　Ｏｂｊｅｃｔｔｈｒｏｗｓ　ＣｏｐｙＵｎ ａｖａｉｌａｂｌｅ；１ｓＥｑｕａｌ：　ｏｐ　（ｏｂｊｅｃｔ：　ｐｒｏｔｅ ｃｔｅｄＯｂｊｅＣυＢｏｏ　１ｅａｎ　； ５ｅｌｅｃｔ：　５ｅａｌｅｄ　ｏｐ　（ａｓｓｏｃｉａｔｉｏｎ：０ｂｊｅｃ ｔ　、、。 ７本　ｐｒｏｔｅｃｔｅｄ　０ｂｊｅｃｔ；　Ｅｘｅｃｕｔｅｄ　零／）ｔｈｒ ｏｗｓ　Ｅｘｃｅｐｔｉｏｎ。 ５ｅｌｅｃｔｏｒＤｕｐｌｉｃａｔｅｄ；５ｉｚｅ：　５ｅａｌｅｄ　ｒｅａｄ ｏｎｌｙ　Ｉｎｔｅｇｅｒ；ｙｓｔｅｍ ｆｉｎａｌｉｚｅ、１ｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄＯｐＯ： ）。 ０ｃｔｅｔ：　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｐｒｉｍｉｔｉｖｅ、　 ０ｒｄｅｒｅｄ）　＝０： ＯｃｔｅｔＳｔｒｉｎｇ：　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｃｏｎｓｔ ｒａｉｎｅｄＬｉｓｔ［０ｃｔｅｔ］、　Ｅｘｃｕｔｅｄ）　＝（ｕｂｌｉｃ ｃｏｎｓｔｒａｉｎｔ：　５ｅａｌｅｄ；ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ（ｓｅｇｍｅｎｔｓ： 　０ｂｊｅｃｔ　、。 ７本　０ｃｔｅｔｌｐｒｏｔｅｃｔｅｄ　ＯｃｔｅｔＳｔｒｉｎｇ！零／）： ）。 ０ｐｅｒａｔｉｏｎ：　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｆｅａｔｕｒｅ ）　＝　（ｕｂｌｉｃ ａｒｇｕｍｅｎｔｓ：　Ｌｉ５ｔ　［Ｃｏｎ５ｔｒａｉｎｔ］　１Ｎｉｌ；ｒｅ ｓｕｌｔ：　Ｃｏｎ５ｔｒａｉｎｔｌＮｉｌ：５ｙｓｔｅａ＋ １ｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ（ａｒｇｕｍｅｎｔｓ ：　Ｌｉ５ｔ ［Ｃｏｎ５ｔｒａｉｎｔ］１Ｎｉｌ： ｒｅｓｕｌｔ：　Ｃｏｎ５ｔｒａｉｎｔｌＮｉｌ：１ｓＰｕｂｌｉｃ：　Ｂｏｏ ｌｅａｎｌＮｉｌ；ｅｘｃｅｐｔｉｏｎｓ：　Ｓｅｔ ［１ｄｅｎｔｉｒｉｅｒコｌＮｉ　Ｉ）：）； ０ｒｄｅｒｅｄ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　Ｏ：（ｕｂｌｉｃ ｉｓＡｒｔｅｒ、１ｓＢｅｒｏｒｅ：　ａｂｓｔｒａｃｔ　ｏｐ（ｏｂｊｅｃｔ ：　ｐｒｏｔｅｃｔｅｄ　０ｒｄｅｒｅｄ）Ｂｏｏｌｅａｎ： ｗａｘ、ｗｉｎ：　ｏｐ　（ｏｂｊｅｃｔ：　０ｒｄｅｒｅｄ）Ｏｒｄｅｒｅｄ 　； ）； Ｐａｃｋｅｇｅ：　１ｎｔｅｒｆａｃｅ　（ＣｏｎｓｔｒａｉｎｅｄＳｅｔ　［ Ｃ１ａｓｓｌ。 Ｃ１ｔｅｄ、Ｉｎｔｅｒｃｈａｎｇｅｄ）　＝　（ｕｂｌｉｃ ｃｏｓｔｒａｉｎｔ：　５ｅａｌｅｄ；５ｙｓｔｅ１１ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｔｉｔｌｅ：　Ｉ ｄｅｎｔｉｆｉｅｒ！；ａ＋ａｊｏｒＥｄｉｔｉｏｎ、ｍ１ｎｏｒＥｄｉｔｔｏ ｎ：Ｉｎｔｅｇｅｒ； ｉｔｅｍｓ：　Ｃ１ａｓｓ　、、、） ｔｈｒｏｗｓ　ＩｔｅｍＤｕｐｌｉｃａｔｅｄ。 ＰｒｏｃｅｓｓＮｏｔＰｅｅｒ； ）。 Ｐａｔｔｅｒｎ：　１ｎｔｅｒｆａｃｅ　（Ｏｂｊｅｃｔ、　０ｒｄｅｒｅｄ） 　；（ｐｕｂｌｉｃ ｒｉｎｄ：　ｏｐ　（ｓｔｒｉｎｇ：　ｐｒｏｔｅｃｔｅｄＳｔｒｉｎｇ！；　 ｐｏｓｉｔｉｏｎ：　ＩｎｔｅｇｅｒｌＮｉｌ）Ｌｉｓｔ［Ｉｎｔｅｇｅｒ］　 ｌＮｌＮ１１）ｔｈｒｏ　Ｐｏ５ｉｔｉｏｎｌｎｖａｌｉｄ；５ｕｂｓｔｉｔｕ ｔｅ：　ｏｐ　（ ｒｅｐｅｔｉｔｉｏｎｓ：　Ｉｎｔｅｇｅｒ；ｓｔｒｉｎｇ：　ｕｎｐｒｏｔｅ ｃｔｅｄ　Ｓｔｒｉｎｇ！；ｒｅｐｌａｃｅｍｅｎｔ：　ｐｒｏｔｅｃｔｅｄ　 ＳｔｒｉｎｇりＩｎｔｅｇｅｒ； ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｔｅｘｔ：ｃｏｐ ｉｅｄ　Ｓｔｒｉｎｇり ｔｈｒｏｗｓ　Ｐａｔｔｅｒｎｌｎｖａｌｉｄ；）； Ｐｅｒｍｉｔ：　１ｎｔｅｒｆａｃｅ　（Ｏｂｊｅｃｔ、　０ｒｄｅｒｅｄ）　 ＝　（ｐｕｂｌｉｃ ａｇｅ、　ａｕｔｈｅｎｔｉｃｉｔｙ、　ｃｈａｒｇｅｓ。 ｅｘｔｅｎｔ、　ｐｒｉｏｒｉｔｙ：　ＩｎｔｅｇｅｒｌＮｉｌ；ｃａｎＣｈａ ｎｇｅ、　ｃａｎＣｒｅａｔｅ、　ｃａｎＤｅｎｙ。 ｃａｎＧｏ、　ｃａｎＧｒａｎｔ、　ｃａｎＲｅｓｔａｒｔ。 ｃａｎｓｅｎｄ：　Ｂｏｏｌｅａｎ； １ｎｔｅｒｓｅｃｔ：　ｏｐ　（ｐｅｒｍｉｔ：　Ｐｅｒ＋ｍｉｔ）Ｐｅｒｍｉ ｔ； ｓｙｓｔｅｍ＋ １ｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ａｇｅ。 ｃｈａｒｇｅｓ、ｅｘｔｅｎｔ：　ＪｎｔｅｇｅｒｌＮｉｌ）；Ｐｅｔｉｔｉｏ ｎ：　１ｎｔｅｒｆａｃｅ　＝　（ｐｕｂｌｉｃ ａｇｅｎｔｃＩａｓｓ：　Ｃ１ｔａｔｉｏｎｌＮｉｌ；ａｇｅｎｔＮａｍｅ：　 ＴｅｌｎａｗｅｌＮｉｌ；ｉａｘｉｍｕｍＷａｉｔ：　ＩｎｔｅｇｅｒｌＮｉｌ ；ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ａｇｅｎｔＮａｍ ｅ：　ＴｅｌｅｎａｍｅｌＮｉｌ；ａｇｅｎｔｃｌａｓｓ：　Ｃ１ｔａｔｉｏｎ ｌＮｉｌ；ｍａｘｉｍｕｍＷａｉｔ：　ＩｎｔｅｇｅｒＬＮｊｌ；）： Ｐｅｔｉｔｉｏｎｅｄ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｒａｃｅ　Ｏ＝　（ｙ ｓｔｅｍ ｍｅｅｔｉｎｇ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｏｎｔａｃｔ：　Ｃｏ ｎｔａｃｔ；　ｐｅｔｉｔｉｏｎ：ｐｒｏｔｅｃｔｅｄ　Ｐｅｔｉｔｉｏｎ）ｔ ｈｒｏｗｓ　ＭｅｅｔｉｎｇＤｅｎｉｅｄ；ｐａｒｔｉｎｇ：　ｕｎｐｒｏｔｅ ｃｔｅｄ　ｏｐ　（ｃｏｎｔａｃｔ：Ｃｏｎｔａｃｔ）　； ）； Ｐｌａｃｅ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｐｒｏｃｅｓｓ、　 Ｕｎｍｏｖｅｄ）　＝　（ｐｕｂｌｉｃ ａｄｄｒｅｓｓ：　５ｅａｌｅｄ　ｒｅａｄｏｎｌｙ　ｐｒｏｔｅｃｔｅｃｌＴ ｅ　ｌ　ｅａｄｄｒｅｓｓ　； ｐｕｂｌｉｃｃｌａｓｓｅｓ：　５ｅａｌｅｄ　ｒｅａｄｏｎｌｙ　Ｓｅｔ［Ｃ ｉ　ｔｅｄ］　； ｔｅｒｍｉｎａｔｅ：　５ｅａｌｅｄ　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｏｃ ｃｕｐａｎｔ：　ｐｒｏｔｅｃｔｅｄ　Ｔｅｌｅｎａｍｅ）Ｂｏｏ　ｌｅａｎ ｔｈｒｏｗｓ　ＰｒｏｃｅｓｓＮｏｔＣｕｒｒｅｎｔ。 ＰｒｏｃｅｓｓＮｏｔＰｅｅｒ、Ｓｔａｔｅｌｍｐｒｏｐｅｒ：ｙｓｔｅｍ ｅｎｔｅｒｉｎｇ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｏｎｔａｃｔ：　Ｃ ｏｎｔａｃｔ； ｐｅｒｍｉｔ：　ｐｒｏｔｅｃｔｅｄ　Ｐｅｒｍｉｔ；ｔｉｃｋｅｔ：　ｐｒｏ ｔｅｃｔｅｄ　ＴｉｃｋｅｔｌＮｉｌ）ｔｈｒｏｗｓ　０ｃｃｕｐａｎｃｙＤｅ ｎｉｅｄ；ｅｘｉＨｎｇ：　ｕｎｐｒａｔｅｃｔｅａ　ｏｐ　（ｃｏｎｔａｃｔ ：　Ｃｏｎｔａｃｔ； ｐｅｒｏ＋ｉｔ：　ｐｒｏｔｅｃｔｅｄ　Ｐｅｒｍｉｔ；ｔｉｃｋｅｔ：　ｐｒ ｏｔｅｃｔｅｄ　ＴｉｃｋｅｔｌＮｉｌ）；）： Ｐｒ１ｍ１ｔｉｖｅ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｏｂｊｅｃ ｔ、Ｅｘｃｕｔｅｄ。 Ｕｎｃｈａｎｇｅｄ）　＝（ ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　Ｏｔｈｒｏｗｓ　Ｆ ｅａｔｕｒｅＵｎａｖａｉｌａｂｌｅ；）； Ｐｒ１ｍ１ｔｉｖｅ　ａｂｓｔｒａｃｔ　ｉｎｔｅｒｆａｃｅ（Ｐｒｏｇｒａｕ ｉｎｇＥｘｃｅｐｔｉｏｎ）　：０：Ｅｘｃｅｐｔｉｏｎ： ＤｉｖｉｓｉｏｎＢｙＺｅｒｏ：　ｉｎｔｅｒｆａｃｅ（ＰｒｉｍｉｔｉｖｅＥ ｘｃｅｐｔｉｏｎ）　＝０；Ｐｒｏｃｅｄｕｒｅ：　５ｅａｌｅｄ　１ｎｔｅｒ ｆａｃｅ　（Ｐｒｉｍｉｔｉｖｅ）　＝０：Ｐｒｏｃｅｓｓ：　ａｂｓｔｒａｃ ｔ　１ｎｔｅｒｆａｃｅ　（Ｏｂｊｅｃｔ、　Ｎａｍｅｄ。 Ｕｎｃｏｐｉｅｄ）＝（ ｐｕｂｌｉｃ ｂｒａｎｄ：　５ｅａｌｅｄ　ｒｅａｄｏｎｌｙ　ｐｒｏｔｅｃｔｅｄｂｊｅｃ ｔ ｔｈｒｏｗｓ　ＰｒｏｃｅｓｓＮｏｔＰｅｅｒ；１ｏｃａｌＰｅｒｍｉｔ：　５ ｅａｌｅｄ　ｃｏｐｉｅｄ　ｐｅｒｍｉｔｔｈｒｏｗｓ　ＦｅａｔｕｒｅＵｎａ ｖａｉｌａｂｌｅ。 ＰｅｒｍｉｔＶｏｉ　ｆａｔｅｄ； ｎａｔｉｖｅＰｅｒｍｉｔ：　５ｅａｌｅｄ　ｃｏｐｉｅｄ　Ｐｅｒｍｉｔｔｈ ｒｏｗｓ　Ｆｅａｔｕｒｅ（Ｉｎａｖａｉｌａｂｌｅ。 ＰｅｒｍｉｔＶｏｉ　ｆａｔｅｄ； ｐｅｒｍｉｔ：　５ｅａｌｅｄ　ｒｅａｄｏｎｌｙ　ｃｏｐｉｅｄＰｅｒｒＡｉ ｔ； ｔｈｒｏｗｓ　ＰｒｏｃｅｓｓＮｏｔＰｅｅｒ；ｒｅｇｉｏｎａｌＰｅｒｍｉｔ ：　５ｅａｌｅｄ　ｃｏｐｉｅｄｅｒｍｉｔ ｔｈｒｏｗｓ　ＦｅａｔｕｒｅｕＵｎａｖａｉｌａｂｌｅ。 ＰｅｒｍｉｔＶｏｉ　ｆａｔｅｄ： ｐｒｉｖａｔｅ ａｇｅ：　５ｅａｌｅｄ　ｒｅａｄｏｎｌｙ　Ｉｎｔｅｇｅｒ；ｃｈａｒｇｅｓ ：　５ｅａｌｅｄ　ｒｅａｄｏｎｌｙ　Ｉｎｔｅｇｅｒ；ｃｏｎｔａｃｔｓ：　 ５ｅａｌｅｄ　ｒｅａｄｏｎｌｙＳｅｔ［Ｐｒｏｃｅｓｓｌ　； ｐｒｉｏｒｉｔｙ：　５ｅａｌｅｄ　ＩｎｔｅｇｅｒｌＮｉｌ；ｐｒｉｖａｔｅ ｃｌａｓｓｅｓ＝　５ｅａｌｅｄ　ｒｅａｄｏｎｌｙＳｅｔ［Ｃ１ｔｅｄｌ； ｕｂｌｉｃ ｃｈａｒｇｅ：　５ｅａｌｅｄ　ｏｐ　（ｃｈａｒｇｅｓＩｎｔｅｇｅｒ） ｔｈｒｏｗｓ　Ｐｅｒｍｉｔｌｎａｄｅｑｕａｔｅ。 ＰｅｒｍｉｔＶｉｏｌａｔｅｄ； ｒｅＳｔｒｉＣｔ−Ｘ：　５ｅａｌｅｄ　ｏｐ　（ｐｒｏｃｅｄｕｒｅ：　Ｐｒ ｏｃｅｄｕｒｅ；ｐｅｒＩＩｌｉｔ：　ｐｒｏｔｅｃｔｅｄ　Ｐｅｒｍｉｔ）ｔ ｈｒｏｗｓ　Ｅｘｃｅｐｔｉｏｎ、　ＰｅｒｍｉｔＶｉｏｌａｔｅｄ。 ＰｒｏｃｅｓｓＮｏｔＣｕｒｒｅｎｔ；５ｐｏｎｓｏｒ−ｘ：　５ｅａｌｅｄ　 ｏｐ（ｐｒｏｃｅｃｌｕｒｅ：　Ｐｒｏｃｅｄｕｒｅ；ｐｅｒｍｉｔ：　ｐｒｏ ｔｅｃｔｅｄ　Ｉ’ｅｒ＋ｉｉｔ）ｔｈｒｏｗｓ　Ｅｘｃｅｐｔｉｏｎ、　Ｉ’ ｅｒｍｉｔＶｉｏｌａｔｅｄ。 ＰｒｏｃｅｓｓＮｏＬＣｕｒｒｅｎｔ；ｗａｉｔ：　ｕｎｐｒｏｔｅｃｔｅｄ　 ｏｐ　（ｓｅｃｏｎｄｓ：Ｉｎｔｅｇｅｒ）　： ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｏｐ　（ ｎａｔｉｖｅＰｅｒｍｉｔ：　ｃｏｐｉｅｄ　Ｐｅｒｍｉｔ；ｐｒｉｖａｔｅｃ ｌａｓｓｅｓ：　Ｓｅｔ［Ｃ１ｔｅｄ］ＩＮｌＮ１ １）ｔｈｒｏ　Ｐｅｒａ＋１ｔＶｉｏｌａｔｅｄ；１ｉｖｅ：　ａｂｓｔｒａｃ ｔ　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ（ｃａｕｓｅ：　ＥｘｃｅｐｔｉｏｎｌＮｉ ｌ）ｔｈｒｏｗｓ　Ｅｘｃｅｐｔｉｏｎ； ｒｅｓｔｒｉｃｔｅｄ：　ｏｐ　（ｐｅｒｍｉｔ＋Ｉｄｅｎｔｉｆｉｅｒ；　１ ｓＲｅｌｏｃａｔｅｄ：Ｂｏｏｌｅａｎ）　ＰｅｒｍｉｔＲｅｄｕｃｅｄｌＮｉ ｌ；）： Ｐｒｏｃｅｓｓ−ａｂｓｔｒａｃｔ　ｉｎｔｅｒｆａｃｅ（Ｐｒｏｇｒａ＋ｕ＋ ｉｎｇＥｘｃｅｐｔｉｏｎ）　：０；Ｅｘｃｅｐｔｉｏｎ： Ｐｅｒｍｉｔｌｎａｄｅｑｕａｔｅ：　１ｎｔｅｒｆａｃｅ（ＰｒｏｃｅｓｓＥ ｘｃｅｐｔｉｏｎ）　：０：ＣｏｎｄｉｔｉｏｎＵｎａｖａｉｌａｂｌｅ：１ｎ ｔｅｒｆａｃｅ　（ＰｒｏｃｅｓｓＥｘｃｅｐｔｉｏｎ）　＝０；Ｃｏｎｄｉｔ ｉｏｎＵｎｄｅｒｉｎｅｄ：１ｎｔｅｒｆａｃｅ　（ＰｒｏｃｅｓｓＥｘｃｅｐ ｔｉｏｎ）　；０：ＰｅｒｍｉｔＥｘｈａｕｓｔｅｄ： １ｎｔｅｒｆａｃｅ　（ＰｒｏｃｅｓｓＥｘｃｅｐｔｉｏｎ）　＝０；Ｐｅｒｍ ｉｔＶｉｏｌａｔｅｄ： １ｎｔｅｒｆａｃｅ　（ＰｒｏｃｅｓｓＥｘｃｅｐｔｉｏｎ）　＝０；Ｐｒｏｃ ｅｓｓＮｏｔＣｕｒｒｅｎｔ：１ｎｔｅｒｆａｃｅ　（ＰｒｏｃｅｓｓＥｘｃｅ ｐｔｉｏｎ）　＝０；ＰｒｏｃｅｓｓＮｏｔＰｅｅｒ： １ｎｔｅｒｆａｃｅ　（ＰｒｏｃｅｓｓＥｘｃｅｐｔｉｏｎ）　：０；Ｒｅ５ｏ ｕｒｃｅＵｎａｖａｉｌａｂｌｅ：１ｎｔｅｒｆａｃｅ　（ＰｒｏｃｅｓｓＥｘ ｃｅｐｔｉｏｎ）　：０；ｓ　ｔａｔｅ　Ｉｍｐｒｏｐｅｒ　： １ｎｔｅｒｆａｃｅ　（ＰｒｏｃｅｓｓＥｘｃｅｐｔｉｏｎ）　＝　０：Ｐｒｏ ｇｒａｍｍｅｉｎｇ　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｅｘｃｅｐｔ ｉｏｎ）　＝　（）；Ｅｘｃｅｐｔｉｏｎ Ｑｕａｌｉｆｉｅｄ　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｉｄｅｎｔｉｆｉ ｅｒ）　＝　（）；Ｉｄｅｎｔｉｆｉｅｒ ＲａｎｄｏｍＳｔｒｅａｖ　１ｎｔｅｒｆａｃｅ　（Ｓｔｒｅａｍ　［Ｉｎｔｅ ｇｅｒコ）＝（ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｓｅｅｄ：Ｉｎｔ ｅｇｅｒ） ｔｈｒｏｗｓ　５ｅｅｄｌｎｖａｌｉｄ＋）： Ｒｅａｌ：　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｎｕｍｂｅｒ）　＝　０； Ｒｅｆｅｒｅｎｃｅｄ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　Ｏ＝　（ｕ ｂｌｉｃ ｄｉｓｃａｒｄ：　５ｅａｌｅｄ　ｏｐ　Ｏ；１ｓＰｒｏｔｅｃｔｅｄ：　５ｅ ａｌｅｄ　ｒｅａｄｏｎｌｙＢｏｏｌｅａｎ； １ｓｓａａｅ＋　５ｅａｌｅｄ　ｏｐ　＜ｒｅｆｅｒｅｎｃｅ：ｐｒｏｔｅｃｔ ｅｄ　Ｒｅｆｅｒｅｎｃｅｄ）　Ｂｏｏｌｅａｎ；ｐｒｏｔｅｃｔ：　５ｅａｌ ｅｄ　ＯｐＯｐｒＯｔｅＣｔｅｄＲｅｆｅｒｅｎｃｅｄ； ｒｅｐｘ：　５ｅａｌｅｄ　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　Ｏ；）。 Ｒｅ５ｏｕｒｃｅ：　１ｎｔｅｒｆａｃｅ　＝　（ｕｂｌｉｃ ｃｏｎｔｉｔｉｏｎ：　１ｎｄｅｎｔｆｉｅｒ！ｔｈｒｏｗｓ　Ｃｏｎｄｉｔｉ ｏｎＬｌｎａｖａｉｌａｂｌｅ：ｃｏｎｄｉｔｉｏｎｓ：　ｒｅａｄｏｎｌｙ　 ｐｒｏｔｅｃｔｅｄ　Ｓｅｔ［１ｄｅｎｔｉｒｉｅｒ！］： ｕｓｅ：　５ｅａｌｅｄ　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ（ｐｒｏｃｅｄｕｒｅ ：　Ｐｒｏｃｅｄｕｒｅ；ｅｘｃｌｕｓｉｖｅ：　ＢｏｏｌｅａｎｌＮｉｌ；ｍ ａｘｉｍｕｍＷａｉｔ：　ＩｎｔｅｇｅｒｌＮｉｌ；ｃｏｎｄｉｔｉｏｎｓ：　 ｃｏｐｉｅｄ　Ｓｅｔ［１ｄｅｎｔｉｆｉｅｒ！］１Ｎｉｌ）　Ｂｏｏｌｅａｎ ｔｈｒｏｗｓ　ＣｏｎｄｉｔｉｏｎＵｎｄｅｆｉｎｅｄ。 Ｅｘｃｅｐｔｉｏｎ、Ｒｅ５ｏｕｒｃｅＵｎａｖａｌａｂｌｅ；ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ（ｃｏｎｄｉｔｉｏｎ ：　Ｉｄｅｎｔｉｒｉｅｒ４１Ｎｉｌ；ｃｏｎｄｉｔｉｏｎｓ：　ｃｏｐｉｅｄ 　Ｓｅｔ［１ｄｅｎｔｉｆｉｅｒ！］１Ｎｉｌ）　ｔｈｒｏｗｓＣｏｎｄｉｔｉ ｏｎｌＪｎｄｅｆｉｎｅｄ；）； ５ｅｌｅｃｔｏｒ：　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｐｒｉｍｉｔｉｖ ｅ）　：　０：Ｓｅｔ：　１ｎｔｅｒｆａｃｅ　［ｉｔｅｍＣＩａｓｓ：　Ｃ１ ａｓｓ］（Ｃｏｌｌｅｃｔｉｏｎ　［１ｔｅｉＣ１ａｓｓ］、　Ｖｅｒｉｆｉｅ ｄ）　＝ｐｕｂｌ　１ｃ ｄｉｆｆｅｒｅｎｃｅ、１ｎｔｅｒｓｅｃｔｉｏｎ、ｕｎｉｏｎ：ｕｎｐｒｏｔ ｅｃｔｅｄ　ｏｐ　（ｓｅｔ：　ｐｒｏｔｅｃｔｅｄ　Ｓｅｔ［１ｔｅａ＋ＣＩ ａｓｓ］）　： ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ（ｉｔｅｍｓ：ｉ　ｔ ｅｍｃＩａｓｓ　、　、　、　）ｔｈｒｏｗｓ　ＩｔｅｍＤｕｐｌｉｃａｔｅｄ 、Ｉｔｅｍｌｎｖａｌｉｄ；）。 ５ｔａｃｋ：　１ｎｔｅｒｆａｃｅ　［ｉｔｅｍＣｌａｓｓ：　Ｃ１ａｓｓ］　 （Ｌｉｓｔ［ｉｔｅｍＣＩａｓｓ］）　＝（ ｕｂｌｉｃ ｐｏｐ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　□　ｉｔｅｍｃｌａｓｓｔｈｒｏｗ ｓ　５ｔａｃｋＤｅｐｌｅｔｅｄ；ｐｕｓｈ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ 　（ｉｔｅａ＋：ｉ　ｔｅｍｃｌａｓｓ）　； ｐｕｓｈｌｔｅｍｓ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｉｔｅｍ’ｓ：　ｐ ｒｏｔｅｃｔｅｄ　Ｌｉ５ｔｒｏｌｌ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｓ ｈｉｆｔｓ。 ｉｔｅｍｓ：　Ｉｎｔｅｇｅｒ） ｔｈｒｏｗｓ　Ａｒｇｕｍｅｎｔｌｎｖａｌｉｄ。 ５ｔａｃｋＤｅｐｌｅｔｅｄ； ｓｗａｐ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　Ｏｔｈｒｏｗｓ　５ｔａｃｋＤｅ ｐｌｅｔｅｄ；）。 Ｓｔｒｅａｍ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　［ｉｔｅｍＣｌａｓ ｓ：　Ｃ１ａｓｓｌ　＝ｕｂｌｉｃ ｃｕｒｒｅｎｔ：　ａｂｓｔｒａｃｔ　ｒｅａｄｏｎｌｙｉｔｅ＠ｃｌａ５ｓｌ Ｎｉ　ｌ； １ｓＤｏｎｅ：　ａｂｓｔｒａｃｔ　Ｂｏｏｌｅａｎ；ｎｅｘｔ：　ａｂｓｔｒ ａｃｔ　ｒｅａｄｏｎｌｙｉｔｅｍｃｌａｓｓｌＮｉｌ ｔｈｒｏｗｓ　ＲｅｆｅｒｅｎｃｅＰｒｏｔｅｃＬｅｄ；）； Ｓｔｒｉｎｇ：　５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ（Ｃｏｎｓｔｒａｉｎｅｄ Ｌｉｓｔ　［Ｃｈａｒａｃｔｅｒ］、　Ｃａ５ｅｄ。 Ｅｘｅｃｕｔｅｄ）　＝（ ｕｂｌｉｃ ｃｏｎｓｔｒａｉｎｔ：　５ｅａｌｅｄ；ｓｕｂｓｔｒｉｎｇ：　ｏｐ　（ｉｎ ｉｔｉａｌＰｏｓｉｔｉｏｎ。 ｂｅｙｏｎｄＦｉｎａｌＰｏｓｉｔｉｏｎ：　Ｉｎｔｅｇｅｒ）ｔｈｒｏｗｓ　 Ｐｏ５ｉｔｉｏｎｌｎｖａｌｉｄ；ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ（ｓｅｇｍｅｎｔｓ： 　０ｂｊｅｃｔ　、、。 ７本　Ｃｈａｒａｃｔｅｒｌｐｒｏｔｅｃｔｅｄ　Ｓｔｒｉｎｇ！零／）： ）； Ｔｅ１ｅａｄｄｒｅｓｓ：　１ｎｔｅｒｆａｃｅ　＝　（ｕｂｌｉｃ １ｏｃａｔｉｏｎ＋　ＳｔｒｉｎｇｌｌＮｉｌ；ｐｒｏｖｉｄｅｒ：　Ｏｃｔｅ ｔＳｔｒｉｎｇ！；ｒｏｕｔｉｎｇＡｄｖｉｃｅ：　Ｌｉ５ｔ［ｏｃｔｅｔｓｔ ｒｉｎｇ！］　； ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｐｒｏｖｉｄｅｒ ：　ＯｃｔｅｔＳｔｒｉｎｇ！１Ｎｉｌ；１ｏｃａｔｉｏｎ：Ｓｔｒｉｎｇ盲ｌ Ｎｉ１）；）。 Ｔｅ１ｅｎａ＠ｅ：　１ｎｔｅｒｆａｃｅ　＝　（ｕｂｌｉｃ ａｕｔｈｏｒｉｔｙ：　ＯｃｔｅｔＳｔｒｉｎｇ！：１ｄｅｎｔｉｔｙ：　Ｏｃ ｔｅｔＳｔｒｉｎｇ！１Ｎｉｌ；ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ａｕｔｈｏｒｉｔ ｙ、ｉｄｅｎｔｉｔｙ＝ＯｃｔｅｔＳｔｒｉｎｇ！１Ｎｉｌ）；）： Ｔｅ１ｅｎｕａ＋ｂｅｒ：　１ｎｔｅｒｆａｃｅ　＝　（ｕｂｌｉｃ ｃｏｕｔｒｙ、ｔｅｌｅｐｈｏｎｅ：　Ｓｔｒｉｎｇｉ；ｅｘｔｅｎｓｉｏｎ＋ 　ＳｔｒｉｎｇｌｌＮｉｌ：ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｃｏｕｎｔｒｙＡ ｎｄＴｅｌｅｐｈｏｎｅ：　Ｓｔｒｉｎｇｉ；ｅｘｔｅｎｓｉｏｎ：　Ｓｔｒｉ ｎｇｌｌＮｉｌ）；）： Ｔｉｃｋｅｔ：　１ｎｔｅｒｆａｃｅ　（ＴｉｃｋｅｔＳｔｕｂ）　：　（ｕｂ ｌｉｃ ｄｅｓｉｒｅｄＷａｉｔ、　ｍａｘｉｍｕｍＷａｉｔ：ＩｎｔｅｇｅｒｌＮｉ　 ｌ； ｄｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ＋Ｔｅ１ｅａｄｄｒｅｓｓｌＮｉｌ； ｄｅｓｔｉｎａｔｉｏｎｃＩａｓｓ：　Ｃ１ｔａｔｉｏｎｌＮｉｌ；ｄｅｓｔｉ ｎａｔｉｏｎＮａｍｅ：　ＴｅｌｅｎａｍｅｌＮｉｌ；ｄｅｓｔｉｎａｔｉｏｎ Ｐｅｒｉｉｔ：　Ｐｅｒｏ＋１ｔｌＮｉｌ：ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｄｅｓｔｉｎａｔ ｉｏｎＮａｍｅ：　ＴｅｌｅｎａｍｅｌＮｉｌ；ｄｅｓｔｉｎａｔｉｏｎＡｄｄ ｒｅｓｓ＋Ｔｅ１ｅａｄｄｒｅｓｓｌＮｉｌ； ｄｅｓｔｉｎａｔｉｏｎｃｌａｓｓ：　Ｃ１ｔａｔｉｏｎｌＮｉｌ；ｍａｘｉｍ ｕｍＷａｉｔ：　ＩｎｔｅｇｅｒｌＮｉｌ；ｗａｙ：　ＷａｙｌＮｉｌ； ｔｒａｖｅｌＮｏｔｅｓ：　０ｂｊｅｃｔｌＮｉｌ）：）： ＴｉｃｋｅｔＳｔｕｂ：　１ｎｔｅｒｆａｃｅ　＝　（ｐｕｂｌ　１ｃ ｔｒａｖｅｌＮｏｔｅｓ：　０ｂｊｅｃｔｌＮｉｌ）；ｗａｙ：　ＷａｙｌＮｉ ｌ； ｙＳｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｗａｙ：　Ｗａｙ ｌＮｉｌ； ｔｒａｖｅｌＮｏｔｅｓ：　０ｂｊｅｃｔｌＮｉｌ）；）。 Ｔｉｍｅ：　１ｎｔｅｒｆａｃｅ　（Ｏｂｊｅｃｔ、　０ｒｄｅｒｅｄ、Ｕｎｃ ｈａｎｇｅｄ）　＝ｕｂｌｉｃ ａｄｊｕｓｔ：　ｏｐ　（ｓｅｃｏｎｄｓ：　Ｉｎｔｅｇｅｒ）　Ｔｉｍｅ：１ ｎｔｅｒｖａｌ：　ｏｐ　（ｓｕｂｔｒａｈｅｎｄ：　Ｔｉｍｅ）　Ｉｎｔｅｇ ｅｒ：）； ＴｒｉｐＥｘｃｅｐｔｉｏｎ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒ４ａｃｅ　（Ｅ ｘｃｅｐｔｉｏｎ）　＝　（ｕｂｌｉｃ ｔｉｃｋｅｔｓｔｕｂ：　５ｅａｌｅｄ　ＴｉｃｋｅｔＳｔｕｂ；ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ（ｔｉｃｋｅｔＳｔｕ ｂ：　ＴｉｃｋｅｔＳｔｕｂ）；）： ＤｅｓｔｉｎａｔｉｏｎＵｎａｖａｉ　ｆａｂｌｅ：１ｎｔｅｒｆａｃｅ　（Ｔ ｒｉｐＥｘｃｅｐｔｉｏｎ）　＝　０；ＤｅｓｔｉｎａｔｉｏｎＵｎｋｎｏｖｎ ：１ｎｔｅｒｆａｃｅ　（ＴｒｉｐＥｘｃｅｐｔｉｏｎ）　＝　０：０ｃｃｕｐ ａｎｃｙＤｅｎｉｅｄ： １ｎｔｅｒｆａｃｅ　（ＴｒｉｐＥｘｃｅｐｔｉｏｎ）　＝　０；Ｔｉｃｋｅｔ Ｅｘｐｉｒｅｄ：　１ｎｔｅｒ４ａｃｅ　（ＴｉｃｋｅｔＥｘｃｅｐｔｉｏｎ） ：０： ＷａｙＵｎｖａｉｌａｂｌｅ：　１ｎｔｅｒ４ａｃｅ（ＴｒｉｐＥｘｃｅｐｔｉ ｏｎ）　：０；、　ＩＪｎｃｈａｎｇｅｄ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒ４ ａｃｅ　Ｏ：０；Ｕｎｅｘｐｅｃｔｅｄ：　１ｎｔｅｒｆａｃｅ　（Ｅｘｅｃｕ ｔｉｏｎＥｘｃｅｐｔｉｏｎ）　＝　（Ｅｘｃｅｐｔｉｏｎ：　ｐｕｂｌｉｃ ｅｘｃｅｐｔｉｏｎ：　ｒｅａｄｏｎｌｙ　Ｅｘｃｅｐｔｉｏｎ；ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｅｘｃｅｐｔｉｏ ｎ：　Ｅｘｃｅｐｔｉｏｎ）；）。 Ｕｎｍｏｖｅｄ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　Ｏ＝０；ＶｅｒＨ ｉｅｄ：　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　Ｏ＝（ｕｂｌｉｃ ｖｅｒｉｆｙ：　ａｂｓｔｒａｃｔ　ｏｐ　ＯＢｏｏｌｅａｎ；）； Ｗａｙ：　１ｎｔｅｒｆａｃｅ　＝（ ｕｂｌｉｃ ａｕｔｈｅｎｔｉｃａｔｏｒ：　ＡｕｔｈｅｎｔｉｃａｔｏｒｌＮｉｌ；ｍｅａ ｎｓ：　ＭｅａｎｓｌＮｉｌ； ｎａｍｅ：　ＴｅｌｅｎａｍｅｌＮｉｌ；ｙｓｔｅｍ ｉｎｉｔｉａｌｉｚｅ：　ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｎａｍｅ：　Ｔｅ ｌｅｎａｍｅｌＮｉｌ；ｍｅａｎｓ：　ＭｅａｎｓｌＮｉｌ； ａｕｔｈｅｎｔｉｃａｔｏｒ： ＡｕｔｈｅｎｔｉｃａｔｏｒｌＮｉｌ）；）。 ）　／１Ｔｅｌｅｓｃｒｉｐｔ　本／ 以下の図表は、定義済みクラスを含むクラス図表の一部分を示してＩ、）る。ク ラスのイミデイエーイトサブクラスは、その直ぐ下（こ字下（ずして舅己載され てν）る。 アンダーラインカ弓１かれたクラスは、アブストラクトクラスである。括弧（” 　（”及び”）”）は、ミックスインを囲んでいる。 ０ｂｊｅｃｔ　（Ｒｅｒｅｒｅｎｃｅｄ）−Ａｓ５ｏｃｉａｔｉｏｎ　（Ｏｒｄ ｅｒｅｄ）−Ａｕｔｈｅｎｔｉｃａｔｏｒ ・Ｃａ１ｅｎｄｅｒ　Ｔｉｍｅ ・Ｃ１ｔａｔｉｏｎ　（Ｏｒｄｅｒｅｄ）・　Ｃ１ａｓｓ　（起孤＆凰組匹脱坦 封）・Ｃ１ａｓｓ　Ｄｅｆｉｎｉｔｉｏｎ ・Ｃｏ１１ｅｃｔｉｏｎ −・Ｌｉ５ｔ　（Ｏｒｄｅｒｅｄ） −−０Ｃｏｎｓｔｒａｉｎｅｄ　Ｌｉ５ｔ　（Ｃｏｎｓｔｒａｉｎｅｄ）−・・ ・Ｂｉｔ　Ｓｔｒｉｎｇ　（Ｅｘｅｃｕｔｅｄ）・・・・０ｃｔｅｄ　Ｓｔｒｉ ｎｇ　（Ｅｘｅｃｕｔｅｄ）―−φ幸Ｓｔｒｉｎｇ　（Ｃａｓｅｄ　＆　Ｅｘｅ ｃｕｔｅｄ）０”φＣｏｎ５ｔｒａｉｎｅｄ　Ｓｅｔ　（Ｃｏｎｓｔｒａｉｎｅ ｄ）・　・　・　φ　Ｐａｃｋｅｇｅ　（Ｃ■叫＆江に匹肚岨鋭）、　・　・　 Ｄｉｃｔｉｏｎａｒｙ ｏ　０　°　−Ｃｏｎ５ｔｒａｉｎｅｄ　Ｄｉｃｔｉｏｎａｒｙ　（Ｃｏｎｓｔ ｒａｉｎｅｄ）・・−・・Ｌｅｘｉｃｏｎ −Ｃｏｎ５ｔｒａｉｎｔ −Ｃｏｎｔａｃｔ ・　ム二旧匡卯（血糖ｙ１世） ・−−Ｃａｌ　１ｅｃｔｉｏｎ　Ｅｘｃｅｐｔｉｏｎ・　０　６　にｅｒｎｅｌ 　Ｅｘｃｅｐｔｉｏｎ−−−・Ｅｘｅｃｕｔｉｏｎ　Ｅｘｃｅｐｔｉｏｎ・・・ ・−ＵｎｅｘｐｅｃｔｅｄＥｘｃｅｐｔｉｏｎ−０−Ｍｉｓｃｅｌｌａｎｅｏｕ ｓ　Ｅｘｃｅ　ｔｉｏｎ−・・Ｐｒ１ｍ１ｔｉｖｅ　Ｅｘｃｅ　ｔｉｏｎ−０− ｆ’ｒｏｃｅｓｓ　Ｅｘｃｅ　ｔｉｏｎ・　・　ｋ」Ｌ陰憇坦山■ −１−ｅａｔｕｒｅ ・　・　Ａｔｔｒｉｂｕｔｅ ・　・　０ｐｅｒａｔｉｏｎ ・ｌ＋ａｐｌｅｍｅｎｔａｔｉｏｎ ・Ｉｎｔｅｒｆａｃｅ ・　Ｍｅａｎｓ ・Ｍｅｔｈｏｄ ・Ｐｅｔｉｔｉｏｎ ・Ｐｒ１ｍ１ｔｉｖｅ　（Ｅｘｅｃｕｔｅｄ　＆　国迦那烈）・・・Ｑｕａｌｉ ｆｉｅｄ　Ｉｄｅｎｔｉｆｉｅｒ・　・　Ｍａｒｋ −・Ｍｏｄｉｆｉｅｒ ・　・　・　Ｉｎｔｅｇｅｒ −−Ｐｒｏｃｅｄｕｒｅ １＋５ｅｌｅｃｔｏｒ ・　・　・　ヒ射亘ｌＬ園阻 −Ｒｅ５ｏｕｒｃｅ 曇５ｔｒｅａａ＋ ・−Ｒａｎｄｏｍ　Ｓｔｒｅａｍ ・Ｔｅ１ｅａｄｄｒｅｓｓ −Ｔｅｌｅｎａｍｅ −Ｔｅｌｅｎｕｍｂｅｒ −Ｔｉｃｋｅｔ　５ｔｕｂ ・−Ｔｉｃｋｅｔ ・　Ｔｉｍｅ　（堕圧射＆趣迦町虱） Ｎａａ＋ｅｄ 艶曲主１世 （以下、余白。 アペンディソクスＢ 著作権　ジェネラル・マジック社　１９９１．１９９２．１９９３゜複製を禁ず 。 以下の目次は、読者がアペンディ。７クスＢの構成を理解し、その情報を検索す るために役立てるものである。 亘−久 １、序文 １．１　構成 １２　参考文献 ２、エンコードのコンセプト ２．１　テレパーセル（Ｔｅｌｅｐａｒｃｅｌ）２２　オブジェクトのエンフー ド（Ｏｂｊｅｃｔ　Ｅｎｃｏｄｉｎｇ）２．２１　形式（Ｆｏｒ＋ｍ５） ２２２　規則（Ｒｕｌｅｓ） ２．２３　パレット（Ｐａｌｅｔｔｅｓ）２２．４　エンコードされたクラス（ Ｅｎｃｏｄｉｎｇ　Ｃ１ａｓｓｅｓ）２．２５　エンコードされたアトリビュー ト（Ｅｎｃｏｄｉｎｇ　Ａｔｔｒｉｂｕｔｅｓ＞２３　アトリビュートのエンコ ード（Ａｔｔｒｉｂｕｔｅ　Ｅｎｃｏ氾ｎｇ）２３１　形式（Ｆｏｒｍｓ） ２３２　規則（Ｒｕｌｅｓ） ２４　リファレンスのエンコード（Ｒｅｆｅｒｅｎｃｅ　Ｅｎｃｏｄｉｎｇ）２ ４１　形式（Ｆｏｒｍｓ） ２４．２　規則（Ｒｕｌｅｓ） ３−　エフ：’−ドさｈたスベノフィヶーン３ノ３１　フンパー７Ｗノ（Ｃｏｎ ｖｅ出。ｎ５）３２　テレパーセル（Ｔｅｌｅｐａｒｃｅｌ）３３　オブジェク トのエンコード（Ｏｂｊｅｃｔ　Ｅｎｃｏｄｉｎｇ）３、３．１　実行オブジェ クト（Ｅｘｅｃｕｔｅｄ　０ｂｊｅｃｔ）３３２　プレデファインドオブジェク ト（Ｐｒｅｄｅｆｉｎｅｄ　０ｂｊｅｅｔ）３３３　ユーザデファインドオブジ ェクト（Ｌｌｓｅｒ−ｄｅｆｉｎｅｄ　０ｂｊｅｃｔ）３３４　プロチクティド オブジェクト（ＰｒｏＬｅｃｔｅｄ　０ｂｊｅｃｔ）３、３．　Ｓ　、＜レット （Ｐａｌｅｔｔｅ）３４　アトリビユートのエンフード　（Ａｔｔｒｉｂｕｔｅ 　Ｅｎｃｏｄｉｎｇ）３４１　ブーリアン（Ｂｏｏｌｅａｎ）３４２　ダイアル ストリング（Ｄｉａｌ　Ｓｔｒｉｎｇ）３４３　インデノ＋　（Ｉｎｔｅｇｅｒ ）３４．４　アイテム（Ｉｔｅｍ） ３４５　リスト（Ｌｉｓｔ） ３４６　オクテツトストリング（Ｏｃｔｅｔ　Ｓｔｒｉｎｇ）３．４７　スタッ ク（Ｓｔａｃｋ） ３４８　ストリング（Ｓｔｒｉｎｇ） ３５　リファレンスのエンコード（Ｒｅｆｅｒｅｎｃｅ　Ｅｎｃｏｄｉｎｇ）３ ５１　ゼネラルリファレノス（Ｇｅｎｅｒａｌ　Ｒｅｆｅｒｅｎｃｅ）３．５２ 　ボイディドリフ７Ｌ／レス（Ｖｏｉｄｅｄ　Ｒｅｆｅｒｅｎｃｅｅｅ）３５３ 　インターチｚツノリファレンス（Ｉｎｔｅｒｃｈａｎｇｅ　Ｒｅｆｅｒｅｎｃ ｅ）３５４　クラスリファレンス（Ｃ１ａｓｓ　Ｒｅｆｅｒｅｎｃｅ）３５５　 プロ／−ノヤリファレノス（Ｐｒｏｃｅｄｕｒｅ　Ｒｅｆｅｒｅｎｃｅ）４　エ ンコードされたクラスとアトリビュート４Ｉ　コン６ンシコンズ（Ｃｏｎｖｅｎ ｔｉｏｎｓ）４２　エンコードされたグループ（Ｅｎｃｏｄｉｎｇ　Ｇｒｏｕｐ ）４、２．１　キャッチフレーム（Ｃａｔｃｈ　ｆｒａｍｅ）４．２．２　：＋ レク／ｌｌ７２ドリーム（ＣｏｌｌｅｃＬｉｏｎＳｔｒｅａｓ）４２．３　ダイ ヤルストリング（Ｄｉａｌ　ｓｔｒｉｎｇ）４２４　フレーム（Ｆｒａｍｅ） ４２．５　ゴーフレーム（Ｇｏ　ｆｒａｓａ）４２．６　プレデファインドフレ ーム（Ｐｒｅｄｅｆｉｎｅｄ　Ｆｒａｍｅ）４２７　ブロン−ジャフレーム（Ｐ ｒｏｃｅｄｕｒｅ　Ｆｒａｍｅ）４・２８　リピートフレーム（ＲｅｐｅａｔＦ ｒａｍｅ）４２９　レストリフトフレーム（Ｒｅｓｔｒｉｃｔ　Ｆｒａｔｓｅ） ４、２．１０　センドフレーム（Ｓｅｎｄ　Ｆｒａｍｅ）４２１１　ユースフレ ーム（Ｕｓｅ　Ｆｒａｍｅ）４、２．１２　ユーザデフアイノドフレーム（Ｕｓ ｅｒ−ｄｅＮｎｅｄ　Ｆｒａｍｅ）４、２．１３　ホヮイルフレーム（Ｗｈｉｌ ｅ　Ｆｒａｍｅ）４、３　エフ　）　Ｆ　：５ｈり７　ト’Ｊ　ヒｘ　−ト（Ｅ ｎｃｏｄｉｎｇ　Ａｔｔｒｉｂｕｔｅｓ）４３．１　エージェント（Ａｇｅｎｔ ）４３２　キャッチフレーム（Ｃａｔｃｈ　Ｆｒａｍｅ）４３３　コレクンジン （Ｃｏｌｌｅｃｔｉｏｎ）４３４　コレク７：Ｉンストリーム（Ｃｏｌｌｅｃｔ ｉｏｎ　Ｓｔｒｅａｍ）４、３．５　ティク／ｌ　ｆ　！／　（Ｄｒｃｔｉｏｎ ａｒｙ＞４、３．６　リスト（Ｌｉｓｔ） ４３７　パターン（Ｐａｔｔｅｒｎ） ４３．８　プロノーツヤフレーム（Ｐｒｏｃｅｄｕｒｅ　Ｆｒａｍｅ）４３９　 ランダムストリーム（Ｒａｎｄｏｍ　Ｓｔｒｅａｍ）４３１０　リピートフレー ム　（Ｒｅｐｅａｔ　Ｆｒａｍｅ）４、３．１１　レストリフトフレーム（Ｒｅ ｓＬｒｉｃＬ　Ｆｒａｍｅ）４、３．１２　センドフレーム（Ｓｅｎｃｆ　ｆｒ ａｍｅ）４３１３　スタック（Ｓｔａｃｋ） ４、３．１４　タイム（Ｔｉｍｅ） ４３１５　ユースフレーム（Ｌｌｓｅ　Ｆｒａｍｅ）４３１６　ユーザデフアイ ノドフレーム（Ｕｓｅｒ−ｄｅｆｉｎｅｄ　Ｆｒａｍｅ）４３１７　ホワイルフ レーム（Ｗｈｉｌｅ　Ｆｒａｍｅ）５　エンコードされたバレ、ト ５１　コノベン／ヨ／ス゛（Ｃｏｎｖｅｎｔｉｏｎｓ）５２　ラ／ゲーノクラス （Ｌａｎｇｕａｇｅ　Ｃ１ａｓｓｅｓ）５２１　エージエフ　ト（Ａｇｅｎｔ） ５２２　７ソ／ニー７３ノ（Ａｓｓｏｃｉａｔｉｏｎ）５２３　アトリビュート 　（Ａｔｔｒｉｂｕｔｅ＞５２４　カレノダタイム（Ｃａｌｅｎｄａｒ　Ｔｉｍ ｅ）５２５　サイテ／ヨノ（Ｃｉｔａｔｉｏｎ）５２６　クラス（Ｃ１ａｓｓ） ５２７　クラステ′フィニ／ヨン（Ｃ１ａｓｓ　ｄｅｆｉｎｉｔｉｏｎ）５２８ 　コレクン９ノ（Ｃｏｌｌｅｃｔｉｏｎ）５２９　コンストレイントディクノｙ ナリ（Ｃｏｎｓｔｒａｉｎｅｄ　Ｄｉｃｔｉｏｎａｒｙ）５２１０　コンストレ イントリスト　（Ｃｏｎｓｔｒａｉｎｅｄ　Ｌｉ５ｔ）５、２．１１　フンスト レイノドセット（Ｃｏｎｓｔｒａｉｎｅｄ　５ｅｔ）５２１２　コ７ストレイン ト（Ｃｏｎｓ　ｔｒａｉｎｔ）５２１３　フンタクト（Ｃｏｎｔａｃｔ）５２１ ４　ディクショナリ（Ｄｉｃｔｉｏｎａｒｙ）５２１５　インブリメ−７ａ　ノ （１ｍｐｌｅ＋＋ａｎｔａｔｉｏ）５２１６　インターフェース（Ｉｎｔｅｒｆ ａｃｅ）５２】７　し牛／コン（Ｌｅｘｉｃｏｎ）５、２．１８　リスト（Ｌｉ ｓｔ） ５、２．１９　メソッド（Ｍｅｔｈｏｄ）Ｓ、　２．２０　ミックスイア　（Ｍ ｆ−ｉｎ）５２・２１　オゝレーン１ン（Ｏｐｅｒａｔ　ｔｏｎ）５、２．２２ 　バ’７ケージ（Ｐａｃｋａｇｅ）５、２．２３　バター７（Ｐａｔｔｅｒｎ） ５、２．２４　パーミｙ　ト（Ｐｅｒａ＋ｉ。 ５２２５　ペティン３ン（Ｐｅｔｉｔｉｏｎ）５２２６　ランダムストリーム（ Ｒａｎｄｏｍ　Ｓｔｒｅａｍ）５、２．２７　リソース（Ｒｅｓｏｒｃｅ）５２ ２８　セ　ノ　ト　（ＳｅＬ） ５、２．２９　スタック（Ｓｔａｃｋ）５２３０　テレアドレス（Ｔｅｌｅａｄ ｄｒｅｓｓ）５２３１　テレネーム（Ｔｅ　Ｉｅｎａｍｅン５２３２　テレナン バ（Ｔｅｌｅｎｕｍｂｅｒ）５．２．３３　チケ　ノ　ト　（Ｔｉｃｋｅｔ）５ ．２４４　＋ヶノトスタ、ブ（Ｔｉｃｋｅｔ　５ｔｕｂ）５２３５　タイム（Ｔ ｉｍｅ） ５．２３６　トリノプエクセブ’／　：ｌ　７　（Ｔｒｉｐ　Ｅｘｃｅｐｔｉｏ ｎ）５、２．３７　アンエクスベクティドエクセプ／ヨン（Ｕｎｅｘｐｅｃｔｅ ｄ　Ｅｘｃｅｐｔｉｏｎ）５２３８　ウェイ（ｗａｙ） ５．３　エンコードされたクラス　（Ｅｎｃｏｄｉｎｇ　Ｃ１ａｓｓｅｓ）５３ １　キャッチフレーム（Ｃａｔｃｈ　Ｆｒａｍｅ）５３２　コレクシｗンストリ ーム（Ｃｏｌｌｅｃｔｉｏｎ　Ｓｔｒｅａｇ＋）５３３　プレデファインドフレ ーム（Ｐｒｅｄｅｆｉｎｅｄ　Ｆｒａｍｅ）５３．４　リピートフレーム（Ｒｅ ｐｅａｔ　Ｆｒａ＋５ｅ）５３５　レストリフトフレーム（Ｒｅｓｔｒｉｃｔ　 Ｆｒａｍｅ）５、３．６．　センドフレーム（Ｓｅｎｄ　Ｆｒａｍｅ）５３．７ 　ユースフレーム（Ｕｓｅ　ｒｒａｍｅ）５３８　ユースデファインドフレーム （Ｌｌｓｅｒ−ｄｅｆｉｎｅｄ　Ｆｒａｍｅ）５３９　ホワイルフレーム（Ｗｈ ｉｌｅ　Ｆｒａｍｅ）（以下、余白。） ニーエース この開示のアベンデ、クスＡのセクション１は、本発明の主な要素を紹介し、そ の説明は、引用によってここで具体化される。アペンディックスＡのセクシ１ン の１．４．３に示されたコンベンンヨンは、アペンディックスＢでも同じように 用いられている。 上−ニー盪−底 アペンディノクスＢは、３つのセクションに分けられる。セクション１は、アベ ンディノクスＢの序文である。セクシ讐ン２では、エンコード則（エンコードル ール）の主なコンセプトを紹介する。セタン１ン３は、命令（インストラクショ ン：　１ｎｓｔｒｕｃｔｉｏｎ）セットで用いられているものの池に、エンコー ドで用いられている定義済み（プリデファインド：　ｐｒｅｄｅｆｉｎｅｄ）ク ラス及びアトリビ１−トを定義する。 １．２＝楚１ス獣 アペンディノクスＢは、以下の文書に依存している１０６４６、　Ｉｎｔｅｒｎ ａｔｉｏｎａｌ　Ｏｒｇａｎｉｚａｔｉｏｎ　ｆｏｒ　５ｔａｎｄａｒｄｉｚａ ｔｉｏｎ　ａｎｄ　Ｉｎｔｅｒ獅≠狽奄盾獅≠■ Ｅｌｅｅｔｒｏｔｅｅｈｎｉｃａｌ　Ｃｏ＋ｎ１ｓｓｉｏｎ、　１９９０（Ｔｅ ｌｅｓｃｒｉｐｔ］ この開示の７ペンデイノクスＡ０ ［Ｕｎｉｃｏｄｅｌ Ｔｈｅ　Ｕｎｉｃｏｄｅ　５ｔａｎｄａｒｄ：　Ｗｏｒｌｄｗｉｄｅ　Ｃｈａｒ ａｃｔｅｒ　Ｅｎｅｏｄｉｎ　、　Ｖｏｌｕｍｅ　１．　Ｖ■窒唐奄盾氏@１゜ ０、Ｔｈｅ　Ｕｎｉｅｏｄｅ　Ｃｏｎｓｏｒｔｉｕｍ、　Ａｄｄｔｓｏｎ４ｅｓ ｌｅｙ、１９９１゜２、エンコードのフンセブト テレパーセルは、アペンディ／クスＢの本セクン讐ンにおいて説明される。サブ セク／Ｉｌンは、テレパーセル、オブジェクト、アトリビユート及びリファレン スのエンコードに対して各々当てられる。 ２．１　テレパーセル　Ｔｅ１ｅａｒｃｅｌ”テレパーセル（ｔｅｌｅｐａｒｃ ｅｌ）　”は、テレパーセルの”　５ｕｂｊｅｃｔ″であるオブジェクト、その オブジェクトのコンポーネント及びこれらのものの全てのコンポーネントを回帰 的にエンコードする。オブジェクト又はコンポ不一ントのクラスは、定義済みで あっても、ユーザ定４１（ユーザデファインド：　ｕｓｅｒ−ｄｅｆｉｎｅｄ） であってもよい。 ／４：：テレバーセルは、標準形式においてのテレスクリプトオブジェクトであ る。 注：テレパーセルは、オブジェクトを２つのエンジン間で転送する手段である。 ノースエンジンは、オブジェクトをテレパーセルに変換し、そのテレパーセルを 目的地（デスティネーン−Ｎ　／：　ｄｅｓｔｉｎａｔｉｏｎ）のエンジンに転 送する。目的地のエンジンは、テレパーセルをオブジェクトに変換することによ り、ソースで使い尽くされたオブジェクトと同じオブジェクトを目的地において 生成する。 庄：テレパーセルのオブジェクトは、たとえ排他的ではなくても、典型的にはエ ージェントである。このような場合、テレパーセルは、エージェントと、エージ ェントが所有する全てのオブジェクトと、エージエツトの現在の実行状態を形成 するものを含めて包括する。 ２．２　オブジェクトのエンコード（Ｏｂ′ｅｃｔＥｎｃｏｄ１ｎ”オブジェク トのエンコード（ｏｂｊｅｃｔ　ｅｎｃｏｄｉｎｇ）　”　は１オブジエクトと 〜そのオブジェクトに対するリファレンスとをエンコードする。 ２．２．１　’　Ｆｏｒｍｓ オブジェクトのエンコードは、以下の形式の内のどれか１つを取る。 ′−エクスキ１−ティド：　Ｅｘｅｅｕｔｅｄ”　ｅｘｅｃｕｔｅｄ　ｏｂｊｅ ｃｔ　ｅｎｃｏｄｉＢ”は、実行オブジェクトをエンコードする。 プリディファインド　Ｐｒｅｄｅｆ　１ｎｅｄ″ｐｒｅｄｅｆｉｎｅｄ　ｏｂｊ ｅｃｔ　ｅｎｃｏｄｉｎｇ”は、クラスが定義済みであり、実行されていないオ ブジェクトをエンコードする。 ユーザディファインド（Ｕｓｅｒ−ｄｅｆ　１ｎｅｄ）”　ｕｓｅｒ−ｄｅｆｉ ｎｅｄ　ｏｂｊｅｃｔ　ｅｎｃｏｄｉｎｇ”は、クラスがユーザ定義オブジェク トをエンフードする。 プロチクティ・ノド　Ｐｒｏｔｅｃｔｅｄ”　ｐｒｏｔｅｃｔｅｄ　ｏｂｊｅｃ ｔ　ｅｎｃｏｄｉｎｇ”は、任意のオブジェクトをエンコードする。 オブジェクトのエンコードは、そのオブジェクトに対するリファレンスもまたエ ンコードする。オブジェクトが変更され、又はオブジェクトのエンコード形式が 保護されている（ｐｕｒｏｔｅｅｔｅｄ）場合にのみ、リファレンスは保護され る。 ２．２．２　ＥＩ　Ｒｕ１ｅｓ） オブジェクト及びリファレンスに対するオブジェクトのエンコードの形式は、以 下の規則に従って選択されるものとする。これらの規則は、以下に示した順序で 適用される。 １　リファレンスが保護され、オブジェクトが変更されない場合に、プロチクテ ィノドオブジェクトエンコード（ｐｒｏｔｅｃｔｅｄ　ｏｂｊｅｃｔ　ｅｎｃｏ ｄｉｎｇ）が選択される。 ２、オブジェクトが実行される場合に、実行されるオブジェクトのエンコード（ ｅｘｅｃｕｔｅｄ　ｏｂｊｅｃｔ　ｅｎｃｏｄｉｎｇ）が選択される０３、オブ ジェクトのクラスが定義済みの場合に、定ｌａ済みオブジェクトのエンコード（ ｐｒｅｄｅｆｉｎｅｄ　ｏｂｊｅｃｔ　ｅｎｃｏｄｉｎｇ）が選択される０４、 （その他の場合には、）ユーザ定義オブジェクトのエンフード（ｕ３６ｒ−ｄｅ ｆ　１ｎｅｄ　ｏｂｊｅｃｔ　ｅｎｃｏｄｉｎｇ）が選択される０２．２．３　 バレットＰａ１ｅｔｔｅｓオブジエクトのエンコードは、ｅｎｃｏｄｉｎｇ　ｐ ａｌｅｔｔｅ″に依存することができる。 この”　ｅｎｃｏｄｉｎｇ　ｐａｌｅｔｔｅ”とは、オブジェクトのエンコード に含めることを要求する定＠済みアトリビュート及び規則のセットである。 定ａ済みオブジェクト又はユーザ定義オブジェクトのエンコードは、”　ｐｒｉ ＋ｇａｒｙ”バレットに依存する。この°’　ｐｒｉｍａｒｙ”バレットとは、 例えば、”Ｏ”が見本（ｅｘａｍｐｌｅ）であるエンコードされたオブジェクト の定義済みクラスにより定められたものである。オブジェクトが定義済みクラス のインプリメンテーンヨンメンバであるが、定義済みサブクラスのインプリメン テーンヨンメンノ１′ではない場合のみ、そのオブジェクトは、定義済みクラス の°’　ｅｘａｌｌｌｐｌｅ”である。 ユーザ定義オブジェクトのエンフードは、Ｏ”が見本（ｅｘａｍｐｌｅ）である る定義済みクラスのインスタンスが引用、制約又は名前付けもされていない場合 で、”Ｏ′°が引用、制約又は名前付けされている場合にのみ、’　５ｅｃｏｎ ｄａｒｙ”バレット（このアペノディノクスのセクション５．２．２０に定める ）に依存する。 バレットにおいて、各々の定義済みアトリビュートは、命令的（ｍａｎｄａｔｏ ｒｙ）又は選択的（ｏｐｔｉｏｎａｌ）と示されるｏ　”　＋＊ａｎｄａｔｏｒ ｙ″アトリビュートは、バレットに依存するエンコードにおいて表される。”　 ｏｐｔｉｏｎａｌ”アトリビュートは、バレットに依存するエンコードにおいて 表されてもよいが、必ずしもその必要はない。 エンフードの目的のために、ナンバは、各々の選択的なアトリビュートに割り当 てられる。 注：如何なるオブジェクトもミ／クスインではない。 ２．２．４　エンコードされたクラス（Ｅｎｅｏｄｉｎ　Ｃ１ａｓｓｓｅｓ）エ ンコードされたバレットは、アベンディノクスＢのセクション４．２で後述する ように、エンコードされたクラスを容認する。’　ｅｎｃｏｄｉｎｇ　ｃｌａｓ ｓ”は、この開示のアベンディノクスＡに記述されたクラスである”ｌａｎｇｕ ａｇｅ　ｃｌａｓｓｅｓ″を越えるものであり、定義済みクラスである。また、 ”　ｅｎｃｏｄｉｎｇ　ｃｌａｓｓ”は、エンコードの目的のためにインストラ クションセットを指示するが、インストラクションセットの一部ではない。 注：エンコードされたクラスの唯一の目的は、エンコードの特性を定義すること である。このようなりラスは、イニツヤライゼーションノくラメータ、オペレー アｇン、アダブチ−／１１ノ又は変更を有さない。 ２．２．５　エンフードされたアトリビュート　Ｅｎｅｏｄｉｎ　Ａｔｔｒｉｂ ｕｔｅｓエンコードされたバレットは、アペンディノクスＢのセクション４．３ で後述するエンコードされたアトリビ、−１・を容認する。”ｅｎｃｏｄｉｎｇ 　ａｔｔｒｉｂｕｔｅ″は、この開示のアペンディノクスＡに記述された’　ｌ ａｎｇｕａｇｅ　ａｔｔｒｉｂｕｔｅｓ”を超えるものであり、定義済みアトリ ビュートである。また、”　ｅｎｃｏｄｉｎｇ　ａｔｔｒｉｂｕｔｅ”は、エン コードの目的のためのインストラクションセットを指示するが、インストラクシ ョンセットの一部分てはない。各々のエンコードされたアトリビュートは、／ス テムインスタンスアトリビュートである。 ｌ主゛エノフード了トリビニートは、ユーザ定義クラスのインターフェースカ同 一の識別子をアトリビュートに与えることを妨げない。 ２．３　アトリビュートのエンコード　Ａｔｔｒｉｂｕｔｅｓ　Ｅｎｃｏｄｉｎ ”　ａｔｔｒｉｂｕｔｅ　ｅｎｃｏｄｉｎｇ”は、定ａ済みアトリビュートと、 このアトリビュートのりファレ／スをエンコードする。 アトリビュートのエンコードは、次の形式のいずれかを取る。 プーリアノ（Ｂｏｏ　ｉ　ｅａｎ　） ｂｏｏｌｅａｎ　ａｔｔｒｉｂｕｔｅ　ｅｎｃｏｄｉｎｇ”は、クラス゛’　Ｂ ｏｏｌｅａｎ”のインスタンスをエンコードするう タイアルストリノグ　Ｄｉａｌ　５ｔｒｉｎ”ｄｉａｌ　ｓｔｒｉｎｇ　ａｔｔ ｒｉｂｕｔｅ　ｅｎｃｏｄｉｎｇ”は、クラス゛’　Ｄｉａｌ　Ｓｔｒｉｎｇ″ のインスタンスをエンコードする。 インチジャ（Ｉｎｔｅｅｒ ｉｎｔｅｇｅｒ　ａｔｔｒｉｂｕｔｅ　ｅｎｃｏｄｉｎｇ″は、クラス”Ｉｎｔ ｅｇｅｒ”のインスタンスをエンコードする。 アイテム：Ｈｅｍ ”Ｉｔｅ＋ａ　ａｔｔｒｉｂｕｔｅ　ｅｎｃｏｄｉｎｇ″は、オブジェクト又は オブジェクトに対するリファレンスをエンコードスル。 リスト（Ｌｉｓｔ） ”　１ｉｓｔ　ａｔｔｒｉｂｕｔｅ　ｅｎｃｏｄｉｎｇ”は、クラス″Ｌｉ５ｔ Ｈのインスタンスをエンコードする。 オクテノトストリングクＣｃ（ｅ（ＳｔｒＩｒＩ）”　ｏｃｔｅｔ　ｓｔｒｉｎ ｇ　ａｔｔｒｉｂｕｔｅ　ｅｎｃｏｄｉｎｇ”は、クラス°’　０ｃｔｅｔ　Ｓ ｔｒｉｎｇ”のインスタンスをエンコードする。 工２ユ１玉と ”　５ｔａｃｋ　５ｔｔｒｉｂｕｔｅ　ｅｎｃｏｄｉｎｇ”は、クラス″５ｔａ ｃｋ”のインスタンスをエンコードする。 ストリング（Ｓ（ｒｌｎ） ”　ｓｔｒｉｎｇ　ａｕｒｔｂｕｔｅ　ｅｎｃｏｄｉｎｇ”は、クラス°’　Ｓ ｔｒｉｎｇ”のインスタンスをエンコードする。 ２、　３．　２　ｉｌｌ　Ｒｕ１ｅｓ）アトリビュートに対するアトリビュート のエンフードの形式は、以下の規則に従って選択され、これらの規則は、以下の 順序で適用される。 １、アイテムアトリビュートのエンコード（Ｉｔｅｍ　ａｔｔｒｉｂｕｔｅ　ｅ ｎｃｏｄｉｎｇ）以外のアトリビュートのエンコードは、アトリビュートが必要 なりラスのインスタンスである場合に選択される。 ２、（池の場合には、）アイテムアトリビュートのエンフード（Ｉｔｅｍ　ａｔ ｔｒｉｂｕｔｅｅｎｃｏｄｉｎｇ）が選択される。 ２．４　リファレンスのエンコード（Ｒｅｆｅｒｅｎｃｅ　Ｅｎｃｏｄｉｎ”リ ファレンスのエンコード（ｒｅｆｅｒｅｎｃｅ　ｅｎｃｏｄｉｎｇ）　”は、オ ブジェクトツエンコードによってエンコードされるオブジェクトに対するリファ レンスをエンコードする。 ２．４．１　′Ｆｏｒｍｓ リファレンスのエンコードは、以下の形式のうちの１つを取る。 二股化■全四ｍ旺と ｇｅｎｅｒａｌ　ｒｅｆｅｒｅｎｃｅ　ｅｎｃｏｄｉｎｇ″は、リファレンスの エンコードの開始からオブジェクトのエンコードの開始まで、オクテツトで表し た”ｏｆｆｓｅｔ’によってオブジェクトを表すリファレンスをエンフードする 。このリファレンスは、保護される又は保護されない（ｕｎｐｒｏｔｅｅｔｅｄ ）　リファレンスである。オフセットは、オブジェクトのエンコードがリファレ ンスのエンコードの後になるか先になるかに従って、各々、正又は負となる。こ こで、オフセットは負とし、正のオフセットは保存される。 ボイデノド（ｖｏｉｄｅｄ） ”ｖｏｉｄｅｄ　ｒｅｆｅｒｅｎｃｅ　ｅｎｃｏｄｉｎｇ”は、ボイドされるリ ファレンスをエンコードする。 インターチェンジ　１ｎｔｅｒｃｈａｎｅ”ｉｎｔｅｒｃｈａｎｇｅ　ｒｅｆｅ ｒｅｎｃｅ　ｅｎｃｏｄｉｎｇ”は、オブジェクトのダイジェストとへオブジェ クトがインスタンスであるクラスに対するサイテシ璽ンによって、インターチェ ンジド（ｉｎｔａｒｃｈａｎｇｅｄ）オブジェクトを表すリファレンスをエンコ ードする。 又之ヱ二回主踵と ｃｌａｓｓ　ｒｅｆｅｒｅｎｃｅ　ｅｎｃｏｄｉｎｇ”は、クラスが定義済みの 場合には、クラスの数値コードによってクラスを表すリファレンスをエンコード する。また、クラスがユーザ定義の場合には、クラスに対するサイテン３ンによ ってクラスを表すリファレンスをエンコードする。 プロ／−ジャＰｒ０ｃｅｄｕｒｅ ｐｒｏｃｅｄｕｒｅ　ｒｅｆｅｒｅｎｃｅ　ｅｎｃｏｄｉｎｇ”は、プロン−ジ ャに対するリファレンスをエンコードする。このプロン−ツヤは、ユーザ定義ク ラスのインプリメンテーンヨノにあるプロシージャである。プロ／−ジャリファ レンスのエンコードは、定義済みフレームＦの”ｐｒｏｃｅｄｕｒｅ”　アトリ ビュートのみをエンコードするために用いられるべきである。プロン−ジャリフ ァレンスのエンフードは、１Ｆ″がアイテムである”ｆｒａｍｅｓ″アトリビュ ートの′Ｆ”の直下において、プロシージャフレーム”Ｂ”の”ｐｒｏｃｅｄｕ ｒｅ″アトリビュート中のプロ７−ジヤの位置（ポジショ／：　ｐｏｓｉｔｉｏ ｎ）をインチジャによって表現する。このインチジャが１に等しいかｌより大き い場合に、このインチツヤは、ボンシラノ自身である。これ以外の場合には、こ のインチジャは、非減数であるポジシコンと、減数であるＦのｐ。 ５ｉｔｉｏｎ”アトリビュートとの差値に１を加えた値に等しい。 ２、４．　２　（ｌｆ　Ｒｕ１ｅｓ オブジエクトに対するリファレンスのリファレンスエンコードの形式は、以下の ルールに従って選択されるものとし、これらの規則は、以下に示した順序で適用 されるものとする。 １、ボイドされたリファレンスのエンコード（ｖｏｉｄｅｄ　ｒｅ４ｅｒｅｎｃ ｅ　ｅｎｃｏｄｉｎｇ）は、リファレンスがボイドにされた場合に、選択されな くてはならない。 ２、オブジェクトが定義済みクラスである場合、クラスリファレンスのエンコー ド（ｃｌａｓｓ　ｒｅｆｅｒｅｎｃｅ　ｅｎｃｏｄｉｎｇ）を選択しなければな らない。 ３、オブジェクトがテレパーセルの目的地に存在していると推定されるのでなく 、テレパーセルの一部分としてエンコードされている場合、一般的なリファレン スのエンコード（ｇｅｎｅｒａｌ　ｒｅｆｅｒｅｎｃｅ　ｅｎｃｏｄｉｎｇ）を 選択する。 ４、オブジェクトが、ユーザ定義クラス又はクラスイングリメンテーンヲンのプ ロ／−シャである場合、各々、クラスリファレンスのエンフード（ｃｌａｓｓ　 ｒｅｆｅｒｅｎｃｅ　ｅｎｃｏｄｉｎｇ）又はプロン−ジャリファレンスのエン コード（ｐｒｏｃｅｄｕｒｅ　ｒｅｆｅｒｅｎｃｅ　ｅｎｃｏｄｉｎｇ）を選択 する。 ５、（その他の場合は、）イ／ターチェンジリファレノスのエンコード（ｉｎｔ ｅｒｅｈａｎｇｅ　ｒｅｆｅｒｅｎｃｅ　ｅｎｃｏｄｉｎｇ）を選択する０注： オブジェクトがテレパーセルの目的地に存在していると推定されるのではすく、 テレパーセルの一部分としてエンフードされている場合にのみ、上述した規則の ３．が適用される。 ３、　エンコードされたスペ／フィケーシテンテレパーセルは、アベンディ、ク スＢの本セクシ菅ンにおいて定義される。サブセク／−Ｉンは、テレパーセル、 オブジェクト、アトリビユート及びリファレンスのエンコードに当てられる。 ３．１　コンベン／コン　Ｃｏｎｖｅｎｔｉｏｎｓテレパーセルは、各々がゼロ 以上のオクテツトである一連のトークンである。 テレパーセルは、トークンを連鎖化することによって得られたオクテツトストリ ングである。 テレパーセルは、下記の７ノタクテイノクルール及び付随するセマンティノクル ールに従う。Ｂ　Ｎ　Ｆ　（Ｂａｃｋｕｓ−Ｎａｕｒ、又は、Ｂａｃｋｕｓ　ｎ ｏｒｍａｌ　ｆｏｒｍ）に与えられた規則は、任意のトークンを括弧（”　［” 及び”　］　”　）によって囲む０表８．１は、オブジェクト及びリファレンス のエンコードの形式へのコードの割当を表したものである。これらのコードは、 下記のセタン５ンにおいてタグとして用いられる。 （以下、余白。） 庄：下記のセクションは、この開示のアペノディノクスＡのセクション５．１． ５．３のコンペアノー１ノに従う。 （以下、余白。） ３．２　テレパーセル　Ｔｅ１ｅａｒｃｅｌテレバーセルは、次の規則に従う。 Ｔｅ１ｅｐａｒｃｅｌ　：：ｚ　ｕｎｓｉｇｎｅｄＮｕｍｂｅｒ　ｕｎｓｉｇｎ ｅｄＮｕｍｂｅｒ　０ｂｊｅｃｔ第１及び策２の’　ｕｎｓｉｇｎｅｄＮｕｍｂ ｅｒ”は、テレパーセルが適合するエンコード規則のメイジャーバージョン及び マイナーバージタンのナンバを各々エンコードする。”０ｂｊｅｃｔ″は、テレ パーセルのオブジェクトと、オブジェクトのコンポーネントとをエンフードする 。 注：アペンディノクスＢが定義するエンフード規則のノージャーバージョン及び マイナーバージタンのナンバは、各々、０及び５である。 １−ユーヱグ２王ｌ止Ωｌヱニ：」コ互助虱し隙四虹坦とオブジェクトのエンコ ードは、定義された形式が反映する以下の規則に従う。 ０ｂｊｅｃｔ：：＝ＥｘｅｃｕＬｅｄＯｂｊｅｃｔｌＰｒｅｄｅｆｉｎｅｄＯｂ ｊｅｃｔ１υ５ｅｒＤｅｆｉｎｅｄＯｂｊｅｃＬ　Ｉ　ＰｒｏｔｅｃＬｅｄＯｂ ｊｅｃｔ３．３．１　行オブジェクト（エクスキューティドオブジェクト：　Ｅ ｘｅｃｕｔｅｄ　Ｏ的二上り 実行オブジェクト（エクスキューティドオブジェクト：　ＥｘｅｃｕＬｅｄ　０ ｂｊｅｃｔ）のエンコードは、この開示のアペノディノクスＡのセクション５． １．５．３に述べた規則に従う。 ＥｘｅｃｕｔｅｄＯｂｊｅｃｔ”の第１トークンであるタグは、実行オブジェク トを特定し、クラスのフードを２回エンコードすることによって、オブジェクト のクラスを明確にする。 注、実行オブジェクトは、バイナリテレスクリプトと同様にエンコードされる。 １−ニーλ−１四ゴ２シ！し６巴ｔ２と五ム上」跋搬可Ｍ回口央註蛙と定義済み オブジェクト（ブレデファインドオブジェクト：　Ｐｒｅｄｅｆ　１ｎｅｄ　０ ｂｊｅｃｔ）のエンコードは、以下の規則に従つ。 ＰｒｅｄｅｆｉｎｅｄＯｂｊｅｃｔ　：ｔａｇ　Ｐａ１ｅｔｔｅタグかオブジェ クトを定義済みのものとして特定し、クラスのコードを２回エンコードすること によって、オブジェクトのクラスを明確にする。”　Ｐａ１ｅｔｔｅ”は、オフ ”、’　エクトが見本（ｅｘａｍｐｌｅ）であるクラスについて、１次的にエン コードされたバレットに依存する。 ３３３　ユーザデファイントオブジェクト（Ｕｓｅｒ−ｄｅｆｉｎｅｄ　Ｏｂ’ ｅｃｔ）ユーザ定義オブジェクト（ユーザデファインドオブジェクト：　Ｕｓｅ ｒ−ｄｅｆｉｎｅｄ　０ｂｊｅｃｔ）のエンコードは、以下の規則に従う。 ＵｓｅｒＤｅｆｉｎｅｄＯｂｊｃＬ　＝［Ｐａ１ｅｔｔｅ　Ｍｉｘｉｎｓ］　Ｌ ａｇ　Ｉｔｅｍ　ＩｔｅｍＰａｌｅｔｔｅ　ＭｉＸｉｎＳ　：：＝　１８ｇ第１ の”ｔａｇ”は、クラスのコードの２倍に１を加えたコードをエンコードするこ とにより、オブジェクトか見本（ｅｘａｍｐｌｅ）であるクラスを明確にする。 第１のＩｔｅ＋ａ″は、オブジェクトのクラスをエンフードし、第２のＩｔｅｍ ”は、そのクラスのユーザ定義インプリメンテ−７ＩＩンスーパークラスに対し て標準的な順序でアイテムが対応しているリストをエンコードする。各々のアイ テム自身は、リスト、すなわち、クラスインブリメンテーンヨンの”　ｐｒｏｐ ｅｒｔｉｅｓ”アトリビュートの識別子の順序によって、アイテムが対応するク ラスに固有のインスタンスのプロパティのリストである。最後の１以上のプロパ ティは、省略することができ、その場合には、ニル（０）が含まれる。 第１の”　Ｐａ１ｅｔｔｅ”は、２次的にエンコードされたバレットに依存し、 ”　Ｍｉｘｉｎｓ”が存在する場合のみ存在する。第２の”　Ｐａ１ｅＬＬｅ’ “は、オブジェクトが見本（ｅｘａｍｐｌｅ）であるクラスについて、１次パレ ットに依存する。 １−１＝土−ズ三二久二エエ±工２五久エエな虹匹印虹四江虹と保護されたオブ ジェクト（プロチクティドオブジェクト：　Ｐｒｏｔｅｃｔｅｄ　０ｂｊｅｃｔ ）のエンコードは、以下の規則に従つ。 ＰｒｏｔｅｃＬｅｄＯｂｊｅｃｔ　：：＝　ｔａｇ　ＰｒｏＬｅｃＬｅｄＯｂｊ ｅｅｔｌｔｓｅｌｆＰｒｏｔｅｃｔｅｄＯｂｊｅｃＬＩＬｓｅｌｆ　：：＋　Ｅ ｘｅｃｕｔｅｄＯｂｊｅｃｔ　１ＰｒｅｄｅｆｉｎｅｄＯｂｊｅｃｔ　１１１ｓ ｅｒＤｅｆｉｎｅｄｏｂｊｅｃｔ”　ｔａｇ″は、保護されるリファレンスを特 定する。”　ＥｘｅｃｕｔｅｄＯｂｊｅｅｔ”、”　Ｐｒｅｄｅｆ　１ｎｅｄｏ ｂｊｅｃｔ”又は°”　１ＩｓｅｒＤｅｆｉｎｅｄｏｂｊｅｅｔ”は、このオブ ジェクトをエンコードする。 ３、　３．　５　バレ　ノ　ト　Ｐａｌｅｔｔｅ）エンコードされたパレットは 、以下の規則に従う。 Ｐａ１ｅｔｔｅ　：：”　Ａｔｔｒｉｂｕｔｅｓ　［Ｍａｓｋ　Ａｔｔｒｉｂｕ ｔｅｓ］Ｍａｓｋ　：：ｌＩｕｎｓｉｇｎｅｄＮｕｍｂｅｒＡｔｔｒｉｂｕｔｅ ｓ　：：ｔ　［ＡｔＬｒ１ｂｕｔｅ　Ａｔｔｒｉｂｕｔｅｓ］第１の”　Ａｔｔ ｒｉｂｕｔｅｓ”は、パレットを定義する表にリストされている順序で、ハレノ トカ不可欠と宣言するゼロ以上の７トリビユートをエンコードスル。ソノ表は、 ”＾ｔｔｒ＋ｂｕｔｅｓ″の発生回数を固定させる。 パレットが、アトリビュートのどれかを任意であると宣言した場合のみ、”Ｍａ ｓｋ”及び第２のＡｔｔｒｉｂｕｔｅｓ”が存在する。第２の”　Ａｔｔｒｉｂ ｕｔｅｓ″は、ゼロ以上の任意のアトリビュートをエンコードする。’　Ｍａｓ ｋ”は、ＡＬｔｒｉｂｕｔｅｓ”の発生回数を固定する。 ”　Ｍａｓｋ”は、どの任意のアトリビュートが第２の”Ａｔｔｒｉｂｕｔｅｓ ”をエンコードするかを示すインチツヤをエンコードする。パレットの表は、［ １，ｎ］の範囲中の任意のアトリビュートのナンバを定める。箪２の”　Ａｔｔ ｒｉｂｕｔｅｓ″は、インチジャの表現２′−１を加重したビットが１になる場 合のみ、ナンバ″　１”にアトリビュートのエンコードを含む。実際にエンコー ドされたアトリビュートは、１”の増大する順序で、第２の“Ａｔｔｒｉｂｕｔ ｅｓ”中に表れる。ｎ″により論理的に必要とされるが、”　Ｍａｓｋ”から物 理的に不在であるビットは、ゼロと見なされる。 物理的に存在しているが、論理的に必要とされないビットは、無視される。 ３．４　アトリビュートのエンフード（Ａｔｔｒｉｂｕｔｅ　Ｅｎｃｏｄｉｎ　 ）アトリビュートのエンコードは、定義された形式を反映する以下の規則に従う 。 −Ａｔｔｒｉｂｕｔｅ　：：＝　Ｂｏｏｌｅａｎ　ｌ　ＤｉａｌＳＬｒｉｎｇ　 ｌ　ＩｎｔｅｇｅｒｌＩｔｅｍ　ｌ　Ｌｉ５ｔ　ｌ　ＯｃｔｅｔＳｔｒｉｎｇ　 ｌ　Ｓｔｒｉｎｇ３．４．１　ブーリア７Ｂ００１ｅａｎブーリアンアトリビユ ートのエンコードは、以下の規則に従う。 Ｂｏｏｌｅａｎ　：：　！　ｅ＋ｅｐｔｙブーリアンがｔｒｕｅ″の場合のみ、 ブーリアンアトリビュートのエンコードが存在する。 注：エンフードの存在は、そのエンフードを網羅するマスクによって示される。 注：したがって、パレットのブーリアンアトリビュートは、必然的に任意である 。 ３４．２　ダイアルストリング　Ｄｉａｌ　５ｔｒｉｎダイアルストリングのエ ンフードは、以下の規則に従う。 ＤｉａｌＳｔｒｉｎｇ　：：＊　ＯｃｔｅｔＳＬｒｉｎｇ″ＯｃｔｅｔＳｔｒｉ ｎｇ″は、ダイヤルストリング″Ｄ″によって順次定められた一部分にプル：　 ｎ１ｂｂｌｅｓ）のりスト″Ｌ″によって定められたオクテ・ＩトストリングＯ ”をエンコードする。 Ｌ”のニブルは、同じポジンコンにあるＤ″のキャラクタによって定められた［ ０．１４］の範囲中のインチジャをコードなしでエンコードする。ナンバ（”Ｏ ”−９″）は、Ｏ−９を、ダッンｘ　（’−″）は、１３を定め、スヘース（Ｎ 　″）は、１４を定める。ポジ７ツン２１−１又は２１にある”Ｌ”のニブルは 、ポジ／コン′１．Ｉ＋の０″のオクテツトにおいて、各々、ビット［７］−［ ３］又はビット〔３コー［０］を占める。ここで、′ｉ”は、少なくと６１であ る。ビット［７］又は［３コは、各々ＭＳＢであり、ビット［４〕又は［０］は 、各々ＬＳＢである。”　Ｄ”のレングス従ってＬ”が奇数である場合のみ、” ０″の最後のオクテツトのビット［３］　−［０］は、同じ方法で１５をエンコ ードする。 注：したがって、ダイヤルストリングは、バイナリ十進数（ＢＣＤ）の形でエン コードされる。 ３．４．３　インチツヤＩｎｔｅｅ「 インチジャアトリビュートのエンコードは、以下の規則に従う。 Ｉｎｔｅｇｅｒ　：：＋　ｓｉｇｎｅｄＮｕｍｂｅｒ”ｓｉｇｎｅｄＮｕｍｂｅ ｒ”は、インチジャをエンコードする。 注：これは、インチツヤのバイナリテレスクリプトのエンコードであるが、例外 として、エンコードをインチツヤの一般的なエンコードとして特定する最初のト ークンは存在しない。 ３．４．４　アイテム　Ｉｔｅｍ アイテムアトリビュートのエンコードは、以下の規則に従う。 Ｉｔｅｍ　：：ｚ　０ｂｊｅｔ　ｌ　Ｒｅｆｅｒｅｎｃｅ”０ｂｊｅｃｔ″又は ”　Ｒｅｆｅｒｅｎｃｅ”は、各々、オブジェクト又はオブジェクトに対するリ ファレンスをエンコードする。 ３．４．５　リスト　Ｌｉ５ｔ リストアトリビニ−トのンコーディングは、以下の規則に従う。 Ｌｉ５ｔ　：：＝　ｕｎｓｉｇｎｅｄＮｕｍｂｅｒ　ＩｔｅｍｓＩｔｅｍｓ　： ：ＩＩ［ＩＬｅｍ　Ｉｔｅｍｓ］”　ｕｎｓｉｇｎｅｄＮｕｍｂｅｒ″及び”Ｉ ｔｅｍｓ”は、同時にリストをエンコードする。　”　ＬｌｎＳｉｇｎｅｄＮｕ ｍｂｅｒ”は、”Ｉｔｅｍ″　の発生回数をエンコードし、”Ｉｔｅｍ’は、増 大するボッ／ｇノの順序に従ってリスト中のアイテムをエンコードする。 ３．４．６　オクテツトストリング（ＯｅｔｅＬ　５ｔｒｉｎオクテツトストリ ングアトリビユートのエンコードは、以下の規則に従う。 ＯｃｔｅｔＳｔｒｉｎｇ　：：＝　ｕｎｓｉｇｎｅｄＮｕｍｂｅｒ　０ｃｔｅｔ ｓ″ｕｎｓｉｇｎｅｄＮｕｍｂｅｒ″及び”　０ｃｔｅｔｓ”は、この開示のア ペンディノクスＡのセフ／ｉ７５．３．２に定義されたオクテツトストソングを エンフードする。 Ｃ生：これは、オクテツトストリングのバイナリテレスクリプトのエンコードで あるが、例外として、オクテツトストリングのエンフードとしてエンコードを特 定する最初のトークンは存在しない。 ３．４．７　スタック　５ｔａｃｋ スタツクアトリビユートのエンコードは、リストアトリビコートのエンコードと 同一の規則に従うが、例外として、スタックのアイテムは、ボノンヲンの減少す る順序でエンコードされる。 ３４．８　ストリング　５ｔｒｉｎ ストリングアトリビニートのエンコードは、以下の規則に従つ。 Ｓｔｒｉｎｇ　：：”　ｕｎｓｉｇｎｅｄＮｕｍｂｅｒ　ＣｈａｒａｅＬｅｒＳ ”　ｕｎｓｉｇｎｅｄＮｕｍｂｅｒ”及び”ｃｈａｒａｃｔｅｒｓ”は、この開 示のアベンデイノクスＡのセクシヨン５．３．２に定義されたストリングを同時 にエンコードする。 庄：これは、ストリングのバイナリテレスクリプトのエンコードであるが、例外 として、エンコードをストリングのエンコードとして特定する最初のトークンは 存在しない。 ３．５　リファレンスのエンフード　Ｒｅｆｅｒｅｎｃｅ　Ｅｎｃｏｄｉｎリフ ァレンスのエンコードは、定義された形式を反映する以下の規則に従う。 Ｒｅｆｅｒｅｎｃｅ　：：＝　ＧｅｎｅｒａｌＲｅｆｅｒｅｎｃｅ　１Ｖｏｉｄ ｅｄＲｅｆｅｒｅｎｃｅ　ｌ ＩｎｔｅｒｃｈａｎｇｅＲｅｆｅｒｅｎｅｅ　１Ｃ１ａｓｓＲｅｆａｒｅｎｃｅ 　１ ＰｒｏｃｅｄｕｒｅＲｅｆｅｒｅｎｃｅ３．５１　ゼネラルリファレンス（Ｇｅ ｎｅｒａｌ　Ｒｅｒｅｒｅｎｃｅ）一般的ナリファレレス（ゼネラルリファレン ス：　Ｇｅｎｅｒａｌ　Ｒｅｆｅｒｅｎｃｅ）のエンコードは、以下の規則に従 う。保護されないリファレンスに対しては、任意のエンコードが定義され、保護 されるリファレンスに対しては、他のエンコードが定義される。 ＧｅｎｅｒａｌＲｅｆｅｒｅｎｃｅ　：：＝　ＵｎｐｒｏｔｅｅｔｅｄＲｅｆｅ ｒｅｎｃｅ　１ＰｒｏｔｅｃｔｅｄＲｅｆｅｒｅｎｃｅＬｌｎｐｒｏＬｅｃｔｅ ｄＲｅｆｅｒｅｎｃｅ　：：＝　Ｌａｇ　ｓｉｇｎｄｅｄＮｕｍｂｅｒＰｒｏｔ ｅｃｔｅｄＲｅｆｅｒｅｎｃｅ　；：”　Ｌａｇ　ｓｉｇｎｅｄＮｕｍｂｅｒ″ ｔａｇ”は、一般的なリファレンスをそのようなものとして特定し、また、保護 されない又は保護されるリファレンスとして特定する。”　ｓｉｇｎｅｄＮｕｍ ｂｅｒ″は、リファレンスのエンコードからリファレンスされるオブジェクトの エンコードまで、オフセットをエンコードする。 ３．５．２　ボイディドリファレンス　Ｖｏｉｄｅｄ　Ｒｅｆｅｒｅｎｃｅボイ ドされたリファレンス（ボイディドリファレンス：　Ｖｏｉｄｅｄ　Ｒｅｆｅｒ ｅｎｃｅ）のエンコードは、以下の規則に従つ。 ＶｏｉｄｅｄＲｅｆｅｒｅｎｃｅ　：：＝　ｃａｇ”　ｔａｇ”は、ボイドされ たリファレンスをそのようなものとして特定する。 ３．５．３　イノターチェ７ノリフアレンス　Ｉｎｔｅｒｃｈａｎ　ｅ　Ｒｅｆ ｅｒｅｎｃｅインターチェンジリファレンスのエンコードは、以下の規則書こ従 つ。 Ｉｎｔａｒｅｈａｎ（ｅＲｅｆｅｒｅｎｃｅ　：富ｔａｇ　Ｉｔｅ＠Ｉｔｅａ” ｔａｇ”は、インターチェツノリファレンスをそのようなものとして特定する。 第１の’　ｌｔｅｍ“°は、インターチェンジドオブジェクトのクラスＣ二対す るサイテショノをエンコードする。第２の”Ｉｔｅｍ″は、インターチェンジト ′オブジェクトのダイジェストをエンコードする。 ３．５．４　クラスリファレンス（Ｃ１ａｓｓ　Ｒｅｆｅｒｅｎｃｅ）クラスリ ファレンスのエンコードは、以下の規則に従う。定義済みクラスに対しては、任 意のエンコードが定義され、ユーザ定義クラス（こ対して（ま、１也のエンコー ドが定義される。 Ｃ１ａｓｓＲｅｆｅｒｅｎｃｅ　：：＝　ＰｒｅｄｅｆｉｎｅｄＣｌａｓｓＲｅ ｆｅｒｅｎｃｅ　１ｕｓｅｒＤｅｆ　１ｎｅｄｃｌａｓｓＲｅｆｅｒｅｎｃｅＰ ｒｅｄｅｆｉｎｅｄＣ１ａｓｓＲｅｆｅｒｅｎｃｅ　：：＝　ｔａｇ　ｕｎｓｉ ｇｎｅｄＮｕａ＋ｂｅｒ１１ｓｅｒＤｅｆｉｎｅｄＣ１ａｓｓＲｅｆｅｒｅｎｃ ｅ　：：＝　ｔａｇ　ＩＬｅｍ”ｔａｇ”は、クラスリファレンスをそのような ものとして特定し、また、クラスを定義済み又はユーザ定義として特定する。ク ラスが定４に済みの場合（こ、”ｕｎｓ　ｉｇｎｅｄＮｕｍｂｅｒ”は、この開 示のアペンデノクスＡのセクシヨン５．４．１又は下記の表８．２の中のクラス に割り当てられるコードにエンコードされる。クラスがユーザ定義の場合は、” Ｉｔｅｍ″は、クラスのサイテシ式ンをエンコードする。 ３．５．５　プロ／−ジャリファレンス（Ｐｒｏｃｅｄｕｒｅ　Ｒｅｆｅｒｅｎ ｃｅ）プロ／−ジャリファレンスのエンコードは、以下の規則に従う。 ＰｒｏｃｅｄｕｒｅＲｅｆｅｒｅｎｃｅ　：：ｍ　Ｌａｇ　ｓｉｇｎｅｄＮｕｍ ｂｅｒ”ｔａｇ”は、プロ／−ツヤリファレンスをそのようなものとして特定す る。ＴＩ。 ｉｇｎｅｄＮｕｍｂｅｒ”は、上述したようにプロン−ジャのアジン３ンを特定 する。 ４、エンコードされたクラスとアトリビ二−トテレスクリプトのエンフードクラ ス及びアトリビュートは、アベンデイノクスＢの本セク７−Ｊンで定義されてい る。サブセクシヨンは、まず、クラスのエンンコードに、つぎに、アトリビュー トのエンコードに、各々、当てられる。 ４．１　フ７ベンンヨノズ　Ｃ０ｎＶｅｎｔ　１ｏｎｓエンコードされたクラス （Ｅｎｃｏｄｉｎ　Ｃ１ａｓｓｅｓ）エンコードされたクラスは、グループを形 成する。このグループを定義する以下のセクシヨンは、この開示のアベンデイノ クスＡのセクシヨン３．２のフンベノ／ヨンに従う。 表８．２は、エンコードされたクラスへの識別子のコードの割当を表したもので ある。 注：クラス”Ｆｒａｍｅ”及びＰｒｏｃｅｄｕｒｅ　Ｆｒａｍｅ”は、抽象的（ アブストラクト：ａｂｓｔｒｕｃＬ）であるため、コードを必要としない。クラ ス″Ｄｉａｌ　Ｓｔｒｉｎｇ”は、そのインスタンスがイノスタンス自身のエン フードを有するため、コードを必要としない。 庄：エンコードされたクラスの唯１つの目的が、エンコードされたアトリビュー トを定義することにあるため、本アペンディノクスは、アベンデイノクスＡがそ のようなセクションであるもの、例えば、セクション４．２を各々の言語クラス に当てているにもかかわらず、各々のエンコードされたクラスに主なセクション を当てていない。 エンコードされたアトリビュート（Ｅｎｃｏｄｉｎ　Ａｔｔｒｉｂｕｔｅｓ）エ ンフードされたアトリビュートは、ある言語及びエンフードされたクラスに固有 である。エンコードされたアトリビュートを定義する以下のセクシ腫ンは、その ようなアトリビュートに対して固有である各々の定義済みクラスにサブセク／： Ｉンを当てている。これらのクラスは、アルファべ７ト順序で考えられる。エン コードされたアトリビユートの定義は、この開示のアベンディノクスＡのセフ７ Ｉ＋７４．１に定めたコンベア／ヨシに従つ。 注：識別子のフードは、エンコードされたアトリビュートに割り当てられる必要 はない。 土−ＬユＬ乙＝−シソ！シ鵠：２１（イ）耶囮」」ｖ肚と０ｂｊｅｃｔ　（Ｒｅ ｆｅｒｅｎｃｅｄ）−Ｃｏ１１ｅｃｔｉｏｎ ・・Ｌｉ５ｔ　（Ｏｒｄｅｒｅｄ） −”　Ｃｏｎ５ｔｒａｉｎｅｄ　Ｌｉ５ｔ　（Ｃｏｎｓｔｒａｉｎｅｄ）・・・ ・Ｓｔｒｉｎｇ　（Ｃａｓｅｄ　＆　Ｅｘｅｃｕｔｅｄ）・　・　・　・　・　 匹旦ｊ遅±１ −　Ｆｒａｍｅ −−Ｐｒｏｅｅｄｕｒｅ　Ｆｒａｍｅ ・・・Ｐｒｅｄｅｆｉｎｅｄ　Ｆｒａｍｅ・・・−ＣａｔｃｈＦｒａ＋ｃｅ ・　・　・　・　蝕凹旺」Ｕ駐 −−・・ＷｈｉｌｅＦｒａｍｅ ｌ　・　・　Ｕｓｅｒ−ｄｅｆｉｎｅｄ　Ｆｒａｍｅ４．２．１　キャッチフレ ーム　Ｃａｔｃｈ　Ｆｒａｍｅアトリビコート（Ａｔｔｒｉｂｕｔｅｓ）ヅ三見 顕辺 ”　ｃａｔｃｈ　ｆｒａｍｅ’“は、そのサブジェクトメソノドがｃａ　Ｌｃｈ ″のためのメ゛パッドてあり、また、その“ｐｒｏｃｅｄｕｒｅ”のアトリビュ ートがオペレーン３ンの応答側（レスポンダ：　ｒｅｓｐｏｎｄｅｒ）でもある 定義済みフレームである。 キャッチフレームの固有のアトリビュートは、オペレーンランのアーギュメント であるクラスである（アトリビュート”ｅｘｅｅｐｔｉｏ口”）０４．２．２　 フレク／ｇンストリレス　Ｃｏ１１ｅｃｔｉｏｎ　５ｔｒｅａ＋＋アトリビコー ト　Ａｔｔｒｉｂｕｔｅｓ″ｃｏｌｌｅｃｔｉｏｎ　ｓｔｒｅａｍ”は、ストリ ームのアイテムがコレクン曽ンのアイテムであるストリームである。 コレクレヨンストリームの固有の７トリビユーしは、ストリームのソース（アト リビユート”　５ｏｕｒｃｅ”　）及びストリームの現在のポジシラン（アトリ ビュート″ｐｏｓｉｔｉｏｎ”　）である。”　５ｏｕｒｃｅ″は、そのアイテ ムがコレクレヨンストリームによって生ずるというコレクションである。”ｃｕ ｒｒｅｎｔ　ｐｏｓｉｔｉｏｎ”は、コレクレヨンストリームのソースをエンコ ードするアトリビュート”　ｉｔｅｍｓ”中のポジシランである。 コレクンタンストリームは、ストリームの現在のボジン鵞ンの前方のポジシラン において、何等かのアイテムを即に生成しており、ストリームの現在のポジシラ ンにおいて、そのアイテムを最後に生成する。そして、現在のポジシランの後方 のポジ／−Ｉンにおいては、さらに、別のアイテムをこれから生成する。 注：コレク／−Ｉレストリームは、”　５ｔｒｅａ＋ｉ”オペレーン譜ンがコレ クションによって遂行された時の、”　ｓｔｒｅａｍ”オペレーン３ンのリザル トである。 ４．２．３　ダイヤルストリング（ＤｉａｌＳｔｒＩｎ）”ダイヤルストリング （ｄｉａｌ　ｓｉｒｉｎｇ）　”は、各々のアイテムが数字（０″−″９″）、 ハイフン（−″）又はスペース（ｎ　″）の何れかであるストリングである。 注：ダイヤルストリングは、テレナンバにおいて用いられる。 ４．２．４　フレーム　Ｆｒａｍｅ） ”フレーム（ｆｒａｍｅ）　”は、定義済み又はユーザ定義ｊソノド、フレーム の″′Ｓｕｂｊｅｃｔ　ｍｅｔｈｏｄ’の遂行の現在の状態を記録するオブジェ クトである。 ４．２．５　ゴーフレーム（Ｇｏ　Ｆｒａｍｅ）”ゴーフレーム（ｇｏ　ｆｒａ ｍｅ）　”は、トリップを行なうことを課するフレームである。そのメソッドは 、オペレーンヨン″ｇＯ″又は”５ｅｎｄ”のための定義済みメツノドであり、 オペレーンドア”ｇ□″は、このクラスのインスタンスの場合であり・オペレー ン１ン°’　５ｅｎｄ”は、このクラスのサブクラスのインスタンスの場合であ る。 ４．２．６　プレデフアイノドフレーム　Ｐｒｅｄｅｆｉｎｅｄ　Ｆｒａｍｅ” プレデフアイノドフレーム（ｐｒｅｄｅｆｉｎｅｄ　ｆｒａｍｅ）　’は、その オブジェクトメソッドが定義済みであり、したがって、そのプロ／−ツヤがその メ゛ノットではないプロン−ツヤフレームである。このクラスのインスタンスの オブジェクトメソ７ドは、オペレーン１ン°’　ｄｏ”　、”　ｅｉｔｈｅｒ” 　、”汀”　、”　１ｏｏｐ”又は５ｅｌｅｃｔ”のためのメソッドである。 庄：上述のオペレー／−Ｊンの内のどれが適用されるかは、その実行によってオ ペレーン１ンが要求された識別子を検査することによって定められる。 ４２．７　プロ／−ツヤフレーム（Ｐｒｏｃｅｄｕｒｅ　Ｆｒａｍｅ）アトリビ ｘ−トＡｔｔｒｉｂｕｔｅｓ 四臣已ｙ匹 巨コｑ℃刀工 ”プロシージャフレーム（ｐｒｏｃｅｄｕｒｅ　ｆｒａｍｅ）　”は、プロジー ツヤの遂行を課するフレームである。 プロン−ジャフレームの固有のアトリビュートは、遂行されているプロシージャ （アトリビュート″ｐｒｏｃｅｄｕｒｅ”）と、プロン−ジャの現在のボリン１ ン（アトリビュート”ｐｏｓｉｔｉｏｎ″）である。プロシージャの”　ｃｕｒ ｒｅｎｔ　ｐｏｓｉｔｔｌｏｎ”は、エンノノカ、現在遂行中であるアイテムの 現在のポジ／Ｍンである。 注：プロ／−ジャは、オブジェクトのアトリビュート”ｐｒｏｃｅｄｕｒｅ’で あるか、メソッドがインプリメントするフィーチャのレスポンダであるか、又は フィーチャのアーギュメントである。 ４．２．８　リピートフレーム　ＲｅｅａｔＦｒａｍｅアトリビュート（Ａｔｔ ｒｉｂｕｔｅｓ）■と」工に匣 ｒｅ　ｅｔｉｔｉｏｎｓｓｏＦａｒ ”リピートフレーム（ｒｅｐｅａｔｅ　ｆｒａ＋ａｅ）″は、そのオブジェクト メソッドがオペレー／ｇン”　ｒｅｐｅａｔｅ″のためのメン、ドであり、その アトリビュート″ｐｒｏｃｅｄｕｒｅ″が、そのオペレー／ｇンのレスポンダで ある定義済みフレームである。 リピートフレームの固有のアトリビュートは、開始された現在の遂行（アトリビ ユート”　ｒｅｐｅｔｉｔｉｏｎｓＳｏＦａｒ”　）　、及びアウトセｌトで要 求されたナンバ（アトリビュート″ｒｅｐｅｔｉｔｉＯｎＳ″）を含むフレーム のアトリビューピｐｒｏｅｅｄｕｒｅ”の遂行のナンバである。 −４，２，９レスドラフトフレーム（Ｒｅｓｔｒｉｃｔ　Ｆｒａｍｅ”レストリ フトフレーム（ｒｅｓｔｒｉｃｔ　ｆｒｒｅ）″は、そのオブジェクトメソノド がオゝレーア：ｌＩン°’　ｒｅｓｔｒｔｃｔ”のためのメソッドであり、その アト１ノヒ゛ニート”ｐｒｏｃｅｄｕｒｅ”が、そのオベレー／ｇンのアーギュ メントである定義済みフレームである。 レストリフトフレームの固有のアトリビュートは、オブジェクトメソノドのエン ジンによる遂行の開始時に、オブジェクトが持ったノく一ミツト（アトリビュー ト”ｐｅｒｍｉｔ”　）である。 ４．２．１０　センドフレーム（Ｓｅｎｄ　Ｆｒａｍｅ）アトリビュート　ヘＬ ｔｒｉｂｕｔｅｓ■」二組 °゛セツトフレームＳｅｎｄ　Ｆｒａｍｅ）　”は、そのサブジェクトメ′ノッ ト′力；、オペレーン１ン”５ｅｎｄ”のための定＠’ｔＡみメソッドであるゴ ーフレームである。 セットフレームの固有のアトリビュートは、最初にオペレーン１ンのアーギュメ ントにあった１以上のチケット（アトリビュート”　ｔｉｃｋｅｔｓ”　）　’ ｅ含ｔｊ。 ４．２．１ｌ−Ｌ−スフレーム　Ｕｓｅ　Ｆｒａ＋＋ｅアトリビコート（Ａｔｔ ｒｉｂｕｔｅｓ）ｒｅｓｏｕｒｃｅ ”ユースフレーム（ｕｓｅ　ｆｒａＩｌｅ）″は、そのオブジェクトメソッドが 、オペレーン１ン”　ｕｓｅ”のメソッドであり、そのアトリビュート″ｐｒｏ ｃｅｄｕｒｅ’がオペレーン１ンのアーギュメントの１つである定義済みフレー ムである。 ユースフレームの固有のアトリビュートは、オペレーンヨンのレスポンダ（アト リビュー）　”　ｒｅｓｏｕｒｃｅ″）である。 ４．２．１２　ユーザーデファインドフレーム（Ｕｓｅｒ−ｄｅｆｉｎｅｄ　ｆ ｒａｍｅ）アトリビュート（Ａｔｔｒｉｂｕｔｅｓ）■■四疫肛 ”ユーザーデファインドフレーム（ｕｓｅｒ−ｄｅｆｉｎｅｄ　ｆｒａｍｅ）″ は１そのプロジーツヤが、フレームのオブジェクトメソッドのプロ／−ツヤであ るプロ７−ツヤフレームである。オブジェクトメソッドは、ユーザ定義であり、 必然的に、インプリメンテー７−ＩンのアトリビュービｉｎｓｔａｎｃｅＭｅｔ ｈｏｄｓ″又は”ｓｅｔＭｅｔｈｏｄｓ”の値である。 ユーザ定義フレームの固有のアトリビユートは、そのメソッドのレスポンダ（ア トリビュート”　ｒｅｓｐｏｎｄｅｒ”　）　、スタック（アトリビュート５ｔ ａｃｋ”）、及び変数（アトリビュービｖａｒｉａｂｌｅｓ”）であり、アトリ ビュート″ｖａｒｉａｂｌｅｓ−は、メソッドのアトリビュート″ｖａｒｉａｂ ｌｅｓ”においての識別子の順序に従う。 レスポンダは、ユーザ定義フレームがアイテムである、そのアトリビュート”ｆ ｒａｍｅｓ＋のエージェントである。 注：フレームのアトリビュート″Ｐｒｏｃｅｄｕｒｅ”中のアイテムが存在する ならば、そのアイテムを″　Ｉ”と仮定する。エージエツトのアトリビュートｆ ｒａｍｅｓ”中のユーザ定義フレームの下のアイテムが存在するならば、そのア イテムを°Ｂ″と仮定する。特に、”１″を、アトリビュート”　Ｐｒｏｃｅｄ ｕｒｅ“中のボノンコンが”　Ｂｏのアトリビュート”ｐｏｓ　Ｉｔ　ｉｏｎ” であるアイテムと仮定する。′Ｉ″は（ａ）存在せず、サブジェクトメソノドは 、オペレーンヨン″１ｉｖｅ’のためのものであり、（ｂ）モディファイヤ“５ ｅｔＡｔ　ｔｒｔｂｕｔｅ”によって先行される識別子であり、サブジェクトメ ソノドは、インプリメンテーンッンのアトリビュート″ｓｅＬＭｅｔｈｏｄｓ” 中の値であり、（Ｃ）このように先行されない識別子であり、そのサブジェクト メソノドは、インプリメンテ−７Ｍノのアトリビ二−ト″ｉｎｓｔａｎｃｅＭｅ Ｌｈｏｄｓ″中の値であり、又は（ｄ）セレクタ”　ｅｓｃａｌａｔｅ”であり 、サブジェクトメソノドは、上記（ｂ）又は（ｃ）に示した通りとする。 ４．２．１３　士ワイルフレーム（Ｗｈｉｌｅ　Ｆｒａ＋＋ｅ）アトリビュート 　ＡｔｔｒｉｂｕｔｅｓｉｓＰｒｅｃｏｎｄｉｔｉｏｎ と：交配Ｕ」狙 ”ホワイルフレーム（ｗｈｉｌｅ　ｆｒａｍｅ）”は、そのサブジェクトメソッ ドがオベレ−／ｇン″ｗｈｉｌｅ″のためのメソッドであり、そのアトリビュー ト″ｐｒｏｃｅｄｕｒｅ″が、そのオペレーションのレスポンダである定義済み フレームである。 ホワイルフレームの固有のアトリビュートは、オベレーシヲンのアーギュメント （アトリビュート”ｐｒｅｃｏｎｄｒ　ｔ　ｔｏｎ″）である実行オブジェクト と、レスポンダと言うよりはむしろアーギュメントが遂行されているが否が（ア トリビュート１ｓＰｒｅｃｏｎｄｉｔｉｏｎ”）を明確にする。ホヮイルフレー ムのアトリビ二一１ｐｏｓｉｔｉＯｎ°゛は、２つのブロン−ジャの内のどちら が遂行されている方に所属する。 土−且一三ヱ３：ユ１！収コ！二昌タビ：Ｌ套胚工用工五四■匹組とエンコード されたアトリビュートは、以下のように定義される。 ４．３．１　エージェント（４０１１ 次に示すエンコードされたアトリビュートは、このクラスに固有である。 レスポンダの継続中のフレーム。ボトムのフレームのサブジェクトメソ・ノドは 、オペシー／コン″１ｉｖｅ”のためのユーザ定義メソッドである。トップフレ ームのサブジェクトメソノドは、オペレーアｇ）′ｇｏ”又は５ｅｎｄ”のため の予め備えられた（ｂ旧Ｈ−ｉｎ）メソッドである。ゼロ以上のフレームが他に ある。 ネイティブパーミツトが、レスポンダが保持するパーミツトと異なっている場合 には、レスポンダの固有のパーミツト（ネイティブパーミツト：　ｎａｔｉｖｅ 　ｐｅｒｍｉ

【）であり、その他の場合には、ニル（０）である。 ４．３．２　キャッチフレーム　Ｃａｔｃｈ　ｆｒａｍｅ次に示すエンコードさ れたアトリビュートは、このクラスに固有である。 ｎｇｙ上こ ５ｅａｌｅｄ　Ｃ１ａｓｓ： レスポンダのサブジェクトメソ、ドを遂行しているクラス（クラス”　Ｅｘｃｅ ｐｔｉ。 ｎ″）又はそのサブクラスである。 ４．３．３　コレク／ヨン（Ｃｏ１１ｅｃｔｉｏｎ次に示すエンコードされたア トリビュートは、このクラスに固有である。 レス：ｔ４：ｚりＪアイテムである。特定されるアイテムのボジンヨンは、どれ モ定義されていない。 ４．３．４　コレク／ヲンストリーム　Ｃｏ１１ｅｃｔｉｏｎ　Ｓｔｒｅａｍ） 次に示すエンコードされたアトリビュートは、このクラスに固有である。 四三刀旦Ｌ ｓｅａｌｅｄ　ＩｎｔｅｇｅｒｌＮｉｌ；レスポンダが何も生成してない場合に は、又はそのアイテムの全てを生成してない場合には、レスポンダ中の現在のポ ジ／ジンであり、そうでない場合は、ニル（０）である。 ヱ凹工二と− ５ｅａｌｅｄ　Ｃｏ１１ｅｃｔｉｏｎ［０ｂｊｅｃｔ］１Ｎｉｌ：レスポンダが 、そのアイテムの全てを生成していない場合には、レスポンダのソースであり、 そうでない場合には、ニル（０）である。 ４．３．５　ディクンｇナリ　Ｄｉｅｉｔｉｏｎａｒ次に示すエンコードされた アトリビュートは、このクラスに固有である。 レスホンタノアイテムを形成するキー及び値である。リストのポジション２Ｉ− ｉ及び２目こあるアイテムは、各々、キーとその組み合わされた値である。特定 されたキーの対のボノンヨンは、定義されていない。 ４．３．６　リスト　Ｌｉ５ｔ 次に示すエンコードされたアトリビュートは、このクラスに固有である。 島星野− ５ｅａｌｅｄ　Ｌｉ５ｔ［０ｂｊｅｅｔ］！；レスポンダのアイテムである。 ４．３．７　パターン（ａＬｔｅｒ口）次に示すエンコードされたアトリビュー トは、このクラスに固有である。 展工し ５ｅａｌｅｄ　ｃｏｐｉｅｄ　Ｓｔｒｉｎｇ：レスポンダのテキストである。 ４．３．８　ブロアージャフレーム（Ｐｒｏｃｅｄｕｒｅ　Ｆｒａｍｅ）次に示 すエンフードされたアトリビュートは、このクラスに固有である。 四臣島ユ凹− ５ｅａｌｅｄ　Ｉｎｔｅｇｅｒ＋ レスポンダのアトリビュート’　ｐｒｏｃｅｄｕｒｅ”中の現在のポジ７＝Ｉン である。 どｙμ担脛− ５ｅａｌｅｄ　Ｐｒｏｃｅｄｕｒｅ； レスポンダがその実行を課するブロン−ジャである。 ４．３．９　ランダムストリーム（Ｒａｎｄｏ＋＋　５ｔｔｅａ１１）次に示す エンコードされたアトリビュートは、このクラスに固有である。 鱈■Ｌ ｓｅａｌｅｄ　１Ｍｅｇｅｒ： レスポンダが如何なるアイテムも生成していない場合には、レスポンダのシード であり、そうでない場合には、レスポンダが最後に生成したアイテムである。 ４．３．１０　リピートフレーム　ＲｅｅａｔＦｒａｍｅ）次に示すエンコード されたアトリビュートは、このクラスに固有である。 胆匹■二匹と ５ｅａｌｅｄ　Ｉｎｔｅｇｅｒ； オペレーンマン”　ｒｅｐｅａｔＨのアーギュメントを介したレスポンダのサブ ジェクトメソノドについて要求されたレスポンダのアトリビュート”ｐｒｏｃｅ ｄｕｒｅ″が遂行された回数である。 ｒｅ　ｅＬｉＬｉｏｎｓｓｏＦａｒ ｓｅａｌｅｄ　Ｉｎｔｅｇｅｒ； これまでに開始された現在の遂行を含めてレスポンダのアトリビュ−ト″ｐｒｏ ｅｅｄｕｒｅ”が遂行された回数である。 ム」−±Ｌ止ジニビ土工七止１匣川用旦肱虹次に示すエンコードされたアトリビ ュートは、このクラス（こ固有である。 と猛１已− ５ｅａｌｅｄ　ｃｏｐｉｅｄ　Ｐｅｒｍｉｔ＋レスヂンダのレスジェクトメノ、 ドの遂行の開始時（こお℃λて、サフ゛ジエクトカｆ（呆持したバーミツトであ る。 ４．３．１２　センドフレーム（Ｓｅｎｄ　Ｆｒａｍｅ）次に示すエンコードさ れたアトリビュートは、このクラスに固有である。 ｔｉｃｋｅｔｓ ｓｅａｌｅｄ　Ｌｉ５ｔ［Ｔｉｃｋｅｔ］！；レスボンタのサブジェクトメノ、 ドのアーギュメントとして供給された１ノスト中の１以上のチケットである。特 定されｔこチケットのどのボッ／ｇノも定義されていない。 ４．３．１３　スクノク（Ｓｔａｃｋ）次に示すエンフードされたアトリビュー トは、このクラスに固有である。 旦二鉦 ５ｅａｌｅｄ　５ｔａｃｋ［０ｂｊｅｃｔコ１：レスポンダのアイテムである。 ４．３．１４　タイム　Ｔｉｍｅ 次に示すエンコードされたアトリビュートは、このクラスに固有である。 組Ｌ ｓｅａｌｅｄ　Ｉｎｔｅｇｅｒ＋ クラス”ｔｉｍｅ”の’　ｎｅｗ”を要求し、そして、そのリザルトをカレンダ タイムに変換することによってレスポンダが生成された時又は場所で、生成され ていたであろうカレンダタイムのアトリビュート’　ｄｓｔ−である◇駐２四Ｌ ｓｅａｌｅｄ　Ｉｎｔｅｇｅｒ： レスポンダがするのと同様に、タイムの同じ絶対点”Ｔ”を表す正常化されてい ないカレンダタイムのセカンドアトリビュート”　５ｅｃｏｎｄ−Ａｔｔｒｉｂ ｕｔｅ”である。但し、そのセカンドアトリビュートだけがゼロにセットされて いた場合には、タイム“Ｔｏｎを表わす。 注二Ｔｏは、測定される全ての時間に関連するタイムである。Ｔｏは、グレゴリ −暦記の「分」の開始に一致する。したがって、このアトリビ１−トは、ＴをＴ ｏから隔てる秒数である。このアトリビュートは、厳密には、タイムがＴＯの後 にある場合には正、前にある場合には負になる。 クラス”ｔｉｍｅ″のｎｅｔ”を要求し、そのリザルトをカレンダタイムに変換 することによってリスボンダが生成された時又は場所で、生成されていたであろ うカレンダタイムのアトリビュート”　ｚｏｎｅ”“である。 ４．３．１５　ユースフレーム（Ｕｓｅ　Ｆｒａｍｅ）次に示すエンコードされ たアトリビュートは、このクラスに固有である。 ５ｅａｌｅｄ　Ｒｅ５ｏｕｒｃｅ： レスポンダのサブジェクトメソノドを遂行するリソースでアル。 ４．３．１６　ユーザデファインドフレーム（Ｕｓｅｒ−ｄｅｆｉｎｅｄ　Ｆｒ ａｍｅ）次のエンコードされたアトリビュートは、このクラスに固有である。 匹朋想ゆ江 ５ｅａｌｅｄ　０ｂｊｅｃｔ： レスポンダのサブジェクトメソ、ドのレスポンダである。 ５ｅａｌｅｄ　５Ｌａｅｋ［０ｂｊｅｃｔ］！；レスポンダのサブジェクトメソ ノドのスタックである口５ｅａｌｅｄ　Ｌｉ５ｔ［０ｂｊｅｃＬ］！；レスポン ダのサブジェクトメソ・ノドの変数である。 ４．３１７　ホワイルフレーム　Ｗｈｉｌｅ　Ｆｒａｍｅ次に示すエンフードさ れたアトリビュートは、このクラスに固有である。 レスポンダの７トリビユーピｐｒｏｃｅｄｕｒｅ”でなく、レスポンダのアトリ ビ１−ト”ｐｒｅｅｏｎｄ　ｉ　ｔ　ｉｏｎ”が遂行されているか否かである。 旺匹坦虹且坦・ ５ｅａｌｅｄ　Ｅｘｅｃｕｔｅｄニ オゝレー／ｇン゛’　ｒｅｐｅａｔ”のアーギコメノトである。 ５、エンコードされタハレノト テレスクリプトのエンコードされたパレットは、アペンディノクスの本セク／ヨ ノにおいて定義されている。あるセクションは言語のクラスに、また、別のセク ／−Ｉンはエンコードされたクラスに各々分がれている。ネットワークの全ての エンジンは、以下のことについて一致しなければならない。 （１）割り当てられたテレアドレスのアトリビュート”ｐｒｏｖｉｄｅｒ”が選 択されるメツノド。 （１１）割り当てられたテレネームのアトリビｘ　ｈ”　ａｕｔｈｏｒｉｔｙ” 　が選択されるメツ、ド。 これらのメツノドのうちの１つの実施例は、この開示のマイクロフィルムアベ７ ディノクスＧに含まれたコノピユータソフトウェアにインプリメントされている 。 ５・　１　コノ６ノ／ヨ／ズ（Ｃｏｎｖｅｎ　Ｌ　１ｏｎｓ空でない（ｎｏｎ− ｅｍｐｔｙ）の１次パレットを用いて、その見本（ｅｘａ＋ａｐｌｅｓ）がエン コードされた各定義済みフレーバーに対して、サブセクションが以下のように当 てられる。第１に、言語フレーバーと次にエンコードされたフレーバーがアルフ ァベット順序て検討される。ミックスインと題された余分のサブセクションは、 その１つの二次パレットに当てられる。 各パレットの大部分は、コラムが以下のようにラベルされ、そして、その行が定 義済みアトリビュートを定義する表を用いて定義される。 ・　主、　アトリビュートが命令的であればＭ″であり、アトリビュートが任意 的であれば、アトリビュートに割り当てられた数字である。 ・　Ａｔｔｒｉｂｕｔｅ　アトリビュートの識別子である。 ・　５ｅｎｄｅｒ　アペンディ・７クスＡのセクションＡ、２．４のノーチー７ ＊７を用いて定義されたアトリビュートの形式である。その形式がＢｏｏｌｅａ ｎ”であり、その２つのインスタンスの内の１つのみがバーミツトされる場合に は、”Ｂｏｏｌｅａｎ”の代わりに”真（ｔｒｕｅ）″又は偽（ｆａｌｓｅ）″ が表われる。 °Ｒｅｃｅｉｖｅｒ　送出しているエンジンがエンコードから７トリビユートを 除かない場合は、ダノ／ユ（”−°′）であり、送出しているエンジンが、アト リビュートを除く場合は、受信するエンジンが供給するべき形式のインスタンス である。 ５．２　ランゲージクラス（Ｌａｎ　ｕａ　ｅ　Ｃ１ａｓｓｅｓ）言語クラスの ためのエンコードされたパレットは、以下のように定義される。 注：特定の言語クラスが、本セクションに不在であるということは、次のように 説明される。オブジェクトのアトリビュートｃｌａｓｓ及び１ｓＰｒｏｔｅｃｔ ｅｄは、エンコードとして表わされるが、アトリビュートとしては表わされない 。オブジェクトは、アトリビューｈｓｉｚｅを計算する。プレースは移動できず 、したがって、エンコードされない。プロセスのクラスは、そのプロセスがエー ジェント又はクラスでない限り、ユーザ定義とされない。ストリームノブは、ア トリビューピｃｕｒｒｅｎｔ″、”１ｓＤｏｎｅ”及び”　ｎｅＸｔ″を計算す る。 （以下、余白。） ５．２．１　エージェント　Ａｅｎｔ このクラスの見本（ｅｘａｍｐｌｅ）は、表８．３の１次バレットを用いてエン コードされる。 １このアトリビュートは、エージェントが領域内において転送される場合には、 送信側のエンジンによって供給され、そうでない場合には、受信側のエンジンに よって供給される。 ２エージエツトのアトリビュート”　ｐｅｒｍｉ＋”のアトリビュート”ｐｒｉ ｏｒｔ　ｔｙ”である。 （以下、余白。） ５．２２　アソンエーンヨン　Ａｓ５ｏｃｉａｔｉｏｎこのクラスの見本（ｅｘ ａｍｐｌｅ）は、表８．４に示した１次バレットを用いてエンコードされる。 ５．２．３　７トリビユート（Ａｔｔｒｉｂｕｔｅ）このクラスの見本（ｅｘａ ｍｐｌｅ）は、表８．５に示した１次バレットを用いてエンコードされる。 １クラスにおいて、これは“Ｓｅｔ　［Ｃ１ａｓｓｌ”である。各クラスは、ク ラス”工Ｅｘｃｅｐｔｉｏｎ”又はそのサブクラスである。 ５．２．４　カレンダタイム　Ｃａ１ｅｎｄａｒ　Ｔｉｍｅこのクラスの見本（ ｅｘａｍｐｌｅ）は、表８．６に示した１次バレットを用いてエンコードされる 。 （以下、余白。） ５．２．５　サイテシヲン　Ｃ１ｔａｔｉｏｎこのクラスの見本（ｅｘａｍｐｌ ｅ）は、表８．７に示した１次パレ・ノドを用いてエンコードされる。 このクラスの見本（ｅｘａｍｐｌｅ）は、表８．８に示した１次バレットを用い てエンコードされる。 （以下、余白。） ５．２．７　クラスデフイニンコン　Ｃ１ａｓｓ　Ｄｅｆｉｎｉｔｉｏｎこのク ラスの見本（ｅｘａｍｐｌｅ）は、表８．９に示した１次ノくし・ノドを用−１ てエンコードされる。 （以下、余白。） ５．２．８　コレク／ヨン　Ｃａｌ　１ｅｃｔｉｏｎこのクラスの見本（ｅｘａ ｍｐｌｅ）は、表Ｂ、ｔｏに示した１次、＜レットを用いてエンコードされる。 ５．２．９　コンストレイ／トディクショナリ　Ｃｏｎ５Ｌｒａｉｎｅｄ　Ｄｉ ｅｔｉｏｎａｒこのクラスの見本（ｅｘａ＋ａｐｌｅ）は、表８．１１に示した １次１くし７トを用いてエンコードされる。 （以下、余白。） ５．２．１０　コンストレイ／トリスト　Ｃｏｎ５ｔｒａｉｎｅｄ　Ｌｉ５ｔこ のクラスの見本（ｅｘａｍｐｌｅ）は、表８．１２に示した１次ノ＜レットを用 （Ａてエンコードされる。 ５．２．１＋　コンストレイノドセット　Ｃｏｎ５ｔｒａｉｎｅｄ　５ｅｔ）こ のクラスの見本（ｅｘａｍｐｌｅ）は、表８．１３に示した１次１＜レットを用 （Ｘでエンコードされる。 （以下、余白。） ５．２．１２　コンストレイント　Ｃｎ５ｔｒａｉｎｔこのクラスの見本（ｅｘ ａｍｐｌｅ）は、表８．１４に示した１次パレットを用いてエンコードされる。 １アトリビニードｃｌａｓｓｌｄ”及び”ｏｆｃｌａｓｓ”は、内在的及び外在 的に各々存在し、前者は、後者のアトリビュート”　ｃｉＬａＬｉｏｎ″のアト リビュート″ｔｉｔｌｅ”である。クラス定義及び池の場所において、アトリビ ュート“ｅｌａｓｓｌｄ″及びｏｆｃＩａｓｓ”は、外在的及び内在的に各々存 在し、アトリビュート“’　ｏｆｃｌａｓｓ“はゼロである。クラス又はクラス 定義において、コンストレイントは、アトリビュート定義のアトリビュート″ｃ ｏｎｓｔｒａｉｎｔ’“、定義オペレーアｇンのアトリビュート″ｒｅｓｕ１ｔ ″、又は定義オペレー／ヲノのアトリビュート”ａｒｇｕｍｅｎｔｓ″の１つの アイテムである。これらのどの場合においても、そのフィーチャ定義は、インタ ーフェースのアトリビュートｃｌａｓｓＦｅａｔｕｒｅｓ’又は１ｎｓｔａｎｃ ｅＦｅａｔｕｒｅｓ”中の値である０最後に、そのイノターフエースは、クラス 又はクラス定義のアトリビュート”１ｎｔｅｒｆａｃｅ”である。 （以下、余白。） ５．２．１３　コノタクト　Ｃｏｎｔａｃｔこのクラスの見本（ｅｘａｍｐｌｅ ）は、表８．１５に示した１次パレットを用いてエンコードされる。 ５．２．１４　ディク／ヨナリ　（Ｄｌｃｔｌｏｎａｒ）このクラスの見本（ｅ ｘａｍｐｌｅ）は、表Ｂ、１６に示した１次パレットを用いてエンフードされる 。 ５．２．１５　インプリメンテインコノ　ＩＩｌｌｅｍｅｎｔａｔｌＯｎこのク ラスの見本（ｅｘａｍｐｌｅ）は、表８．１７に示した１次パレットを用いてエ ンコードされる。 １クラスにおいて、これは°’　Ｄｉｃｔｉｏｎａｒｙ　［Ｃｌａｓｓ％Ｍｅｔ ｈｏｄコ”である。 ２クラスにおいて、これは°’　Ｌｉ５ｔ　［Ｃ１ａｓｓ］“である。 （以下、余白。） ５．２．１６　インターフェース　Ｉｎｔｅｒｆａｃｅこのクラスの見本（ｅｘ ａｍｐｌｅ）は、表Ｂ、１８に示した１次パレットを用いてエンフードされる。 １し／−バは、識別子のリスト、クラス”　０ｂｊｅｃｔ”のリストを供給する 。クラスにおいて、これは、”　Ｌｉ５ｔ　［Ｃ１ａｓｓコ’“であり、し／− バは、クラス、すなわち、クラス″０ｂｊｅｃｔ”のリストを供給する。 ５２１７　レキ／フッ（Ｌｅｘｉｃｏｎ）このクラスの見本（ｅｘａｌｉｐｌｅ ）は、クラス゛’　Ｄｉｃｔｉｏｎａｒｙ”の見本（ｅｘａｍｐｌｅ）がエンコ ードされる１次パレットを用いてエンフードされる。 注−レキ７コノのアトリビュート”　ｃｏｎｓｔｒａｉｎｔ”　ｔよ、イノスト ラク／ｇンセ。 トによって固定されている。 ５．２．１８　リスト（Ｌｉｓｔ） このクラスの見本（ｅｘａｍｐｌｅ）は、表８．１９に示した１次ノでレットを 用いてエンコードされる。 ５．２．１９　メソッド（Ｍｅｔｈｏｄ）このクラスの見本（ｅｘａｍｐｌｅ） は、表８．２０に示した１次／ザレノトを用いてエンフードされる。 （以下、余白。） ５．２．２０　ミックスイン　Ｍｉｘ−ｉｎ２次パレットは、表８．２１のもの である。 注：ハフ／ニドオブジェクトのアトリビニー）　”　ｈａｓｈ”及びインターチ ェンジドオブジェトのアトリビュービｄｉｇｅｓｔ”は、オブジェクトによって 計算される。 （以下、余白。） ５．２．２１　オペレー／ヨン　０ｅｒａｔＩＯｎこのクラスの見本（ｅｘａ＋ ５ｐｌｅ）は、表８．２２に示した１次パレットを用いてエンコードされる。 １あるクラスにおいて、これは、”　Ｓｅｔ　［Ｃ１ａｓｓ］”である。各クラ スは、エクセプ７ｇノ又はそのサブクラスである。 ５．２．２２　パッケージ（Ｐａｃｋａｅこのクラスの見本（ｅｘａｍｐｌｅ） は、表８．２３に示した１次パレットを用いてエンコードされる。 注、パッケージのアトリビニート”　ｅｏｎｓＬｒａｉｎＬ”は、インストラク ンツンセノトによって固定されている。 ５．２．２３　パターン　Ｐａｔｔｅｒｎこのクラスの見本（ｅｘａＩＩｌｐｌ ｅ）は、表８．２４に示した１次パレットを用いてエンフードされる。 （以下、余白。） ５、　２．　２４　バー　ミ　ノ　ト　Ｐｅｒｍｉｔこのクラスの見本（ｅｘａ ｍｐｌｅ）は、表８．２５に示した１次パレ１トを用いて工（以下、余白。） ５．２．２５　ペティンコノ　Ｐｅｔｉｔｉｏｎこのクラスの見本（ｅｘａｍｐ ｌｅ）は、表８．２６中の１次パレットを用いてエンフードされる。 ５２２６　ランダムストリーム（Ｒａｎｄｏｍ　Ｓｔｒｅａｍこのクラスの見本 （ｅｘａｍｐｌｅ）は、表８．２７に示した１次パレットを用いてエンコードさ れる。 ５．２．２７　リソース　Ｒｅ５ｏｕｒｃｅこのクラスの見本（ｅｘａｍｐｌｅ ）は、表８．２８に示した１次パレットを用いてエンフードされる。 １アトリビユート”　ｃｏｎｄｉｔｉｏｎｓ”は、アトリビニート”ｅｏｎｄ　 ｉ　ｔ　ｉｏｎ”に等しい１つの識別子を含む。この識別子は、定義されていな い（アンプファインド：　Ｕｎｄｅｆｉｎｅｄ）。 注＝サブジェクトが、そのトリップを開始した時に、リソースの使用を侍ってい たサブジェクト以外のどのプロセスも後に残されてしまうため、もはや、リソー スを待っていることはない。 ５．２．２８　セット　５ｅｔ −次ハレットを使用して、このクラスの見本（ｅｘａｍｐｌｅ）がエンコードさ れる。 また、この−次パレットと共に、クラス゛’　Ｃｏ１１ｅｃｔｉｏｎ″の見本（ ｅｘａ＋＋ｐｌｅ）が、エンコードされる。 ５．２．２９　スタック　５ｔａｃｋ このクラスの見本（ｅｘａｍｐｌｅ）　ｌよ、表８．２９に示した１次パレット を用いてエンコードされる。 ５．２．３０　テレアドレス　Ｔｅ１ｅａｄｄｒｅｓｓこのクラスの見本（ｅｘ ａｍｐｌｅ）は、表８．３０に示した１次パレットを用いてエンンコードされる 。 （以下、余白。） ５．２．３１　テレネーム　Ｔｅｌｅｎａｍｅ）このクラスの見本（ｅｘａｍｐ ｌｅ）は、表８．３１に示した１次パレットを用いてエンコードされる。 ５．２．３２　テレナンバ（Ｔｅｌｅｎｕｍｂｅｒ）このクラスの見本（ｅｘａ ｍｐｌｅ）は、表８．３２に示した１次パレットを用いてエンコードされる。 （以下、余白。） ５、　２．　３３　チケ　ノ　ト　Ｔｉｃｋｅｔこのクラスの見本（ｅｘａｍｐ ｌｅ）は、表８．３３に示した１次パレットを用いてエンフードされる。 ５．２．３４　チヶノトスクノブ（Ｔｉｃｋｅｔ　５ｔｕｂ）このクラスの見本 （ｅｘａｍｐｌｅ）は、表８．３４に示した１次パレットを用いてエンコードさ れる。 ５．２．３７　アンエクスペクティドエクセプ／ｇン　υｎｅｘ　ｅｃｔｅｄ　 Ｅｘｃｅ　Ｌｉｏｎ５．２．３５　タイム　Ｔｉｍｅ このクラスの見本（ｅｘａｍｐｌｅ）は、表８．３５に示した１次パレットを用 いてエンコードされる。 ５．２．３６　１−リノブエグセブンヨン　ＴｒｘＥｘｃｅｔｌｏｎこのクラス の見本（ｅｘａｍｐｌｅ）は、表８．３６に示した１次パレットを用いてエンコ ードされる。 ５．３．１　キャッチフレーム　Ｃａｔｃｈ　Ｆｒａｍｅこのクラスの見本（ｅ ｘａｍｐｌｅ）は、表８．３７に示した１次パレットを用いてエンコードされる 。 しリンフスリ兄仝（ｅＸａｍｐｌｅ）１；、衣じ、Ｊソも１小し１こｌ久ＩゞＶ ｙＴ’で用い（エンコードされる。 ５．３．３　ブレデファインドフレーム　Ｐｒｅｄｅｆｉｎｅｄ　Ｆｒａｍｅこ のクラスの見本（ｅｘａｍｐｌｅ）は、表８．４１に示した１次バレットを用い てエンコードされる。 ５３．４　リピートフレーム（Ｒｅｅａ（Ｆｒａｍｅ）このクラスの見本（ｅｘ ａｍｐｌｅ）は、表８．４２に示した１次ノくレットを用（１てエンコードされ る。 ５．３．５　レストリフトフレーム　Ｒｅ５ｔｒｉｃｔ　Ｆｒａｍｅこのクラス の見本（ｅｘａｍｐｌｅ）は、表８．４３に示した１次バレットを用いてエンコ ードされる。 ５．３．６　センドフレーム（Ｓｅｎｄ　Ｆｒａｍｅこのクラスの見本（ｅｘａ ｍｐｌｅ）は、表Ｂ、４４に示した１次バレットを用いてエンコードされる。 ５．３．７　ユースフレーム　Ｌｌｓｅ　Ｆｒａｍｅこのクラスの見本（ｅｘａ ＠ｐｌｅ）は、表Ｂ、４５に示した１次ノイレノトを用いてエンフードされる。 （以下、余白。） ５．３．８　ユースデファインドフレーム　Ｕｓｅ−Ｄｅｆｉｎｅｄ　ＦｒａＩ Ｉｅこのクラスの見本（ｅｘａｍｐｌｅ）は、表Ｂ、４６に示した１次パレ・ノ ドを用いてエンコードされる。 １このフレームが、エージェントのアトリビュートフレームのアイテムであるエ ージェントである。 （以下、余白。） ５．３．９　ホワイルフレーム　Ｗｈｉｌｅ　Ｆｒａｍｅこのクラスの見本（ｅ ｘａ謁ｐｉｅ）は、表８．４７に示した１次パレットを用いてエリコードされる 。 （以下、余白。） アペンディックスＣ 著作権　ジェネラル・マジ・Ｉり社　１９９２．１９９３゜？ｊｌＬ製をＭｆ。 以下の目次は、読者がアペンディノクスＣの構成を理解し、その情報を検索する ために役立てるものである。 概観 構成 引用 ２　インターフェースの概念 ２．１　テレネーム（Ｔｅｌｅｎａｍｅ）２．２　ネットワーク（Ｎｅｔｗｏｒ ｋ）２３　エンジン（Ｅｎｇｉｎｅ） ２．４　プラネット７　＊−ム（Ｐｌａｔｆｏｒｍ）２．５　リージョン（Ｒｅ ｇｉｏｎ） ２．６　アウトポスト（Ｏｕｔｐｏｓｔ）２７　ドメイン（Ｄｏｍａｉｎ） ２．８トランスフｙ　（Ｔｒａｎｓｆｅｒ）２．９トランス７７　：Ｌ　ニット （Ｔｒａｎｓｆｅｒ　１ｌｎｉｔ）２１０　テステイネー／Ｗン（Ｄｅｓｔｉｎ ａｔｉｏｎ）２１１　トランスファグループ（Ｔｒａｎｓｆｅｒ　Ｇｒｏｕｐ） ２．１２　ウェイ　（Ｗａｙ） ２．１３　ミーンズ（Ｍｅａｎｓ） ２゜１４　リザベインｇン（Ｒｅｓｅｒｖａｔｉｏｎ）２１５　ランク（Ｒａｎ ｋ） ３、　通信クラス ３１　リザベインヨン（ｌｔｅｓｅｒｖａｔｉｏｎ）３．２　リザーバプルミー ／ズ（Ｒｅｓｅｒｖａｂｌｅ　Ｍｅａｎｓ）３Ｊ　ＰＳＴＮミーンズ（ＰＳＴＮ 　Ｍｅａｎｓ）３４　エグノステイングコ不り／１ンミーンズ（Ｅｘｉｓｔｉｎ ｇ　Ｃｏｎｎｅｃｔｉｏｎ　Ｍｅａｎｓ）４　テレスクリプトにおけるインター フェース４．１　工’ｔノン（Ｅｎｇｉｎｅ） ４２　プラＩトフォーム（ＰｌａｔイｏｒＩｍ）４３　デステイ不−／ｇン（Ｄ ｅｓｔｉｎａｔｉｏｎ）４４　フエイラ−（Ｆａｉｌｕｒｅ） ５　ルーティング（ＲＯＵＴＩＮＧ） ルーティングアルゴリズム ６　Ｃ＋＋におけるインターフェース インターフェースの記述 タスク ＣＩ　Ｃ１ａｓｓ テレスクリプトのインターフェースオブジェクト７１　インターフェースの規約 １．２ＴｓＣｈａｒａｃｔｅｒ ？、　３　ＴｓＤｅｓｔｉｎａｔｉｏｎ７４　丁５ＤｅｓｔｉｎａｔｌｏｎＬｉ ｓｔ７、５　ＴｓＥｘｉｓｔｉｎｌ（ＣｏｎｎｅｃｔｉｏｎＭｅａｎｓ７、６　 Ｔｓｌｎｔｅｇｅｒ ？、　７　ＴｓｌｎｔｅｇｅｒＬｉｓｔ７、８　ＴｓＭｅａｎｓ Ｔ、９ＴｓＯｂｊＳｐｅｅｉｆｉｅｒ ７．１０　７ｓＯｃｔｅＬ ７．１１　ＴｓＯｅｔｅＬｓ ７．１２　丁ｓＰＳＴＮＭｅａｎｓ ７．１３　ＴｓＲｅｓｅｒｖａｂｌｅＭｅａｎｓ７、１４　ＴｓＲｅｓｅｒｖａ Ｌｉｏｎ７゜Ｉｓ　ＴｓＳｔｒｉｎｇ ７１６　丁５Ｔｅｌｅａｄｄｒｅｓｓ ７．１７　ＴｓＴｅｌｅｎａｉｅ ７　１ｇ　ＴｓＴｅｌｅｎｕ＋ａｂｅｒ７、１９　７ｓＷａｙ （以下、余白。） 上−ｍ 艮−級 このアペンディノクスは、テレスクリプトエンジンが実行されるプラットホーム から、テレスクリプトエンジンが得ることができる”通信サービス”を定義する 。２つのエンジンは、テレスクリプトのオペレージｗ７″′ｇｏ”及び”５ｅｎ ｄ”によって要求されたとき、１つのエンジンの１つのブレイスから別のエンジ ンの別のブレイスへａｇｅｎｔ’の表現を転送させるために、これらのサービス を使用する。 このアペノディノクスは、主に２つの部分から成る。第１に、エンジンとプラッ トフォームの間のインターフェースの記述にテレスクリプトを用いる際に、テレ スクリプトエンジンが理論的に必要とする通信サービスについて記述する。第２ に、これらのサービスを提供するｃ＋＋”アブリケーノコノ・プログラミング・ インターフェース”　（ＡＰＩ）について記述する。 通−盛 この了ベノディノクスは７つのセク／−ｌンに分けられる。セクション１は、こ こに記載されている序である。セクション２では、インターフェースの基本的な フンセブトについて記述する。セクション３では、いくつかの追加されるテレス クリプトクラスについて記述する。セクション４では、テレスクリプトのインタ ーフェースについて記述する。セフ／タン５では、転送について一層詳細に説明 する。セフ／タン６では、インターフェースを実行するｃ＋＋ＡＰＩについて記 述する。セフ／タン７では、そのＡＰＩにおいて使用されるテレスクリプトクラ スのｃ＋＋での表現について記述する。 弘−里 このアベンディノクスは、本明細書で開示されるアペンディックスＡに依存して いる。 ２、インターフェースの　念 このアベンディノクスのこのセクションでは、テレスクリプトコミニュケーンｊ ン及びコミニュケー７ｇンインターフェースの基本的なコンセプトについて記述 する。ここに記述されるオブジェクトの多（は、テレスクリプトの命令（インス トラクンヨン薯ｎ５ｔｒｕｃｔｉｏｎ）セットにおいて、又はエンジンのコミニ ュケーンヲノインターフェースにおいて、直接に表現される。 ２１　テレネーム（Ｔｅｌｅｎａｍｅ）テレスクリプトは、ブレイス間の、特に エンジノ間のオブジェクトの移動をサポートする。テレスクリプトの世界におい て、各ブレイスには、別々の”テレネー４　（Ｔｅｌｅｎａｍｅ）”が割り当て られている。テレネームは、２つのアトリビュート、すなわちａｕｔｈｏｒｉ　 ｔｙ”と１°１ｄｅｎｔｉｔｙ″を持つ。 テレスクリプトは、テレネームをサポートする。このテレネームには、割り当て られたテレネーム、すなわち”アサインドテレネーム（ａｓｓｉｇｌＩｅｄ　ｔ ｅｌｅｎａｍｅ）″と、割り当てられていないテレネーム、すなわちｎ７ンアサ インドテレネーム”とがある。 テレスクリプトエンジンによってオブジェクトに組み合わされたアサインドテレ ネームは、常にオーソリティと識別情報（アイデンティティ：　１ｄｅｎｔｉｔ ｙ）の両方を富んでいる。７ノアサインドテレ不−ムは、テレスクリプトの１以 上のオブジェクトを特定することを意図している。すなわち、ノンアサインドテ レネームは、そのテレネームに固有のアトリビュートを省略することができ、こ のとき、そのテレネームはいくつかのオブジェクトを特定する。 ２．２　ネットワーク　（Ｎｅｔｗｏｒｋ）テレスクリプトの”不、トワーク（ Ｎｅｔｗｏｒｋ）”は、１以上のり−ジヲン（領域）を含む。ネットワークは、 そのリージョンの全てを完全１こ相互接続できると（±限らず、これらのリージ ョンの任意の２つの間（こお（・・て、情報の°°２地声、間転送（ｐａｉｎｔ −ｔｏ−ｐｏｉｎｔ　ｔｒａｎｓｆｅｒ）　”は、可能ではな（Ｘこと力；あり うる。し／ｌ）Ｌ、ネットワークが任意の２つのリージョン間において、情報の ”蓄積交換転送（ｓｔｏｒｅ−ａｎｄ−ｆｏｒｖａｒｄ　ｔｒａｎｓｆｅｒ）　 ”ができる程度には、各リージョン１ま相互を妾統される。 ２．３−五２２Ｚユ旺肚坦と °“エンジン（Ｅｎｇｉｎｅ）　”は、テレスクリプトのクラストラクン９ンセ ノトの抽象化を実現するコンピュータプロセスである。エンジンｉｆｆ也のエン ジンとｍ（Ｋすることによって、部分的に、これを行なう。エンジン＋よ、アサ インドテレネームによって表される。 ２．４　プラットフォーム　Ｐｌａｔｆｏｒｍ゛°プラットフォーム（Ｐｌａｔ ｆｏｒｍ）　”は、１以上のエンジンをサポートするノ＼−ドウエア及びソフト ウェアの集まりである。プラットフォーム（ヨ、エンシンカ（、同一のプラット フォーム上にあるエンジンや、そのプラットフォームと↑妾続された他のプラッ トフォーム上にあるエンジンと通信することを可能にする。 ２．５　リージョン　Ｒｅ１Ｏｎ） ゛リージー、　７　（Ｒｅｇｉｏｎ）　”は、個人又は団体（こよってｔｉ作さ れるプラットフォームとエンジンを含む。 １つのリージョンは、そのリージヨンが含んで０る）゛ラットフオームを完全（ こ相互接続する。したがって、リージ叢ンは、このようなプラットフォームの任 意の２つの間において、情報の２地点間転送を可能にする。各リージョンは、リ ージョンへのアクセス及びリージョンからの離去が可能な１以上のプラットフォ ームを含む。このようなプラットフォームによって、各ラージ１ンが相互接続さ れて１つのネットワークを形成する。リージョンは、固有のアトリビュートが省 略されたブレネームによって表される。 ２．６　アウトポスト（ＯｕｔＯ３ｔ リージョンは、他のリージョン内にアウトポストを有しうる。”アウトポスト（ Ｏｕｔｐｏｓｔ）”は、リージョン内のブレイスであり、あるリージョンから、 そのアウトポストがあるリージョンへの転送の経路となる。 ２．７　トメイノＤｏｍａｉｎ ”　ドメイン（Ｄｏｍａｉｎ）″は、リージョンである。ただし、池のり−ジョ ン内にあるそのリージョンの全てのアウトポストも含む。 ２．８　トランスフｙ　（Ｔｒａｎｓｆｅｒ）”　トランスファ（Ｔｒａｎｓｆ ｅｒ）″は、あるエンジン、すなわち”転送元エンジン（ｓｏｕｒｃｅ　ｅｎｇ ｉｎｅ）”から、他の二ノノノ、すなわち”転送先エンジン（ｄｅｓｔｉｎａｔ ｉｏｎ　ｅｎｇｉｎｅ）　’“への、トラ／スフアユニットの伝送である。 トランスファユニットは、トランスファをルーティングするために用いることが できる”テステイ不−ノコン（ｄｅｓｔｉｎａｔｉｏｎ）”を特定する。さらに 、トランスファのために使用される、′トランスポート（ｔｒａｎｓｐｏｒｔ） ″及びルートに影響を与えるウェイを設けることができる。 ２．９　トランスファユニット　Ｔｒａｎｓｆｅｒ　ｔｌｎｉｔ”　トラ′スフ １　：Ｌ　ニー　ｙト（Ｔｒａｎｓｆｅｒ　ＵｎｉＬ）　”　Ｉｔ、トランスフ ァの際１ご、エンジン間で（云送される。トランスファユニット１よ、オフ１ト スト１ノングとデステイネー／Ｎンから成る。これらは、エンジン間にお（Ｘて ｆ云送される唯一のデータ項目（データアイテム：ｄａｔａ　ｉｔｅｍ）である 。起点となるプラットフォームへのトランスファを特定する際に、及び目的地（ デステイネーンヲン：　ＤｅｓｔｉｎａＬｉｏｎ）　ｌこお０てトランスファを 受ける際に、更（こ他のデータカ（呼び出される。 ２、ＩＯデステイネ−７＊　７　（Ｄｅｓｔｉｎａｔｉｏｎ”デステイ不一シヲ ベＤｅｓｔｉｎａｔｉｏｎ）　”　ｌ！、トランスファユニットの最終的な目的 地を表す。 ２．１１　トランスファグル−プ（Ｔｒａｎｓｆｅｒ　Ｇｒｏｕアベンデイノク スＡに記載されるテレスフ１ノブトのオペレー／ヨン″５ｅｎｄ″１よ、リザル トとして、同一のオクテ、トスト１７ングを（飄りつ力）の目的地（こ（云送す る。 °゛トランスフアグループＴｒａｎｓｆｅｒ　Ｇｒｏｕｐ）　”　Ｉま、トラン スフ１ユニツトとそれに関連しｔこデステイ不−ノＩＩンの集合と、（云送され て一＼るオクテ、トストＩＪングの１つのコピーとである。 トランスファグループは、論理的（こζよ、その要素であるトランスファユニッ トを表している。ブラットフオーム（よ、単一のトランスフ１グループを、摸数 のより小さなトランスファグル−プ及び／又（よ単一のトランスファユニット（ こ分解スることができる。 ２．１２　ウェイ　Ｗａ ”ウェイ（Ｗａｙ）　’“は、１つのＩＪ−シコン又（よエンジンと、その１ノ ージヲン又Ｃよエンジンと通信する手段と、その通信のための″認証情報（ａｕ ｔｈｅｎｔｉｅａｔｉｎｇ　ｉｎｆｏｒｍａｔｉｏｎ）　’とを特定する。 エンジンから出るトランスファは、トランスファの要求を定義するウェイ、すな わち”ウェイアウト（ｗａｙ　ｏｕｔ）”を特定する。到来するトランスファは 、最初の転送元に向かう次のトランスファにおいてウェイアウトとして使用する ことができるウェイ、すなわち”ウェイバック（ｗａｙ　ｂａｃｋ）　”を、エ ンジンに供与する。 ２．１３　ミーンズ（績ｅａｎｓ） ”　ミーンズ（Ｍｅａｎｓ）　”は、例えば有線や無線ネットワークのような、 トランスファに使用される伝送形式を特定する。ミーンズは、１サ一ビス品質（ ｑｕａｌｉｔｙｏｆ　５ｅｒｖｉｃｅ）　”のパラメータや、”公衆電話網（Ｐ ＳＴＮ）″の接続のための電話番号のような、伝送のための特定のデータを育す る。 ゛°リザーパブルミーンズ（ｒｅｓｅｒｖａｂｌｅ　ｓθａｎｓ）”は、リザベ イシ璽ンが適用される伝送形式を特定する。 ２．１４　リザベイ／ｇン（Ｒｅ５ｅｒｖａｔｉｏｎ″　リザペインゴン（Ｒｅ ｓｅｒｖａｔｉｏｎ）″は、トランスファのリザルトとしてプラットフォームに よって確立されたコネクションが、ある一定の時間保持されることをめる要求で ある。リプベイ／ジンは、１つのコネクションが多重のトランスファに使用され ることを許容する際のきっかけとなる。 リザベイン薔ンは、トランスファがリザーバブルミーンズを有するウェイを特定 するときにだけ、意味を持つ。 ２．１５　ランク　Ｒａｎｋ トランスファは、′権限（ｐｒｉｖｉ　ｌｅｇｅｄ）″を考慮することができる 。１ランク（Ｒａｎｋ）”は権限の表示である。ランクは、整数であり、値が０ の場合は権限力（ないことを意味する。０以外の値の意味は、各リージツンに固 有のものである。 ソージョン間のトランスファにおいて、ランクは、変更又は無視することができ るものと見なすことができる。 １−一止１久二五 このセクシヨンでは、アペンデイ、クスへに記載されていないテレスクリプトク ラスを定義する。 ３．１　リザベイン言ン　Ｒｅ５ｅｒｖａｔｉｏｎｂｊｅｃｔ ＩｎｔｅｒｆａＣｅＯ；（・・・）。 パブリノククラスクレスアトリビュート　Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａ ｔｔｒｉｂｕｔｅｓプラットフォームによって生成されたりザベインヨン（二つ ０ての識号１子である。 ３．２　リザー／ゞブルミーンズ　Ｒｅ５ｅｒｖａｂｌｅ　Ｍｅａｎｓｂｊｅｃ ｔ −−Ｒｅ５ｅｒｖａｂｌｅ　Ｍｅａｎｓクラス（Ｃ１ａｓｓ） ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　（Ｍｅａｎｓ）　＊←°“）；二なユ ム仁ｌ又ゲニ上シ姐二り山虱園加坦猿Ｊ旦ｌ坦１Ｒｅｓａｒｖａｔｉｏｎニ ブラットフオームによって生成されたリザベイ／ａンにつｔｌての！５３１１子 である。 ３．３　ＰＳＴＮミーンズ　ＰＳＴＮ　Ｍｅｉｎｓｂｊｅｃｔ −−Ｒｅ５ｅｒｖａｔｉｏｎ　Ｍｅａｎｓ・・・ＰＳＴＮＭｅａｎｓ ２二ｌバ旦且阻と ＰＳＴＮＭｅａｎｓ： １ｎＬｅｒｆａｃｅ　（ＲｅｓｅｒｖａｂｌｅＭｅａｎｓ）　；（−１＋パブリ ツクインスタンスアトリビユート　Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ａｔｔｒ ｉｂｕｔｅｓｔｅｌｅ　ｈｏｎｅＮｕｍｂｅｒ Ｔｅｌｅｎｕ＋５ｂｅｒ； このトリップのために使用されるテレホンナンバである。 ３．４　エグジスティノグコ不りンヨンミーレス゛（Ｅｘｉｓｔｉｎ　Ｃｏｎｎ ｅｃｔｉｏｎ　Ｍｅａｎｓ）ｂｊｅｃｔ −−Ｒｅ５ｅｒｖａｂｌｅ　Ｍｅａｎｓｏ　°　１　Ｅｘｉｓｔｉｎ　Ｃｏｎｎ ｅｃｔｉｏｎ　Ｍｅａｎｓクラス（Ｃ１ａｓｓ） Ｅｘｉｓｔｉｎ　ＣｏｎｎｅｅｔｉｏｎＭｅａｎｓｉｎｔｅｒｆａｃｅ　（Ｒｅ ｓｅｒｖａｂｌｅＭｅａｎｓ）　＝１′）；°　脆−匡 コネルｇノを特定するためにプラットフォームが使用することができる識別子で ある。 ムー二已しソ工」二臼ヱと二、２ このセクションにおいて、エンジンとプラットフォームの間のインターフェース は、あたかも両方ともテレスクリプトオブジェクトであるかのように特定される 。（ただし、実際にはそうでない。）この定義は、汎用性を考慮したものである 。すなわち、ここでの定義は、エンジン及びプラットフォームをインプリメント するために使用される特別のプログラミング言１み七は無関係となるように意図 されている。 以下のテレスクリプトのクラス定義は、このイノターフエースにおいて用いられ る。これらの定義については、アペンディノクスＡ及びこのアペンディノクスの セクション３を参照すること。 匹旦旦カゴ更 短 Ｒｅ５ｅｒｖａｔｉｏｎ ４．１　エンジン　Ｅｎ＋ｎｅ ｂｊｅｃｔ ｍ−−・・・イーｍ　ｖ７吋６■蚤−几へ℃迎れている秒数である。応答側（レ スボンダエクセブンｇン（ＬｒａｎｓｆｅｒＦａｉｌｅｄＦａｉｌｅｄ”）が送 出される。 ｔｒａｎｓｆｅｒｏｕｔＦａｉｌｅｄ＋ｏｐ　（ ｒｅａｓｏｎ：　Ｆａｉｌｕｒｅ； ｇｒｏｕｐｌＤ：　ＩｎＬｅｇｅｒ； ｆａｉｌｕｒｅｓ：　Ｌｉ５ｔ　［Ｉｎｔｃｇｅｒ］　ｌ　ＮｉＮ１１）ｔｈｒ ｏ　ＵｎｋｎｏｗｎＴｒａｎｓｒｅｒＧｒｏｕｐ、　ＬｌｎｋｎｏｗｎＴｒａｎ ｓｆｅｒｔｌｎｉＬ；トランスファグループのうちの１以上のトランスファユニ ット（アーギュメント″ｇｒｏｕｐｌＤ″）が失敗している。失敗の原因は、ア ーギュメント″’　ｒｅａｓｏｎ”に与えられる。失敗したトランスファユニッ トは、オベレー／ｌＩン゛’　ＬｒａｎｓｆｅｒＯｕＬ″の遂行において与えら れた目的地の元々のリストに対する整数値のインデックスリスト（アーギコメン ビｆａｉｌｕｒｅ”　）によって、特定される。このリストはｌで始まり、これ はトランスファユニ、トの最初のユニットを特定する。 リストが与えられない場合、すなわちアーギュメント”　ｆａｉｌｕｒｅ”の値 がニル（０）の場合、グループ中の全てのトランスファは失敗している。これは 、グループの全てのユニットを列挙するリストに相当する。 レスポンダが、アーギコメンビｇｒｏｕｐｌＤ”によって表されるオペレーンラ ン”ＬｒａｎｓｆｅｒＯｕＬ”を以前に、遂行していなかった場合は、エクセブ ／９ン（”　ｔｌｎｋｎ。 ｖｎＴｒａｎｓｆｃｒＧｒｏｕｐ”　）が送出される。又、アーギュメント”ｆ ａｉｌｕｒｅ″の項目（アイテム口ｔｅａ）が、このトランスファグループにつ いての目的地のリストへの適切なインデックスでない場合は、エクセブシ：１７ 　（”　ＵｎｋｎｏｖｎＴｒａｎｓｆｅｒＵｎｉｔ”　）が送出される。 ｔｒａｎｓｆｅｒｏｕＬｃｏｍ　ｆｅｔｅ：ｏｐ　（ｇｒｏｕｐｌＤ：　Ｉｎｔ ｅｇｅｒ：　ｓｅｒｉａｌＮｕｍｂｅｒ：　Ｉｎｔｅｇｅｒ＞ｔｈｒｏｗｓ　Ｕ ｎｋｎｏｗｎＴｒａｎｓｆｅｒＧｒｕｏｐ；特定のトランスファグループ（アー ギュメント”ｇｒｏｕｐｌＤ”　）についてのオペレーション’　ｔｒａｎｓｆ ｅｒｏｕｔ″が完了したことを示す。特にこのグループについて、更なるオペレ ーション″ｔｒａｎｓｆｅｒＯｕｔＦａｉｌｅｄ’はありえない。このグループ に関して、トランスファユニットに関連する全てのリソースは、解放される。 レスポンダが、アーギュメント″ｇｒｏｕｐｌＤ”によって表されるオペレージ 璽ン”ｔｒａｎｓｆｅｒｏｕｔ”以前に、を遂行していなかった場合は、エクセ ブシ請ン（”υｎｋｎ。 ｖｎＴｒａｎｓｆｅｒＧｒｏｕｐ”　）が送出される。 ４．２　プラットフォーム　ＰｌａｔｆｏｒｍＯｂｊｅ員 １ｎｔｅｒｆａｃｅ　Ｏ；（−）＋ ｃｏｎｓｔｒｕｃｔｔｏｎ ｉｎｉｔｉａｌｉｚｅ： ｏｐ　（ｅｎｇｉｎｅ：　Ｔｅｌｅｎａｍｅ）；名前が付けられたエンジン（ア ーギュメント”　ｅｎｇｉｎｅ″）によって使用されるレスポンダをイニ／ヤラ イズ、すなわち初期化する。 パブリノククラスタレスオベレー７−Ｉン　Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　 Ｏｅｒａｔｉｏｎｓ）ｔｒａｎｓｆｅｒｏｕｔ ｏｐ　（ｏｃｔｅｔｓ：　ＯｃｔｅＬＳｔｒｉｎｇ：ｄｅｓｔｉｎａｔｉｏｎｓ ：　Ｌｉ５ｔ　［Ｄｅｓｔｉｎａｔｉｏｎ］；ｒａｎｋ：　Ｉｎｔｅｇｅｒ： ｗａｙ：　Ｗａｙ　ｌ　Ｎｉ１ ｄｅｓｉｒｅｄＤｕｒａＬｉｏｎ：　Ｉｎｔｅｇｅｒ：ｍａｘｉｍｕｍＤｕｒａ ｔｉｏｎ：　Ｉｎｔｅｇｅｒ：ｇｒｏｕｐｌＤ：　Ｉｎｔｅｇｅｒ） ｔｈｒｏｗｓ　ＩｎｖａｌｉｄＤｅｓｔｉｎａＬｉｏｎ、１ｎｖａｌｉｄＷａＦ ：アーギニメ／”ｏｃｔｅｔｓ”、”　ｄｅｓｔｉｎａｔｉｏｎｓ″、”ｒａｎ ｋ″（こよって定義されたトランスファグループを、１以上の目的地のエンジン に配送することを要求する。 グループはグループＩＤ（アーギュメント”　ｇｒｏｕｐｌＤ’“）によって特 定される。こ０）オペＬ／　−７Ｈノの結果、続いて行われるオペレーンラン″ ｔｒａｎｓｆｅｒｌｎ”　、”　ｔｒａｎｓｆｅｒｏｕｔＦａｉｌｅｄ”　、” 　ｔｒａｎｓｆｅｒＦａｉｌｅｄ”のうちの１つにおいて、このグループを構成 する各トランスファユニットが参照される。 う／り（アーギュメント”ｒａｎｋ”　）は、このトランスファが特権を持つが 否がを特定する。 アーギュメント°Ｂｙ”は、ニル（０）である場合には、トランスファをルーテ ィングするために使用される。 トランスファの望ましい持続時間は、秒数（アーギュメント”ｄｅｓｉｒｅｄＤ ｕｒａｔｉ。 ｎ”）で特定される。これはトランスファの望ましい最長持続時間である。望ま しい持続時間の値が０′であることは、このトランスファには望ましい持続時間 が設定されていないことを意味する。 トランスファに許容される最長持続時間は、秒数（アーギュメント″ｗａｘ　ｉ ｍｕｍＤｕｒａｔｉｏｎ’”）で特定される。これはトランスファに許可される 最長持続時間である。 オペレーア−Ｉン″ＬｒａｎｓｆｅｒＯｕｔ’の後、この秒数の間にオペレーシ ョン″ｔｒａｎｓｒｅｒｏｕｔｃＯ＋ｍｐｌｅｔｅ″が起きなかった場合は、こ のグループについてオペレージ１ン”ｆａｉ　１Ｔｒａｎｓｆｅｒ”が遂行され た場合と同じ結果となる。最長持続時間の値が”Ｏ”であることは、このトラン スファには最長持続時間が設定されていないことを意味する。 目的地のリストが不適切である場合は、エクセプン（ン（”１ｎｖａｌｉｄＤｅ ｓｔｉｎａｔｉＯｎ′）が送出され、又、アーギュメント”ｍａｙ”が供給され ているが、ニル（０）でないアトリビュートを持っていない場合は、エクセブン ヨン（”ｉｎｖａｌｉｄｗａｙ”　）が送出される。 ｆａｉｌＴｒａｎｓｆｅｒ ｏｐ　（ｇｒｏｕｐｌＤ：　Ｉｎｔｅｇｅｒ）ｔｈｒｏｅｓ　Ｉｊｎｋｎｏｗｎ ＴｒａｎｓｆｅｒＧｒｏｕｐニゲループＩＤ（アーギュメント”　ｇｒｏｕｐｌ Ｄ”　）によって特定されたトランスファグループについて、継続中の全てのト ランスファユニットが失敗するように要求する。 たたし、トランスファグループの全てのトランスファユニットが失敗するとは限 らない。このオペレーンタンの結果として失敗に終わったトランスファユニ／ト は、１以上のオペレーンタン”ｔｒａｎｓｆｅｒｏｕｔＦａｉｌｅｄ”とそれに 続く”ｔｒａｎｓｆｅｒＣｏｍｐｌｅｔｅ”とを生ずる。 前回の”　ｔｒａｎｓｆｅｒＯｕｔ”においてグループＩＤが使用されなかった 場合は、エクセプ／：Ｉン（ＬｌｎｋｎｏｖｎＴｒａｎｓｆｅｒＧｒｏｕｐ″） が送出される０ＩａｋｅＲｅｓｅｒＶａｔｉＯｎ＋ ｏｐ　（ｄｕｒａｔｉｏｎ：　Ｉｎｔｅｇｅｒ）　Ｒｅｓｅｒｖａｔｉｏｎｔｈ ｒｏｗｓ　ＣａｎｎｏｔＲｅｓｅｒｖｅ；持続時間（アーギュメント”　ｄｕｒ ａｔｉｏｎ”　）の新たなりザベイ／ｇンをリターンする。リザベイ／！Ｉンは 、次のオペレーンタン°’　ＬｒａｎｓｆｅｒＯｕｔ”のためにリザーバブルミ ーノズにおいてリザベイ／：ｌンが使用される場合、活性化（ａｃｔｉｖｅ）す る。 リザベイ／−Ｉンの時間が過ぎた時、リザベイ／ｇノがもはや有効でなくなり、 そのリザーベインヨンを使用しようとするトランスファは失敗する。 リザベイ／ヨンは、もはや必要とされなくなった時に、オペレーンタン″ｒｅｓ ｅｔＲｅｓｅｒｖａｔ　ｉｏｎ’“によって取り消すべきである。プラットフォ ームは、未使用のりザベイノヨンに対して最長存続期間を課することができる。 レスポンダがリザーベイ／コノを供与できない場合は、エクセブンｇン″Ｃａｎ ｎｏＬＲｅｓｅｒｖｅ”が送出される。 ｒｅｓｅｔＲｅｓｅｒｖａｔ　１ｏｎ ｏｐ　（ｒｅｓｅｒｖａｔｉｏｎ：　Ｒｅ５ｅｒｖａｔｉｏｎ、　ｄｕｒａｔｉ ｏｎ：　Ｉｎｔｅｇｅｒ）ｔｈｒｏｗｓ　ＬｌｎｋｎｏｖｎＲｅｓｅｒｖａｔｉ ｏｎ、１ｎｖａｌｉｄＲｅｓｅｒｖａＬｉｏｎ；現存のりザベイノヨン（アーギ ュメントｒｅｓｅｒｖａｔｉｏｎ″）の持続時間の秒数が変更される。このオペ レーンタンが呼び出された時にリザベインヨンが活性である場合は、新しい持続 時間のりザーベイノヨンを伴ってオペレージ冒ン″Ｌｒａｎｓｆｅｒｏｕｔ”が 行なわれたときと同じ結果となる。 持続時間を０゛°にセットすると、リザベイ／ｇンが取り消される。取り消され たりザーベインコノはもはや有効ではなくなる。リザベイ／ヨンが以前に行われ たオペレーンタン″ｍａｋｅＲｅｓｅｒｖａｔｉｏｎ’によって得られたもので ない場合は、エクセブンヨン（”ｕｎｋｎｏｗｎＲｅｓｅｒｖａｔ　ｉｏｎ″） が送出され、又、リザベイシテンがもはや有効でない場合は、エクセブンヨン（ ”　１ｎｖａｌｉｄＲｅｓｅｒｖａｔｉｏｎ”　）が送出される。 ４．３　デステイネー７ｇン（Ｄｅｓｔｉｎａｔｉｏｎ）ｂｊｅｃｔ 又二ｌΔ旦工はと １ｎｔｅｒｆａｃｅ　Ｏｌ＋（・）： Ｃｏｎ５ｔｒｕｃｔｉｏｎ ｉｎｉｔｉａｌｉｚｅ： ｏｐ　（ ｎａｍｅ：　Ｔｅ１ｅｎａｉｅ　ｌＮｉ１；ａｄｄｒｅｓｓ：　Ｔｅ１ｅａｄｄ ｒｅｓｓ　ｌ　Ｎｉｌ：ｄａｔａ：　ＯｃｔｅｔＳｔｒｉｎｇ　ｌ　Ｎｉ１）； レスポンダの固有のアトリビュートを、同じ名前のアーギユメント（アーギュメ ントｎａｍｅ″、”　ａｄｄｒｅｓｓ”　、”　ｄａｔａ”　）に設定する。 デスティ不−／ヨンの全てのアトリビュートがニル（０）の場合、そのデスティ 不−７ｇンは不適切である。 プライベートイノスタンスアトリビｘ−ト（Ｐｒｉｖａｔｅ　Ｉｎ５ｔａｎｃｅ 　Ａｔｔｒｉｂｕｔｅｓ丁ｅｌｅａｄｄｒｅｓｓｌＮｉｌ； テ゛ステイネ−７ｇ）のアドレスである。 虹昆 ｏｃｔｅＬｓｔｒｉｎｇ　ｌ　Ｎｉｌ；トランスファ・ユニットに組み合わされ た、エンジンの特定データである。 テ゛スティネーンフンのネームでアル。 ４．４　フェイラー　Ｆａｉ　１ｕｒｅｂｊｅｃｔ ｉｎｔｅｒｆａｃｅ　Ｏ＝（−）； ブライ６−トイ／スタンスアトリビュート　Ｐｒ１ｖａｔｅ　Ｉｎ５ｔａｎｃｅ 　Ａｔｔｒｉｂｕｔｅｓ（以下、余白。） トランスファの失敗の理由である。この理由は、表Ｃ，１に示す整数の列としプ ラットフォームは、これ以外の種類の７エイラー（失敗の理由）も提供する。 （以下、余白。） ５、　ルーティング　ＲＯＵＴＩＮＧ トランスファユニットのオペレーンテン″ｔｒａｎｓｆｅｒｏｕｔ”は、典型的 には、他のエンジンにおいて、このユニットについてのオペレーンテン”ｔｒａ ｎｓｆｅｒｌｎ″を生じる。トランスファが転送元のプラットフォームにおいて 失敗した場合、そのトランスファは、転送元のエンジンにおけるオペレーンテン ″ｔｒａｎｓｆｅｒｏｕｔＦａｌｌｅｄ″を伴って失敗する。トランスファユニ 、トは、転送元のプラットフォームからのトランスファが成功したが、目的地の エンジンにおいてオペレーンテン”　ｔｒａｎｓｆｅｒｌｎ”に正常に加われな かった場合、そのトランスファは、オペレーンテン″ｔｒａｒ１ｓｆｅｒＦａｉ ｌｅｄ”を伴って失敗する。 トランスファグループのオペレーンテン″ｔｒａｎｓｒｅｒｏｕｔ″は、その構 成要素であるトランスファユニットのＮ個のオペレーンテン”　ｔｒａｎｓｆｅ ｒｏｕｔ”と論理的に同等である。ランクの値、望ましい持続時間、許容される 最長持続時間、及びウェイは、これら全てのトランスファについて同一である。 目的地のリストに従って、１以上の目的地のエンジンにおいてオペレーンテン” 　ｔｒａｎｓｆｅｒｌｎ”が生じる。 典型的には、プラットフォームは、グループにおいて目的地のリストを検査し、 目的地のエンジンにおけるオペレーンテン“Ｌｒａｎｓｆｅｒｌｎ”の数が最小 となるようにユニットを配送しようと試みる。これは、同一のエンジンへ向かう 予定のトランスファユニットが、１つのグループとして転送され配送されること を意味する。 ルーティングアルゴリズム（Ｒｏｕｔｉｎ　Ａｌ　ｏｒｉＬｈ＋ｇ）オペレー／ ′１ノ′”ｔｒａｎｓｆｅｒＯｕｔ’“の遂行においてウェイが供与された場合 、プラットフォームは、そのウェイをトランスファのルーティングのために使用 する。 ウェイが供与されなかった場合、プラットフォームは目的地のエンジンを定めな ければならない。トランスファユニ、トに組み合わされたネーム及びアドレスに 従って、目的地のエンジンを定めるためのステップは次の通りである。 く開始〉 江　ネームが存在するがアドレスが存在しない場合は、くネームを使用する〉。 ■　アドレスが存在するがネームが存在しない場合は、亘　プロバイダが現在の リージョンである場合は、対応するネームを見いだすか、又はく失敗する〉。 そして、デスティネーシジのネームアトリビュートをネームにセットする。 そして、く開始〉する。 ６１ｓｅ　そうでない場合には、 くアドレスを使用する〉。 ■　ネームとアドレスが共に存在している場合は、■　ブロバイクが現在のり一 ジョンである場合は、くネームを使用する〉。 ｅｌｓｅ　そうでない場合には、 くアドレスを使用する〉。 くネームを使用する〉： ■　オーノリティが現在のり−ジヲンである場合は、■　アイデンティティが存 在している場合は、アイデンティティから目的地のエンジンを判断するか、又は 、く失敗する〉。 ｅｌｓｅ　そうでない場合には、 ロケー／ヨンから目的地のエンジノを判断するか、又は、く失敗する〉。 ｅｌｓｅ　そうでない場合には、 オーソリティのアウトポストを含むエンジンにルーティングするか、又は、く失 敗する〉。 くアドレスを使用する〉： ■　プロバイダが知られている場合は、プロバイダのアウトポストを含むエンジ ンにルーティングする。 鎗　そうでない場合には、 ｆｏｒ　ルーティングの情報に含まれる各プロバイダについて、■　それが現在 のり−ジョンである場合は、それをルーティングの情報から除去する。 ｅｌｓｅ　そうでない場合には、 ■　プロバイダが知られている場合は、プロバイダのアウトポストを含むエンジ ンにく失敗する〉： ■　プロバイダが現在のリージョンである場合は、トランスファは失敗する。 ｅｌｓｅ　そうでない場合には、 旦　元々の二／ジ／がある場合は、 それにルーティングする。 ｌ並　そうでない場合には、 トランスファは失敗する。 ６．Ｃ＋＋におけるインターフェース このセフ／テンでは、エンジンとプラットフォームのインターフェースについて のＣ＋＋インプリメンテ−／ＩＩンを記述する。このインターフェースは、セク ／＝Ｉン４のテレスクリプト仕様に由来する。 ここに提示されるイノターフエースは、必然的に、現在のテレスクリプトエンジ ンのインプリメンテ−／ヨンのいろいろな様相を反映している。特に、Ｃ＋＋Ａ ＰＩは、一般的なインターフェースには現れないような、エンジン上のオペレー ションを含んでいる。 インターフェースの記＼ エンジンオブジェクトは、Ｃ＋＋のクラス”ＣＩ”によって表される。エンジン オブジェクト上のオペレーションは、ＣＩのメンバの機能として供与される。 プラットフォームオブジェクトは、ＣＩのサブクラスによって表される。プラッ トフォームのプロバイダは、ＣＩのサブクラスであり、プラットフォームのオペ レーションを表すＣＩの仮想的な機能をインプリメントする。 エンジン及びプラットフォーム上のオペレーションに対するパラメータとして表 れるテレスクリプトオブジェクトは、テレスクリプトオブジェクトの表現を実現 するいくつかのＣ＋＋のクラスによって、表現される。例えば、”　ＴｓｌｎＬ ｅｇｅｒ”がＡＰＩに表れる時にはいつでも、テレスクリプト’　Ｉｎｔｅｇｅ ｒ”を表すクラス”Ｔｓｌｎｊｅｇｅｒ“°が存在する。このような、テレスク リプトのインターフェースに関するオブジェクトの説明は、このアベンディノク スの次のセクションにおいてなされる。 このイノターフエースのテレスクリプト表現において特定されるエクセプンジン は、エンジン及びプラットフォーム上での全てのオペレーションからリターンさ れる列挙型として、ＡＰ目こおいて処理される。 エンジンとプラットフォームの間に交わされたデータの要素についての記録は、 オペレーンヨンの呼び出し側によって、所有される。この記録は、オペレーショ ンが完了したときに再び請求されることがある。これに対する唯一のエクセブシ ョンは、オペレーション゛’　ｔｒａｎｓｆｅｒｏｕＬ”である。エンジンは、 対応するオペレーション”けａｎｓｆｅｒＯｕｔＣｏ＋１ｐｌｅｔｅ”の遂行が 成されるまで、トランスファアウトの要素を再び請求することはない。 ２五２」１臣神と エンジンは、横取り不可スケジューラを伴って分離したスレ・ノドとして実行す る多重の協調型タスクとして、インプリメントされる。クラス”ＣＩ″のインス タンスは、エンジンにおいて、１つのスレ、ドとして走る。クラス゛’ＣＩ”の サブクラスは、関数”５ａｉｎｔ”を供与する。この関数は、一度呼び出された ら、プラットフォーム上でオペレーションがサポートされなくなった場合にだけ リターンする。 継続中のオペレーンヨン″ｔｒａｎｓｆｅｒｌｎ”がない場合に、関数”ｍａｉ ｎＯ″は、エンジンスケジューラに処理を譲ることが期待される。関数”　ｍａ ｉｎ（どは、関数”ｗａｉｔＯ″を呼び出すことによってこれを行なう。関数“ 豐ａｉＬＯ”は、ＣＩが譲ろうとしているミリ秒単位の時間をアーギュメントと して受け取る。典型的には、エンジンは、少なくともこの時間が経過するまでは 、ＣＩのタスクを再スケジュールすることはない。関数”　ｖａｉＬＯ”へのア ーギユメント°゛０″は、ＣＩが、処理を譲ってはいるが、エンジンスケジュー ラによってできるだけ早く再スケジュールされることを望んでいることを意味し ている。 開数″ｗａｆｔｏ”へのアーギュメント″−１”は、ＣＩが、無期限に処理を中 断することを望んでいるということを意味している。このとき、ＣＩが再スケジ ュールされることを望むならば、ＣＩはエンジン上に関数″５ａｔｉｓｆｙＯ” を呼び出さなければならない。関数”　５ａｔｉｓｒｙＯ”は、エンジンがスレ ッドをスケジュールすると直ちに、中断していたスレッドの実行を再開させる。 この後者の例は、新たな通信の要求がなかったときに、非同期的なイベントとし て供与された（ｌインプリメツチー７：１〕において適切であろう。 また、オペレーティングシステムによっては、ＣＩインプリメンテーンヨンは、 エンジンスケジューラに処理を譲り、ファイルディスクリブタが４備状態になっ た時に再スケジュールされることを望むかもしれない。オペレーション”　ｗａ ｉＬｆｄ”は、待機するファイルディスクリブタを特定する。また、オペレーン ッン″ｗａ已ｆｄ”は、タイムアウトとともに多重ファイルディスクリブタにつ いてセレクトするために、関数”　ｗａｉｔＯ”と共に使用されることができる 。 オペレーション”ｔｒａｎｓｒｅｒｏｕｔ”の遂行は、呼び出したテレスクリプ トプロセスのスレッドにおいて実行されるものであり、ＣＩタスクのスレッドに おいて行なわれるのではない。 エンジン及びプラットフォーム上のオベレーノーｌンは、必要ならばその後にス ケジュールされる作業の待ち行列を作り、比較的速やかに実行されねばならない 。 エンジン及びプラットフォームは、長時間にわたって中断するべきではない。 極端な場合には、オベレーノーＪン”ｔｒａｎｓｆｅｒｏｕｔ”のポリニー“が ・ＣＩにょ１て供与されたバ／ファリングを上回ることがある。このようなとき 、そのＣＩは、関数“５ｔｏｐＯ”を呼び出すことができる。この関数”　５ｔ ｏｐ□”は、オペレージ式７″ｔｒａｎｓｆｅｒｏｕｔ”への全ての更なる呼び 出しを妨げる効果を持つ。そして、次に、関数”５ｔａｒｔＯ”を呼び出すこと により、可能ならば、中断の結果として停止させられていたエンジンのタスクを 再スケジュールして、出力を再開する。 ＣＩクラス　ＣＩ　Ｃ１ａｓｓ 新しいＣＩオブジェクトを構成する。”　ｎａ＋ｍｅ”は、このＣＩを使用する エンジンのテレネームである。 ｖｉｒｔｕａｌ　−Ｃ１Ｏ このＣＩをツヤノトグウンし破壊する。 ＣＩのメインループである。これは、構成後、しばらくしてから呼び出される。 この関数が実行されている間、ＣＩは、例えば”　ｗａｉｔＯ″を伴って、エン ジンに処理を譲るべきである。 エンノノオ６レー／ヨン（Ｅｎ　ｉｎｅ　Ｏｅｒａｔｉｏｎｓ）ＴｓＳｔａＬｕ ｓ　ｔｒａｎｓｆｅｒｌｎ　（ＴｓＯｅＬｅｔｓ◆ｂａｇｏｆＢｉ　Ｌｓ。 ＴｓＤｅｓｔｉｎａｔｉｏｎＬｉｓｔ　ＩｄｅｓＬＬｉｓＬ。 ｕｎｓｉｇｎｅｄ　ｉｎｔ　ｒａｎｋ。 ＴｓＷａｙ　＊ｗａｙＢａｃｋ。 ｉｎｔ　ｔｉ＋ａｅＡｄｊｕｓｔ）： １以上のトランスファユニットをエンジンに転送する。 ｔｒａｎｓｆｅｒＦａｉｌｅｄ： ＴｓＳｔａｔｕｓ　ｔｒａｎｓｆｅｒＦａｉｌｅｄ　（ＴｓＦａｉｌｕｅ　ｆａ ｉｌｕｒｅ。 ＴｓＯｃＬｅｔｓ　＊ｂａｇＯｆＢｉＬｓ。 ＴｓＤｅｓｔｉｎａＬｉｏｎＬｉｓｔ　ＩｄｅｓＬＬｉｓＬ。 ｕｎｓｉｇｎｅｄ　ｉｎｋ　ｒａｎｋ。 ＴｓＷａｙ　＊ｗａｙＢａｃｋ、　ｉｎＬ　ｔｉｍｅＡｄｊｕｓｔ）：１以上の 失敗したトランスファユニットをエンジンにトランスファする。 ｔｒａｎｓｆｅｒｏｕｔＦａｉｌｅｄ ＴｓＳＬａＬｕｓ　ＬｒａｎｓｆｅｒＯｕｔＦａｉｌｅｄ　（ＴｓＦａｉｌｕｒ ｅ　ｆａｉｌｕｒｅ。 ｕｎｓｉｇｎｅｄ　ｉｎＬ　ｇｒｏｕｐｌｄ。 ＴｓｌｎＬｅｇｅｒＬｉｓｔ　＊１ｉｓｔ）；このエンツノからのトランスファ であるオペレーア−Ｉン゛’　ｔｒａｎｓｆｅｒｏｕＬ″の遂行に失敗した１以 上のトランスファユニットを特定する。 ｔｒａｎｓｆｅｒｏｕｔｃｏ＋＋　ｆｅｔｅ：ＴｓＳｔａｔｕｓ　ｔｒａｎｓｆ ｅｒＯｕｔＣｏｍｐｌｅｔｅ　（ｕｎｓｉｇｎｅｄ　ｉｎｔ　ｇｒｏｕｐｌｄ。 ｕｎｓｉｇｎｅｄ　ｉｎｔ　ＬｒａｎｓｆｅｒＳＮ）；トランスファグループ（ アーギュメント″ｇｒｏｕｐｌｄ″）のトランスファが完了したことを表す。こ のグループ内の全てのトランスファユニットに関連する記録は、再び請求される ことができる。 プラノトフォームオベレー７ｇン　ＰＩａＬｆｏｒｍ　Ｏｅｒａｔｉｏｎｓｔｒ ａｎｓｆｅｒｏｕｔ＋ ｖｉｒｔｕａｌ　ＴｓＳｔａｔｕｓ　ｔｒａｎｓｆｅｒｏｕｔ　（ＴｓＯｅｔｅ ｔｓ　＊ｂａｇＯｆＢｉｔｓ。 ＴｓＤｅｓｔｉｎａｔｉｏｎＬｉｓｔ　ＩｄｅｓＬＬｉｓＬ。 Ｕｎｓｉｇｎａｄ　ｉｎｔ　ｒａｎｋ。 ＴｓＷａｙネｖａｙｏｕｔ。 ｕｎｓｉｇｎｅｄ　ｉｎｔ　ｄｅｓｉｒｅｄＤｕｒａＬｉｏｎ。 ｕｎｓｉｇｎｅｄ　ｉｎｔ　＋＊ａｘｉｍｕｍＤｕｒａｔｉｏｎ。 ｕｎｓｉｇｎｅｄ　ｉｎｔ　ｇｒｏｕｐｌｄ）　ｘ　Ｏ：このトランスファグル ープ内のトランスファユニットをそれぞれの目的地（アーギュメント”　ｄｅｓ ｔＬｉｓｔ”）に転送する。 ｖｉｒｔｕａｌ　ＴｓＳｔａｔｕｓ　ｆａｉｌＴｒａｎｓｆｅｒ　（ｕｎｓｉｇ ｎｅｄ　ｉｎｔ　ｇｒｕｏｐｌｄ）　ＩＩＯ：このトランスファグループ（アー ギュメント’　ｇｒｏｕｐｌＤ”　）に関する全てのトランスファユニットを失 敗させる。 ｍａｋｅＲｅｓｅｒｖａｔｉｏｎ ｖｉｒｔｕａｌ　ＴｓＳｔａｔｕｓ　１ＩａｋｅＲｅｓｅｖａＬｉｏｎ　（ｕｎ ｓｉｇｎｅｄ　ｉｎｔ　ｄｕｒａＬｉｏｎ。 ＴｓＲｅｓｅｒｖａｔｉｏｎ　＊ｒｅｓｅｒｖａｔｉｏｎ）　！　０；指定され た持続時間（アーギュメント″ｄｕｒａｔ　ｉｏｎ″）を伴って、新しいリザベ イ／Ｍン（アーギュメント’　ｒｅｓｅｒｖａｔｉｏｎ”　）を要求する。 ｒｅｓｅｔＲｅｓｅｒｖａＬ　１ｏｎ ｖｉｒＬｕａｌ　ＴｓＳｔａｔｕｓ　ｒｅｓｅｔＲｅｓｅｒｖａｔｉｏｎ　（Ｔ ｓＲｅｓｅｒｖａｔｉｏｎ　ｒｅｓｅｒｖａｔｉｏｎ。 ｕｎｓｉｇｎｅｄ　ｉｎｔ　ｄｕｒａｔｉｏｎ＞　ｌｌＯ；１７ザベイ／ｉ＋７ の持続時間を新しい持続時間（アーギュメント“ｄｕｒａＬｉｏｎ”）にリセッ トする。持続時間”ｏ”は、リザベインコノを取り消す効果を持つ。 Ｔａ５ｋ　Ｏｅｒａｔｉｏｎｓ ′″ｌｌ５ｅｃ’“　ミリ妙の間、現在のエンジンのスレッドを明は渡す。この 関数は、このスレッドが再スケジュールされた時にリターンされる。アーギュメ ント″ｍ５ｅｃ”が”０″の場合は、エンジンのスケツユ−リングの方針が許容 する限り、できるだけ早くスレ、ドを再スケジュールする。アーギュメント”　 ｒａｓｅｃ’“が”−１”の場合は、下記の５ａｔｉｓｆｙＯ”が呼び出される か、又は”　ｗａｉｔｆｄ（どに指定されたファイルディスクリブタがｌｉｔ！ 状態となるまで、”　ｗａｔｔＯ”はリターンされない。 Ｕ旦Ｊ〉・ ｖｏｉｄ　５ａｔｉｓｆｙＯ； ＣＩスレッドが”　ｖａｉｔＯ″によって中断されている場合、ＣＩスレッドを 再スケジュールする。 続いて行われるコール”ｗａｉｔＯ″が、”　ｌｌ１ａｓｋ”によって指定され るように読み込み又は書き込みについてファイルディスクリブタ゛’　ｆｄ”が 準備状態になった場合に、リターンされるように指定する。”　ｍａｓｋ’は、 値”ＰＯＬＬＩＮ”又は値”ＰＯＬＬＯＵＴ”によって構成されたビットマスク である。ここで、値”ＰＯＬＬＩＮ”及び値″ＰＯＬＬＯＵＴ”は、それぞれ、 読み込み可能及び書き込み可能を示すファイルディスクリブタを選択する。”　 ｍａｓｋ’”が″０パであることは、このファイルディスクリブタがオペレーン ヨン”　ｗａｉｔＯ”にもはや影響すべきでないことを意味する。 前回のコール″ｗａｉｔＯ″が実行されている間、ファイルディスクリブタ″ｆ ｄ″が！１！１段階になっているかの判断に使用されるビットマスクをリターン する。ビット”ＰＯＬＬＩＮ”及びＰＯＬＬＯＵＴ”が”ｗａｉｔｆｄＯ”にお いて指定されており、それぞれ、ファイルディスクリブタが読み込み及び書き込 みについてｒｓ備状態となっていれば、このリザルトは、ビット″ＰＯＬＬＩＮ ″及び”ＰＯＬＬＯＵＴ″のセットを持っビットマスクである。 射コし ｖｏｉｄｓｔｏｐＯ； エンジンに、このＣＩについての全てのオペレーシッン″ＬｒａｎｓｆｅｒＯｕ ｔ″を抑制させる。テレスクリプトのエージエツトがオペレーン！７″ｇｏｎや ”５ｅｎｄ”の実行を開始するような新たなトランスファは、このＣＩに対して 要求されなくなる。 ＣＩは、池のトランスファを待ち行列とすることによってデータを失った場合に だけ、このオペシー／コンを呼び出すべきである。 ｖｏｉｄ　５ｔａｒｔＯ： モハヤオペレーションを抑制するべきではないことをエンジンに通報する。 ７、　テレスクリプトのインターフェースオブジェクト池のテレスクリプトエン ジノや、テレスクリプトに基ついていない他の通信システムのような外部／ステ ムとの通信を可能にするため、テレスクリプトエンノンは、テレスクリプトエン ジン自身に基づいたオペレーティングンステム又はプラットフォームによって供 給される通信サービスに基づいていなければならない。 これらのサービスにアクセスするために、テレスクリプトエンジンは、テレスク リプトの抽象化に情報が入ったり出たりすることを可能とするためのメカニズム をサポートしていなければならない。特に、このメカニズムは、テレスクリプト オブジェクトと、これらのオブジェクトに対応し基盤となるコミユニケージ１ン サーヒスにとって好適な表現との間の変換を可能とするものでな（ではならない 。 テレスクリプトエンジンインターフェースクラスは、この要求を充たすような、 Ｃ＋＋クラスのセントについての抽象的（アブストラクト：　ａｂｓＬｒｕｃｔ ）な定義を提供する。Ｃ＋＋クラスは、全てを定義しているのではな（、テレス クリプトエンジノの機能上での最小限の要求という観点に基づいているので、こ こで提供される定義はアブストラクトである。基盤となる通信サービスとの関係 や内部的なメカニズムについては、完全な自由がクラスの作成者に委ねられてい る。 ７．１　イノターフエースの　、・ テレスクリプトエンジンインターフェースクラスのインプリメンテーン目ンは、 クラスインターフェースを介するデータアイテムの使用に関する規約に従わねば ならない。これらの規約は、オーナー／ノブのルールの観点で表現される。ここ でオーナーシップは、与えられたデータを変更する権利及びそれを破壊する責任 として定義される。 池に指定がなければ、テレスクリプトエンジンインターフェースクラスのインプ リメンテーンヨンは、次のインターフェースの規約に従わねばならない。 ・　リファレンス又はポインタアーギュメントを受け取る全ての関数について、 リファレンス又はポインタが示すデータのオーナー／ツブは、呼び出した側から 呼び出されたオブジェクトに移動する。そのため、そのオブジェクトは、適切な 時にデータを破壊する責任及びそのデータを変更する権利を持つ。 ・　リファレンス又はポインタの値を返す全ての関数について、リファレンス又 はポインタが示すデータのオーナー／ツブは、呼び出されたオブジェクトによっ て保持される。しがし、オブジェクトは、オブジェクトを変更することができる 関数への次の呼び出しがなされるまでは、リファレンス又はポインタが示すデー タが変更されないことを保証する。 ・　オブジェクトは、破壊された時、オーナー／ノブを有する全てのデータを破 壊する。 ７、２　ＴｓＣｈａｒａｅｔｅｒ ”　ＴｓＣｈａｒａｃＬｅｒ”型の定義は、この開示のアペンディノクスＡにお いて定義されるような、テレスクリプトのキャラクタクラスについて、ｃ＋＋で の表現を供与する。 ”　ＴｓＣｈａｒａｃＩｅｒ”型のインブソメノテーンヨンは、全てのＡＳＣＩ Ｉキャラクタを含むことができることが要求される。ただし、これは最小限の要 求であり、”ＴｓＣｈａｒａｃｔｅｒ“型のインプリメンテ−７３）は、全ての ユニコードキャラクタを含むことができることが好ましい。 ７．３　ＴｓＤｅｓｔｉｎａＬｉｏｎ クラス″ＴｓＤｅｓｔｉｎクラｉｏｎ”は、このアペンディノクスのセクシヨン ４に定義されるような、テレスクリプトのデスティ不−７ｉＩンクラスのＣ＋＋ での表現を供与する０クラス”　ＴｓＤｅｓｔｉｎａｔｉｏｎ’“のインプリメ ンテ−７ｇンは、少なくとも次の機能を供与する。 ｃｌａｓｓ　ＴｓＤｅｓｔｉｎａｔｉｏｎｐｕｂｌ　ｉｅ　： ＴｓＤｅｓｔｉｎａｔｉｏｎ　（ＴｓＴｅｌｅａｄｄｒｅｓｓ　＊　Ｌｅｌｅａ ｄｄｒｅｓｓ。 ＴｓＴｅｌｅｎａａｅ＊ｔｅｌｅｎａ＋＊ｅ。 ｃｏｎｓｔ　ＴｓＴｅｌｅａｄｄｒｅｓｓ　＊　ｇｅｔＴｅｌｅａｄｄｒｅｓｓ 　Ｏｃｏｎｓｔ；ｃｏｎｓｔ　ＴｓＴｅｌｅｎａｍｅ　＊　ｇｅｔＴｅｌｅｎａ ｍｅ　Ｏｃｏｎｓｔ：ｃｏｎｓＬ　ＴｓＯｅｔｅｔｓ　＊　ｇｅｔＤａｔａ　Ｏ ｃｏｎｓｔ；）。 構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ＴｓＤｅｓｔｉｎａｔｉｏｎ： ＴｓＤｅｓｔｉｎａｔｉｏｎ　（ＴｓＴｅｌｅａｄｄｒｅｓｓ　＊　ｔｅｌｅａ ｄｄｒｅｓｓ。 ＴｓＴｅｌｅｎａｍｅ＊ｔｅｌｅｎａｍｅ。 ＴｓＯｃＬｅｔｓ　＊　ｄａｔａ） 新しいオブジェクト”　ＴｓＤｅｓｔｉｎａｔｉｏｎ”を構成する。 ｔｅｌｅａｄｄｒｅｓｓ 新しいオブジェクト”ＴｓＤｅｓｔｉｎａｔｉｏｎ”のテレアドレスの値を形成 するためのオブジェクトＴｓＴｅｌｅａｄｄｒｅｓｓ”へのポインタ。又は、デ スティネー／コノオブジェクトがテレアドレスの値を持たない場合は、ＮＵＬＬ ポインタ。 ｔｅｌｅｎａｖＡｅ 新しいオブジェクト“ＴｓＴｅｌｅｎａ＠ｅ″のテレネームの値を形成するため のオブジェクト″ＴｓＤｅｓｔｉｎａｔｉｏｎ”へのポインタ。又は、デスティ ネーションオブジェクトがテレネームの値を持たない場合は、ＮＵＬＬポインタ 。 組鳳 新しいオブジェクト”ＴｓＤｅｓｔｉｎａｔｉｏｎ”のデスティネー７リンオブ ジェクトの値を形成するためのオブジェクト”　ＴｓＯｃｔｅｔｓ”へのポイン タ。又は、デステイネー７−１ノオブジェクトがデスティ不一ンッンデータの値 を持たない場合は、ＮＵＬＬポインタ。 −ＴｓＤｅｓｔｉｎａｔｉｏｎ□ オブジェクト’　ＴｓＤｅｓｔｉｎａｔｉｏｎ”を破壊する。オブジェクト’　 ＴｓＤｅｓＬｉｎａｔｉｏｎ”と、そのオブジェクトがオーナー７、ブの責任を 持つ全てのデータとが破壊される。 データアクセス（Ｄａｔａ　Ａｃｃｅｓｓ）ｅｔＴｅｌｅａｄｄｒｅｓｓ ｃｏｎｓｔ　ＴｓＴｅｌｅａｄｄｒｅｓｓ　＊　ｇｅｔＴｅｌｅａｄｄｒｅｓｓ 　Ｏｅｏｎｓｔオブジェクト″ＴｓＤｅｓｔｉｎａｔｉｏｎ″のテレアドレスの 値へのポインタをリターンする口又は、デスティ不一ンヨンオブジェクトがテレ アドレスの値を持たない場合は、ＮＬＩＬＬポインタをリターンする。 討月１■但μＬ ｃｏｎｓｔ　ＴｓＴｅｌｅｎａｍｅ　傘ｇｅｔＴｅｌｅｎａｍｅ　Ｏｅｏｎｓｔ オブジェクト”　ＴｓＤｅｓＬｉｎａｔｉｏｎ”のテレネームの値へのポインタ をリターンする。 又は、デスティネーションオブジェクトがテレネームの値を持たない場合は、Ｎ ＵＬＬボイノタをリターンする。 七月迫り− ｃｏｎｓｔ　ＴｓＯｃｔｅｔｓ　＊　ｇｅｔＤａＬａ　□　ｃｏｎｓｔオブジェ クト”ＴｓＤｅｓｔｉｎａｔｉｏｎ”のデスティネーションデータの値へのポイ ンタをリターンする。又は、デスティネーションオブジェクトがデスティネーシ ョンデータの値を持たない場合は、ＮＵＬＬボインクをリターンする。 ７．４　ＴｓＤｅｓｔｉｎａＬｉｏｎＬｉｓｔ　’クラス″ＴｓＤｅｓｔｉｎａ ＬｉｏｎＬｉｓｔ”は、クラス″ｄｅｓｔｉｎａｔｉｏｎ”のオブジェクトを収 容するように定められた、この開示のアペンディノクスＡにおいて定義されたテ レスクリプトクラス″Ｌ　ｉ　ｓ　ｔ　”のＣ＋＋での表現を供与する。クラス ″ＴｓＤｅｓｔｉｎａｔｉｏｎＬｉｓｔ″のインプリメンテ−／ｇンは、少なく とも次の機能を供与しなければならない。 ｃｌａｓｓ　ＴｓＤｅｓｔｉｎａｔｉｏｎＬｉｓｉｐｕｂｌ　ｉｃ　： ＴｓＤｅｓｔｉｎａｔｉｏｎＬｉｓｔ　ＯニーＴｓＤｅｓｔｉｎａｔｉｏｎＬｉ ｓＬ　Ｏ：ｃｏｎｓｔ　ＴｓＤｅｓｔｉｎａｔｉｏｎ◆ｎｅｘｔＤｅｓｔｉｎａ ｔｉｏｎ　Ｏ；ｖｏｉｄ　ｒｅｓｅｔ　Ｏ； ５ｉｚｅ−ｔ　ｄｅｓｔｉｎａｔｉｏｎｃｏｕｎｔ　Ｏｃｏｎｓｔ；ｖｏｉｄ　 ａｐｐｅｎｄＤｅｓｔｉｎａｔｉｏｎ　（ＴｓＤｅｓｔｉｎａｔｉｏｎ　傘ｄｅ ｓｔｉｎａｔｉｏｎ）；１゜ 構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ＴｓＤｅｓｔｉｎａｔｉｏｎＬｉｓｔ ＴｓＤｅｓＬ　１ｎａｔ　ｉｏ口Ｌｉ５ｔＯ空のオブジェクト’　ＴｓＤｅｓｔ ｉｎａｔｉｏｎＬｉｓｔ”を奢薄成する。 Ｍ　棄（Ｄｅｓｔｒｕｃｔｉｏｎ −ＴｓＤｅｓｔｉｎａｔｉｏｎ−Ｌｉｓｔ−ＴｓＤｅｓｔｉｎａｔｉｏｎＬｉｓ Ｌ　（３オブジェクト’　ＴｓＤｅｓｔｉｎａｔｉｏｎＬｉｓｔ″を破壊する・ オブジェクト”ＴｓＤｅｓｔ　１ｎａｔ　１ｏｎＬｉｓｔ’と、そのオブジェク トがオーナーンノブの責任を持つ全てのデータが破壊される。 データアクセス（Ｄａｔａ　Ａｃｃｅｓｓ）ａ　ｅｎｄＤｅｓｔｉｎａｔｉｏｎ ： ｖｏｉｄ　ａｐｐｅｎｄＤｅｓｔｉｎａｔｉｏｎ　（ＴｓＤｅｓｔｉｎａｔｉｏ ｎ　傘ｄｅｓｔｉｎａｔｉｏｎ）オブジェクト’　ＴｓＤｅｓｔｉｎａｔｉｏｎ ″の形の１つのデスティ不−７冒ンを、オブジェクト″ＴｓＤｅｓｔｉｎａｔｉ ｏｎＬｉｓｔ”内に含まれるデスティ不一シコンのリストに付加する。 ｄｅｓｔｉｎａｔｉｏｎ オブジェクト″ＴｓＤｅｓｔｉｎａｔｉｏｎ”内のデスティ不一シコンのリスト に付加されるデスティ不一シコンを伝えるオブジェクト”ＴｓＤｅｓｔｉｎａｔ ｉｏｎ”へのポインタ。 ｎｅｘｔＤｅｓｔｉｎａｔｉｏｎ： ｃｏｎｓｔ　ＴｓＤｅｓｔｉｎａｔｉｏｎネｎｅｘｔＤｅｓｔｉｎａｔｉｏｎ　 Ｏオブジェクト”　ＴｓＤｅｓｔｉｎａｔｉｏｎ”の形のデスティ不一／１ンへ のポインタをリターンするか、又はＮＵＬＬポインタをリターンする◎関数”ｎ ｅｘｔｅｓｔｉｎａｔｉｏｎＯ”は、多重の呼び出しを通じて、オブジェクト” 　ＴｓＤｅｓｔｉｎａｔｉｏｎＬｉｓｔ″に含まれる１組のデスティネーション を、それらが収容されている順序でリターンする。最後のデスティネーションが リターンされた後、関数”ｒｅｓｅｔ”が呼び出されるまでは、関数″ｎｅｘｔ ｅｓｔｉｎａｔｉｏｎＯ″はＮＵＬＬポインタをリターンする。 関数″ｎｅｘＤｅｓｔｉｎａｔｔｏｎＯ”が次に呼び出されたら、オブジェクト ″ＴｓＤｅｓｔｉｎａｔｉｏｎＬｉｓｔ”内に含まれる最初のデスティ不一ンヨ ンをリターンするようにさせる。 ｄｅｓｔｉｎａｌｉｏｎｃＯｕｎＬ： ５ｉｚｅ−ｔ　ｄｅｓｔｉｎａｔｉｏｎｃｏｕｎｔ　Ｏｃｏｎｓｔオフシェクト ″ＴｓＤｅｓｔｉｎａｔｉｏｎＬｉｓｔ”内に現在含まれているデスティネーシ ョンの数をリターンする。 ７　、５　ＴｓＥｘｉｓｔｉｎ　ＣｏｎｎｅｃｔｉｏｎＭｅａｎｓクラス”　Ｔ ｓＥｘｉｓｔｉｎｇＣｏｎｎｅｃｔｉｏｎＭｅａｎｓ”は、このアベンディノク スのセクション３において定義されるような、テレスクリプトクラス”ＴｓＥｘ ｉｓｔｉｎｇＣｏｎｎｅｃｔｉｏｎＭｅｉｎｓ”のＣ＋＋での表現を供与する。 クラス”ＴｓＥｘｉｓｔｉｎｇＣｏｎｎｅｃｔｉｏｎＭｅａｎｓ″のイノプリメ ンテ−／ランは、少なくても次の機能を供与しなければならない。 ｃｌａｓｓ　ＴｓＥｘｉｓｔｉｎｇＣｏｎｎｅｃｔｉｏｎＭｅａｎｓ　：　ｐｕ ｂｌｉｃ　ＴｓＲｅｓｅｒｖａｂｌｅＭｅａｎｓｐｕｂｌ　ｉｃ ＴｓＥｘｉｓｔｉｎｇＣｏｎｎｅｅｔｉｏｎＭｅａｎｓ（ｃｏｎｓｔ　ＴｓＲｅ ｓｅｒｖａｔｉｏｎ　＆　ｒｅｓｅｒｖａｔｉｏｎ。 ＴｓＯｅｔｅｔｓ幸ｃｏｎｎｅｅｔｉｏｎｌｄ）ニーＴｓＥｘｉｓｔｉｎｇＣｏ ｎｎｅｃＬｉｏｎＭｅａｎｓＯ：Ｃ０ｎ５ｔ　ＴｓＯｃｔｅｔｓ　＊　ｇｅｔｃ ｏｎｎｅｃｔｉｏｎｌｄ　Ｏｃｏｎｓｔ：）。 形成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ＴｓＥｘｉｓｔｉｎ　−ＣｏｎｎｅｃｔｉｏｎＭｅａｎｓＴｓＥｘｉｓｔｉｎｇ ＣｏｎｎｅｃｔｉｏｎＭｅａｎｓ（ｃｏｎｓｔ　ＴｓＲｅｓｅｒｖａｔｉｏｎ　 ＆　ｒｅｓｅｒｖａｔｉｏｎ。 ＴｓＯｃｔｅｔｓ＊ｃｏｎｎｅｃｔｉｏｎｌｄ）新しいオブジェクトｌ′ＴｓＥ ｘｉｓｔｉｎｇＣｏｎｎｅｃｔｉｏｎＭｅａｎｓｌ＋を構成する０ｒｅｓｅｒｖ ａｔｉｏｎ 新しいオブジェクト”ＴｓＥｘｉｓｔｉｎｇＣｏｎｎｅｃｔｉｏｎＭｅａｎｓ” のスーツく一りラス″ＴｓＲｅｓｅｒｖａｔ＋ｌｅＭｅａ口Ｓ”の構成要素のリ ザベイ７３ノの値を形成するためのオブジェクト″ＴｓＲｅｓｅｒｖａｔｉｏｎ ″′へのリファレンスである。 新しいオブジェクビＴｓＥｘｉｓｔｉｎｇＣｏｎｎｅｃｔｉｏｎＭｅａｎｓ”の コネクンヨンの識別子の値を形成するためのオブジェクビＴｓＯｃｔｅｔｓ”へ のポインタである。 破　Ｄｅｓｔｒｕｃｔｉｏｎ ”−ＴｓＥｘｉｓｔｉｎ　−ＣｏｎｎｅｃｔｉｏｎＭｅａｎｓ−ＴｓＥｘｉｓＬ ｉｎｇＣｏｎｎｅｅＬｉｏｎＭｅａｎｓ　Ｏオブジェクト”ＴｓＥｘｉｓｔ　ｉ ｎｇｃｏｎｎｅｃｔｉｏｎＭｅａｎｓ”を破壊するロオブジェクト”　ＴｓＥＸ ｉＳＬｉｎｇＣＯｎｎｅｅＬｉＯｎＭｅａｎＳ”と、そのオブジェクトがオーナ ーシップの責任を持つ全てのデータが破壊される。 データアクセス　Ｄａｔａ　Ａｃｃｅｓｓｅｔｃｏｎｎｅｃｔｉｏｎｌｄ ＣＯｎＳＬ　ＴｓＯｃｔｅＬｓ　＊　ｇｅｔｃｏｎｎｅｃｔｉｏｎｌｄ　Ｏｃｏ ｎｓｔオブジェクト＋ＴｓＥｘｉｓｔｉｎｇＣｏｎｎｅｃ！ｉｏｎＭｅａｎｓ− １こ含まれるコ不りンヨンの織方１［子の値へのポインタがリター７される。 ７　、６　Ｔｓｌｎｔｅ　ｅｒ ″ＴｓｌｎＬ＋４ｅｒＭ型の定義は、テレスクリプトのクラス゛’　Ｉｎｔｅｇ ｅｒ″について、Ｃ＋＋での表現を与える。 ”Ｔｓｌｎｔｅｇｅｒ”型の処理では、−２１４７４８３６４８〜＋２１４７４ ８３６４７の範囲にある値を保持することができなけれ（ｆならなＬｌつ７、　 ７　ＴｓｌｎｔｅｅｒＬｉｓｔ クラス″ＴｓｉｎｔｅｇクラＬｉｓｔ”は、この開示のアペンデイノクスＡに定 義された、クラス”ｉｎｔｅｇｅｒ”のオブジェクトを収容するように定められ たテレスクリプトのクラス″Ｌｉ５ｔ”について、Ｃ＋＋での表現を供与する。 クラス’　Ｔｓｌｎｔｅｇｅｒ”のインプリメンテーシヨンは、少なくとも次の 機能を供与しなければならない。 ｃｌａｓｓ　ＴｓｌｎｔｅｇｅｒＬｉｓｔｐｕｂｌｉｃ： ＴｓｌｎｔｅｇｅｒＬｉｓｔ　Ｏ： ”−ＴｓｌｎｔｅｇｅｒＬｉｓｔ　Ｏ：ｃｏｎｓｔＴｓｌｎｔｅｇｅｒ＊ｎｅｘ ｔｌｎｔｅｇｅｒＯ；ｖｏｉｄ　ｒｅｓｅｔＯ： ｓｉｚｅ−ｔｉｎｔｅｇｅｒｃｏｕｎＬ　Ｏｃｏｎｓｔ；ｖｏｉｄ　ａｐｐｅｎ ｄｌｎｔｅｇｅｒ（Ｔｓｌｎｔｅｇｅｒ　Ｉｎｔｅｇｅｒ）；）。 構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ＴＳｌｎｔｅｅｒＬＩＳｔ ＴｓｌｎｔｅｇｅｒＬｉｓｔ　Ｏ 新しいオブジェクビＴｓｌ口ｔｅｇｅｒＬｉｓＬ″を構成する。 この構成の後、関数”　ａｐｐｅｎｄｌｎｔｅｇｅｒＯ”が呼び出されるまで、 新しく生成されたインチジャリストは空となる。 破　Ｄｅｓｔｒｕｃｔｉｏｎ オブジェクト”　ＴｓｌｎｔｅｇｅｒＬｉｓｔ’を破壊する。 オブジェクト”　ＴｓｌｎｔｅｇｅｒＬｉｓｔ”と、そのオブジェクトがオーナ ー７１ブの責任を持つ全てのデータとが破壊される。 ａｅｎｄｌｎｔｅｅ「。 ｖｏｉｄ　ａｐｐｅｎｄｌｎｔｅｇｅｒ　（Ｔｓｌｎｔｅｇｅｒ　ｉｎｔｅｇｅ ｒ＞オブジェクト°’　ＴｓｌｎｔｅｇｅｒＬｉｓｔ″の形の１つのインチジャ を、オブジェクト”丁ｓ　ｌ　ｎｔｅＨｅｒＬｉｓｔ”に含まれたイ／テツヤの リストに付加する。 胆Ｗ匹 オブジェクト’　ＴｓｌｎｔｅｇｅｒＬｉｓピ゛に含まれるインチジャリストに 付加されるインチジャの値である。 匣μ山匹邦ニー ｅｏｎｓｔ　Ｔｓｌｎｔｅｇｅｒ　＊　ｎｅｘｔｌｎｔｅｇｅｒ０オブノエクト ”　Ｔｓｌｎｔｅｇｅｒ”の形式において、インチジャへのポインタをリターン するか、又は、ＮｔｌＬＬポインタをリターンする。関数″ｎｅｘｔｌｎｔｅｇ ｅｒＯ”は、繰り返し呼び出されて、オブジェクトＴｓｌｎｔｅｇｅｒＬｉｓｔ ”に含まれるインチジャのセットを、それらが収容されている順にリターンする 。最後のインチジャがリターンされた後、関数”　ｒｅｓｅｔ”が呼び出される までは、関数″ｎｅｘｔｌｎｔｅｇｅｒＯ”はＮＵＬＬポインタをリターンする 。 ■亙部工 ｖｏｉｄ　ｒｅｓｅｔＯ 関数”　ｎｅｘｔｌｎｔｅｇｅｒＯ”が次に呼び出されたら、オブジェクト″Ｔ ｓｌｎＬｅｇｅｒＬｉｓｔ°゛に含まれる最初のインチジャをリターンするよう にする。 用旦塁バ（９）机■ ５ｉｚｅＪ　ｉｎｔｅｇｅｒｃｏｕｎｔ　ＯｃｏｎｓｔオブジェクピＴｓｌｎｔ ｅｇｅｒいｓｔ″に現在歯まれているインチジャの数をリターンする。 ７、８　７ｓＭｅａｎｓ クラス″ＴｓＭｅａｎｓ″は、この開示のアペンディｌクスＡに定義されたテレ スクリプトクラス″Ｍｅａｎｓ”について、Ｃ＋＋での表現を供与する。クラス ’　ＴｓＭｅａｎｓ″のインプリメンテ−シランは、少なくとも次の機能を供与 しなければならない。 ｃｌａｓｓ　ＴｓＭｅａｎｓ ρｕｂｌｉｅ： ｔｙｐｅｄｅｆ　ｅｎｕｍ ＴｓＭｅａｎｓＴｙｐｅ−ＰＳＴＮ　”　ｏ。 ＴｓＭｅａｎｓＴｙｐｅ−ＥｘｉｓｔｉｎｇＣｏｎｎｅｃｔｉｏｎ　ｚ　１１　 ７ｙｐｅ； ｖｉｒｔｕａｌ　−ＴｓＭｅａｎｓ　Ｏｓ　（１；Ｔｙｐｅ　ｃｙｐｅ　Ｏｃｏ ｎｓｔ： ｐｒｏｔｅｃｔｅｄ＋ ＴｓＭｅａｎｓ　（Ｔｙｐｅｔｙｐｅ）：１゜ 橋　Ｆｙ、（Ｃｏｎｓｔｒｕｃｔｉｏｎ）ＴｓＭｅａｎｓ ＴｓＭｅａｎｓ　（Ｔｙｐｅ　ｍｅａｎｓＴｙｐｅ）新しいオブジェクト”Ｔｓ Ｍｅａｎｓ”を構成する。 虹担狂匹 新しいオブジェクト°’　ＴｓＭｅａｎｓ”のミー７ズタイプの（直を指定する ７７１ｊである。 ＦＲＤｅｓｔｒｕｃｔｉｏｎ オブジェクト”ＴｓＤｅｓｔｉｎａｔｉｏｎ”を破壊する。オブジェクト″Ｔｓ Ｄｅｓｔｉｎａｔｉｏｎ″と・そのオブジェクトがオーナー７１ブの責任を持つ 全てのデータとが破壊される。 データアクセス　Ｄａｔａ　Ａｃｃｅｓｓ）加工 Ｔｙｐｅ　ｔｙｐｅ　Ｏｃｏｎｓｔ オブジェクト”ＴｓＭｅａｎｓ″のミー７ズタイプの値をリターンする。 ７　、９　丁ｓＯｂ　Ｓ　ｅｃｉｆｉｅｒ”　ＴｓＯｂｊＳｐｅｅｉｆｉｅｒ″ は、各々が１つのプロトコルを表しており、このプロトコルを他のプロトコルか ら区別するオブジェクトのクラスについて、Ｃ＋＋での表現を与える。例えば、 ’　ＴｓＯｂｊＳｐｅｃｉｆｉｅｒ″によって表されるクラスの１つのメンバは 、セキュリティを与えるための特定の１つの方法を表すように使用することがで きる。クラス″ＴｓＯｂｊＳｐｅｃｊｆｉｅｒ″のインプリメンテーンシンは、 少なくとも、次の機能を供与しなければならない。 ｃｌａｓｓ　ＴｓＯｂｊＳｐｅｃｉｆｉｅｒ＋）Ｌｌｂｌｌｅ： ＴｓＯｂｊＳｐｅｃｉｆｉｅｒ　（Ｔｓｌｎｌｅｇｅｒ　ｏｂｊｌｄ。 ＴｓＯｅｔｅｔｓ　＊　ｎａｍｉｎｇＡｕｔｈｏｒｉｔｙ）＋−ＴｓＯｂｊＳｐ ｅｃｉｆｉｅｒＯ； Ｔｓｌｎｔｅｇｅｒ　ｇｅｔｏｂｊｌｄ　Ｏｃｏｎｓｔ；ｃｏｎｓｔ　ＴｓＯｃ 　Ｌｅｔｓ　＊　ｇｅｔＮａｍｉｎｇＡｕｔｈｏｒｉｔｙ　Ｏｃｏｎｓｔ；身 え」【基皿肚工と二と ＴＳＯｂＳｅＣｌｆｌｅｒ ＴｓＯｂｊＳｐｅｃｉｆｉｅｒ　（Ｔｓｌｎｔｅｇｅｒ　ｏｂｊｌｄ、　ＴｓＯ ｃｔｅｔｓ　＊　ｎａ＋ａｉｎｇＡｕｔｈｏｒｉｔｙ）新しいオブジェクト°’ 　ＴｓＯｂｊＳｐｅｃｉｆｉｅｒ”を構成する０仙上Ｉ 新しいオブジェクビＴｓＯｂｊＳｐｅｃｉｆｉｅｒ”のオフ゛ジエクト識Ｓ１１ 子の値を汁ニ成するための整数値。 ｎａ＋ｍｉｎ　ＡｕＬｈｏｒｉｔ 新しいオブジェクビＴｓＯｂｊＳｐｅｃｉｆｉｅｒ”の不−ミンク゛オー゛ノ１ ノテイを形成する′“ＴｓＯｃｔｅｔｓ”オブジェクトへのポインタ。又（ま、 新し−）オブジェクト″ＴｓＯｂｊＳｐｅＣｉｒｉｅｒ”が不−ミングオー゛ノ １ノテイの値を含まな（為場合（±、ＮＵＬＬポインタ。 破　棄（Ｄｅｓｔｒｕｃｔｉｏｎ） オブジェクト”　ＴｓＯｂｊＳｐｅｃｉｆｉｅｒ”を破壊する。オブジェクト” 　ＴｓＯｂｊＳｐｅｃｉｆｉｅｒ”と、そのオブジェクトがオーナーンノブの責 任を持つ全てのデータとが破壊される。 データアクセス（Ｄａｔａ　Ａｃｃｅｓｓ）討旦」山Ｌ Ｔｓｌｎｔｅｇｅｒ　ｇｅｔｏｂｊｌｄ　Ｏｅｏｎｓｔオブジェクト”　ＴｓＯ ｂｊＳｐｅｅｉｆｉｅｒ”に含まれるオブジェクト識別子の値をリターンする。 ｅｔＮａｍｉｎ　−ＡｕＬｈｏｒｉｔ　：ｃｏｎｓｔ　ＴｓＯｃｔｅｔｓ　＊　 ｇｅｔＮａ＋＋ｉｎｇＡｕｔｈｏｒｉｔｙ　□　ｃｏｎｓｔオブジェクト“Ｔｓ ＯｂｊＳｐｅｃｉｆ　ｉｅｒ”に含まれる不−ミングオーソリティの値を伝エル オフシェクｈ”　ＴｓＯｃｔｅｔｓ”へのポインタをリターンする。又は、オブ ジェクビＴｓＯｂｊＳｐｅｃｉｆ　ｉｅｒ”がネーミングオーソリティの値を含 まない場合は、ＮＵＬＬポインタをリターンする。 ７　、　１０　ＴｓＯｅｔｅｔ ″ＴｓＯｃｔｅｔ”　型は、この開示のアペンデイノクスＡに定義されたテレス クリプトクラス”Ｏｉｅｒ”について、Ｃ＋＋での表現を供与する。 ＴｓＯｃｔｅｔｓ″型は、Ｃ＋＋の”　ｕｎｓｉｇｎｅｄ　ｃｈａｒ　（符号無 しキャラクタ）ｌ゛として定義される。 ７、　１１　ＴｓＯｃｔｅｔｓ クラス″ＴｓＯクラｅｔｓ’は、この開示のアペンディノクスＡに定義されたテ レスクリプトクラス”　ｏｃｔｅｔｓ”について、Ｃ＋＋での表現を与えるａ　 ”　ＴｓＯｃｔｅｔｓ″のイノブリメツチー７：Ｉンは、少なくとも、次の機能 を与えなければならない。 ｃｌａｓｓ　ＴｓＯｃｔｅｔｓ ｐｕｂｌ　ｉＣ ｅｎｕｍ　ＣｏｐｙＯｗｎｅｒｓｈｉｐ　（ｍａｋｅＣｏｐｙ、ｏｗｎｃｏｐｙ 、ｂｏｒｒｏｗｃｏｐｙｌ　；ＴｓＯｃｔｅＬｓ　（ｓｉｚｅ−ｔ　５ｉｚｅ） ；ＴｓＯｃｒｅｔｓ　（ｓｉｚｅ、、３５ｉｚｅ、　ｃｏｎｓｔ　ＴｓＯｃｔｅ ｔ　＊　ｄａｔａ。 ＣｏｐｙＯｗｎｅｒｓｈｉｐ　ｏｗｎｅｒｓｈｉｐ　＝　ｍａｋｅｃｏｐｙ）　 ；”−ＴｓＯｃｔｅｔｓ　Ｏ：ｃｏｎｓｔ　ＴｓＯｃｔｅｔ　＊　ｎｅｘｔＳｅ ｇ　（ｉｎｔ　＆　ｓｅｇＳｉｚｅ）：ｖｏｉｄ　ｒｅｓｅｔ　Ｏ： ５ｉＺｅ−Ｌ　５ｉｚｅ　□　ｃｏｎｓｔ；ｖｏｉｄ　ａｐｐｅｎｄＳｅｇ　（ ｓｉｚｅ−ｔ　５ｉｚｅ、ｃｏｎｓｔ　ＴｓＯｃｔｅｔ　＊　ｄａｔａ）；）。 Ｃ０ｎ５ｔｒｕ員ｉｏｎ オブジェクト”　ＴｓＯｃｔｅｔ”の１つの配列から、オブジェクビＴｓＯｅｔ ｅｔｓ”を構成する。 新しいオブジェクト”ＴｓＯｃｔｅＬｓ”に含まれるオクテツトの数。 組昆 新しいオブジェクト”ＴｓＯｃｔｅｔｓ”に含まれるべきオクテ・Ｉトであるオ ブジェクト″ＴｓＯｃｔｅＬ’“の配列へのポインタ。この配列中の要素の数は 、”　５ｉｚｅ″の値に等しいか又はこれよりも大きくなければならない。 庄：”５ｉｚｅ”が０である場合、呼び出し側によって長さが０の配列が供与さ れねばならない。 竺脛二山厘 オクテツトの配列を新しいオブジェクト″ＴｓＯｅｔｅｔｓ”に組み込む方法を 特定する列挙。可能な値は次の通りである。 ”ＩＩａｋｅｃｏｐｙ”　：　オクテツト配列中のデータは、独立した物理的な コピーの構成によって、新しいオブジェクト”ＴｓＯｅＬｅｔｓ”に組み込まれ なければならない。この構成に続いて、呼び出し側は、元々のオクテ・／ト配列 の完全なオーナー／ノブを保持している。 特定されたオーナー／ノブのアーギュメントがｍａｋｅｃｏｐｙ”である場合、 呼び出し側によって供与されたオクテツト配列は、静的に、動的に又は自動的に 割り当てられることができる。 ｏｖｎｃｏｐｙ″　：　オクテツト配列中のデータは、インプリメンテ−７ジン に基づいて、供与されたオクテツト配列自身の組み込みを介して、新しいオブジ ェクト”ＴｓＯｃｔｅｔｓ”に直接に組み込むことができる。このような組み込 みに続いて、呼び出し側は、供与されたオクテツト配列のオーナー／ノブを、新 しいオブジェクト”　ＴｓＯｃｔｅＬｓ”に引き渡す。 特定されたオーナー／ノブのアーギユメントが”ｏｗｎｃｏｐｙ”である場合、 呼び出し側によって供与されたオクテツト配列は、動的に割り当てられなければ ならない。 ”　ｂｏｒｒｏｖｃｏｐｙ”　：　オクテツト配列中のデータは、インプリメン テーションに基づいて、供与されたオクテツト配列自身の組み込みを介して、新 しいオブジェクト″ＴｓＯｃｔｅｔｓ”に直接に組み込むことができる。”オブ ジェクト”ＴｓＯｃｔｅｔｓ”が構成された後、破壊されるまでの間、呼び出し 側は、供与されたオクテツト配列に対するオーナー／ノブを、新しいオブジェク ト”　ＴｓＯｃｔｅｔｓ’”に貸し与える。この期間の間、呼び出し側もオブジ ェクト”ＴｓＯｃｔｅｔｓ”　も、オクテツトの配列を変更したり破壊したりし ない。オブジェクト″ＴｓＯｃｔｅｔｓ”が開始されたら、オクテツト配列の全 オーナーシップは再び呼び出し側に戻される。 特定されたオーナー／ノブのアーギュメントが”ｂｏｒｒｏｖｃｏｐｙ″である 場合・コーラによって供与されたオクテツト配列は、静的に、動的にまたは自動 的に割り当てることができる。 後述する関数″ａｐｐｅｎｄｓｅｇＯ”を用いてデータを付加するための準備と して、空のオブジェクト″ＴｓＯｃｔｅｔｓ”を構成する。 破　棄（Ｄｅｓｔｒｕｃｔｉｏｎ） オブジェクト″ＴｓＯｃｔｅｔｓ’を破壊する。”　ＴｓＯｃｔｅｔｓ”オブジ ェクトとＮそのオブジェクトがオーナーン・ノブの責任を持つ全てのデータとが 破壊される。 データアクセス（Ｄａｔａ　Ａｃｃｅｓｓ吐匹吋銃Ｌ ｖｏｉｄ　ａｐｐｅｎｄＳｅｇ　（ｓｉｚｅ−Ｌ　５ｉｚｅ。 ＴｓＯｃｔｅｔネｄａｔａ。 ＣｏｐｙＯｖｎｅｒｓｈｉｐ　ｏｗｎｅｒｓｈｉｐ）オクテツトの配列、すなわ ちオブジェクト″ＴｓＯｃｔｅＬ”の配列を、オブジェクト″ＴｓＱｃｔｅｔｓ ”内にすでに存在しているオクテ、ノドのセットに付加する。 ｎ　：　”　ＴｓＯｃｔｅＬｓ”以外のコンストラクタを用いて、すなわち上述 のコンストラクタ関１２（サイズ゛’　ｅｖｅｎｔｕａｌｓｉｚｅ”コンストラ クタ）のアーギユメント”　ｅｖｅｎｔｕａｌｓｉｚｅ”を用いて生成されたオ ブジェクト“丁ＳＯ員ｅｔｓ”上に、この関数を呼び出したときの影響は、イン プリメンテーションによって定義される。さらに、コン・ストラクタのパラメー タ”　ｅｖｅｎＬｕａｌｓｉｚｅ”に宣言された以上のデータを付加したときの 影響も、インプリメンテ−７１１ンによって定義されるオブジェクト″ＴｓＯｅ Ｌｅｔｓ”に付加されるオクテツトの数。 迫組 オブジェクト“’　ＴｓＯｃｔｅＬＳ”に付加されるオクテツト、すなわちオブ ジェクト”７ｓＯｃｔｅｔ”の配列へのポインタ。配列中の要素の数は、”　５ ｉｚｅ”の値に等しく１かこれより大きくなければならない。 注°　”ｓ　ｉｚｅ”がＯである場合は、長さが０の配列が呼び出し側から供与 されねばならない。 匣ｙコ五組 オクテツト配列をオブジェクトＴＳＯｅｔｅｔＳ”に組み込むメン・ノドを特定 する列挙。可能な値及びその対応する意味は、関数”　ＴｓＯｅｔｅｔｓ（ｓｉ ｚｅ−ｔ　５ｉｚｅ、　ＴｓＯｅｔｅｔ傘ｄａｔａ、　ＣｏｐｙＯｖｎｅｒｓｈ ｉｐ　ｏｖｎｅｒｓｉｐ）″について説明したものと同一である。 坦■錬Ｌ ｃｏｎｓｔ　ＴｓＯｃｔｅｔ　＊　ｎｅｘｔｓｅＬ　（ｓｉｚｅ−ｔ　＆　ｓｅ ｇＳｉｚｅ）オクテツト配列及びサイズの値、又はＮＵＬＬポインタをリターン する。関数”　ｎｅｘｔｓｅｇ”は、繰り返し呼び出されて、オブジェクトＴｓ Ｏｃｔｅｔｓ”に含まれるオクテツト配列を、出てきた順に、まとめて伝送する オクテツト配列セグメントの集合をリターンする。最後のセグメントのリターン の後は、関数″ｒｅｓｅｔ’が呼び出されるまで、関数”ｎｅｘｔｓｅｇ″は、 ＮＵＬＬポインタをリターンし、”　ｓｅｇＳｉｚｅ四パラメータの値は変更せ ずに保持する。 注：リター７されるセグメントの全数、及び各々の個別のセグメントのサイズは インプリメンテーラ３ンに依存する。 と１１担 返されたセグメントの大きさに伴って更新される符号無し整数の値へのリファレ ンス。 島１軒工 ｖｏｌｄ　ｒｅｓｅｔＯ 関数″ｎｅｗ　ｔｓｅｇ”の次の呼び出しでは、オブジェクト″ＴｓＯｅｔｅｔ ｓ″に含まれるオクテツトの最初のセグメントをリターンするようにさせる。 先Ｕ囚よ ５ｉｚｅ−ｔ　５ｉｚｅ　□　ｃｏｎｓｔオフジェク）”　ＴｓＯｃｔｅｔｓ” に現在歯まれるオクテ・ノドの全数をリターンする。 ７　、ｌ　２　Ｔｓｌ’ＳＴＮＭｅａｎｓクラス″ＴｓＰＳＴＮＭクラｎｓ”は 、このアベンディノクスのセク７＝Ｉン３に定義されたテレスクリプトクラス” 　ＰＳＴＮＭｅａｎｓ”について、Ｃ＋＋での表現を供与する。クラス”　Ｔｓ ＰＳＴＮＭｅａｎｓ″のイアプリメンテ−／１ンは、少な（とも次の機能を育し ていなければならない。 ｃｌａｓｓ　ＴｓＰＳＴＮＭｅａｎｓ　：　ｐｕｂｌｉｃ　ＴｓＲｅｓｅｒｖａ ｂｌｅＭｅａｎｓｆｐｕｂｌ　ｉｃ ＴｓＰＳＴＮＭｅａｎｓ（ｃｏｎｓｔ　ＴｓＲｅｓｅｒｖａｔｉｏｎ　＆　ｒｅ ｓｅｒｖａｔｉｏｎ。 ＴｓＴｅｌｅｎｕｍｂｅｒ　＊　ｔｅｌｅｎｕｍｂｅｒ）；”’ＴｓＰＳＴＮＭ ｅａｎｓ　Ｏ： ＴｓＴｅｌｅｎｕ＋＋ｂｅｒ　＊　ｇｅｔＴｅｌｅｎｕｍｂｅｒ　□　ｃｏｎｓ ｔ；）： そのオブジェクトがオーナーンノプの責任を持つ全てのデータと力ｆ破壊される 。 Ｃｏｎｓｔｒｕｃｔｉｏｎ ＴｓＰＳＴＮＭｅａｎｓ： ＴｓＰＳＴＮＭｅａｎｓ　（ｃｏｎｓｔ　ＴｓＲｅｓｅｒｖａｔｏｎ　＆　ｒｅ ｓｅｒｖａｔｉｏｎ。 ＴｓＴｅｌｅｎｕ＋ａｂｅｒ　＊　ｔｅｌｅｎｕ＋＋ｂｅｒ）新しいオブジェク ト″ＴｓＰＳＴＮＭｅａｎｓ”を構成する。 ｒｅｓｅｒｖａｔｉｏｎ 新しいオブジェクト”　ＴｓＰＳＴＮＭｅａｎｓ″のスーパークラス’　ＴｓＲ ｅｓｅｒｖａｂｌｅＭｅａｎｓ″のコンポーネントのリザベインヨン値を形成す るためのオブジェクトＴｓＲｅｓｅｒｖａｔｉｏｎ”へのリファレンス。 ｌｅｌｃｎｕｍｂｅｒ 新しいオブジェクト″ＴｓＰＳＴＮＭｅａｎｓ”のテレナンバの値を形成するた めのオブジェクト″ＴｓＴｅｌｅｎｕｍｂｅｒ”へのポインタ０破棄（Ｄｅｓｔ ｒｕｃｔｉｏｎ） 構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ） ｅＭｅａｎｓ″と、そのオブジェクトがオーナーシップの責任を持つ全てのデー タとを破壊する。 データアクセス　Ｄａｔａ　ＡｃｃｅｓｓｅｔＲｅｓｅｒｖａＬｉｏｎ： ｃｏｎｓｔ　ＴｓＲｅｓｅｒｖａｔｉｏｎ　＆　ｇｅｔＲｅｓｅｒｖａｔｉｏｎ 　Ｏｃｏｎｓｔオフノエクド’　ＴｓＲｅｓｅｒｖａｂｌｅＭｅａｎｓ”内に含 まれるリザーベイシ冒ンの値へのりファレレスをリターンする。 ７　、　１４　ＴｓＲｅｓｅｒｖａｔｉｏｎクラス”ＴｓＲｅｓｅｒｖａＬｉｏ ｎ”は、このアベンデイノクスのセフシラン３に定義されるテレスクリプトクラ ス″Ｒｅ５ｅｒｖａｔｉｏｎ″について、Ｃ＋＋での表現を与える。クラス”　 ＴｓＲｅｓｅｒｖａＬｉｏｎ”のイノプリメンテーノヨンは、少なくとも次の機 能を与えなければならない。 ｃｌａｓｓ　ＴｓＲｅｓｅｒｖａｔｉｏｎｐｕｂｌ　ｉｅ 丁５Ｒｅｓｅｒｖａｔｉｏｎ　（Ｔｓｌｎｔｅｇｅｒ　ｉｄ　＝　０１ニーＴｓ ＲｅｓｅｒｖａＬｉｏｎ　Ｏ： 丁ｓｌｎｔｅｇｅｒｉｄＯｃｏｎｓｔ；）。 Ｃｏｎ５ｔｒｕｃ（ｉｏｎ ＴｓＲｅｓｅｒｖａｔｉｏｎ： ＴｓＲｅｓｅｒｖａＬｉｏｎ　（Ｔｓｌｎｔｅｇｅｒ　ｉｄ　＝　０）新しいオ ブジェクト″ＴｓＲｅｓｅｒｖａｔｉｏｎ″を構成する０包 新しいオブジェクト”　ＴｓＲｅｓｅｒｖａｔｉｏｎ”のりザーベイン璽ン識別 子の値を形成するための”　Ｔｓｌｎｔｅｇｅｒ’　。 破　Ｄｅｓ　ｔ　ｒｕｅ　ｔ　ｉｏｎ オブジェクト″ＴｓＲｅｓｅｒｖａｔ　ｉｏｎ”を破壊するＯオブジェクト”Ｔ ｓＲｅｓｅｒｖａｔ　ｉｏｎ”と、このオブジェクトがオーナーシップの責任を 持つ全てのデータとが破壊される。 データアクセス　Ｄａｔａ　Ａｃｃｅｓｓ厨− Ｔｓｌｎｔｅｇｅｒ　ｉｄ　Ｏｅｏｎｓｔオブジェクト”ＴｓＲｅｓｅｒｖａｔ ｉｏｎ“′のリザーバイン１ノの識別子の値をリターンする。 ７　、　１５　ＴｓＳｔｒｉｎ クラス”丁ｓＳけｉｎｇ”は、この開示のアベンディノクスＡに定義されるテレ スクリプトクラス″Ｓｔｒｉｎｇ”について、Ｃ＋＋での表現を与える。クラス ”ＴｓＳｔｒｉｎｇ”のインプリメンテーンンンは、少なくとも次の機能を与え なければならない。 注：これは、ＡＳＣＩＩキャラクタセット以外もサポートするように拡張される 必要がある。 ｃｌａｓｓ　ＴｓＳｔｒｉｎｇ ｐｕｂｌｉｃ： ＴｓＳｔｒｉｎｇ　（ｃｏｎｓｔ　ＴｓＣｈａｒａｃｔｅｒ傘ｓｔｒｉｎｇ　） ニーＴｓＳｔｒｉｎｇ　Ｏ； ｃｏｎｓｔ　ＴｓＣｈａｒａｃｔｅｒ　＊　ｇｅｔｓｔｒｉｎｇ　Ｏｃｏｎｓｔ ；５ｉｚｅ−ｔ　５ｉｚｅ　□　ｃｏｎｓｔ；）。 ＋　（Ｃｏｎｓｔｒｕｃｔｉｏｎ ｎとｊユし ＴｓＳｔｒｉｎｇ　（ｃｏｎｓｔ　ＴｓＣｈａｒａｃｔｅｒ　傘ｓｔｒｉｎｇ） 新しいオブジェクトＴｓＳｔｒｉｎｇ”を構成する。 ■工朋且 新しいオブジェクト”ＴｓＳｔｒｉｎｇ″＋こ含まれるキャラクタのスト「ノン グを伝え、ＮＵＬＬキャラクタによって終了される、配Ｊｌｌ″ＴｓＣｈａｒａ ｃｔｅｒ″へのポインタ。 破棄Ｄｅｓｔｒｕｃｔｉｏｎ） オブジェクト″ＴＳＳｔｒｉｎｇ”を破壊する。オブジェクト″ＴｓＳｔｒｉｎ ｇ″と、そのオブジェクトがオー址シ・ノブの責任を持つ全てのデータと力ｆ破 壊される。 データアクセス（Ｄａｔａ　Ａｃｃｅｓｓ）賎μ匹已」Ｌ ｃｏｎｓｔ　ＴｓＣｈａｒａｃＬｅｒ　＊　ＢｅｔＳｔｒｉｎｇ　０ｃｏｎｓｔ オフ゛ジ工クピＴｓＳｔｒｉｎｇ”に含まれるキャラクタストＩＪングへのポイ ンタをＩＪターフする。 ５ｉｚｅＪ　５ｉｚｅ　□　ｃｏｎｓｔオブジェクビＴｓＳｔｒｉｎｇ’に現在 歯まれているキャラクタの数をリターンする。 ７　、ｌ　６　ＴｓＴｅｌｅａｄｄｒｅｓｓクラス”ＴｓＴｅｌｅａｄｄｒｅｓ ｓ″は、この開示のアペンデイノクスＡに定義されるテレスクリプトクラス”Ｔ ｓＴｅｌｅａｄｄｒｅｓｓ”について、Ｃ＋＋での表現を供与する。クラス″Ｔ ｓＴｅｌｅａｄｄｒｅｓｓ″のインプリメンテ−／−Ｉンは、少なくとも次の機 能を供与しｃｌａｓｓ　ＴｓＴｅｌｅａｄｄｒｅｓｓｐｕｂｌｉｃ： ＴｓＴｅｌｅａｄｄｒｅｓｓ　（ＴｓＯｃｔｅｒｓ　＊　ｐｒｏｖｉｄｅｒ、Ｔ ｓＳｔｒｉｎｇ　＊　１ｏｃａｔｉｏｎ）ニーＴｓＴｅｌｅａｄｄｒｅｓｓＯ： ｃｏｎｓｔ　ＴｓＯｃｔｅｔｓ　＊　ｇｅｔＰｒｏｖｉｄｅｒ　Ｏｅｏｎｓｔ： ｃｏｎｓｔ　ＴｓＳＬｒｉｎｇ　＊　ｇｅｔＬｏｅａｔｉｏｎ　Ｏｃｏｎｓｔ： ｃｏｎｓｔ　ＴｓＯｃｔｅｔｓ　＊　ｎｅｘｔＲｏｕｔｉｎｇＡｄｖｉｃｅ　Ｏ ：ｖｏｉｄ　ｒｅｓｅｔＯ： ｉｎｔ　ｒｏｕｔｉｎｇＡｄｖｉｃｅＣｏｕｎｔ　Ｏｃｏｎｓｔ；ｖｏｉｄ　ａ ｐｐｅｎｄＲｏｕｔｉｎｇＡｄｖｉｃｅ　（ＴｓＯｃｔｅｔｓ　＊　ａｄｖｉｃ ｅ）：）。 Ｃｏｎ５ｔｒｕｃｔｉｏｎ ７５Ｔ６１ｅａｄｄｒｅｓｓ： 新しいオブジェクト″ＴｓＴｅｌｅａｄｄｒｅｓｓ”を構成する。 この構成の後、新しく生成されたテレアドレスオブジェクトに含まれるルーティ ングアドバイスの要素のリストは空となる。 旺匹色肛 新しいオブジェクト″ＴｓＴｅｌｅａｄｄｒｅｓｓ”のプロバイダの値を形成す るためのオブジェクト”　ＴｓＯｃＬｅｔｓ″へのポインタ。又は、新しいテレ アドレスオブジェクトがプロバイダの値を含まない場合は、ＮｔｌＬＬポインタ 。 １ｏｃａｔｉｏｎ 新しいオブジェクト”ＴｓＴｅｌｅａｄｄｒｅｓｓ″のロケーシヨンの値を形成 するためのオブジェクト”　ＴｓＳＬｒｉｎｇ″へのポインタ。又は、新しいテ レアドレスオブジェクトがロケーシヨンの値を含まない場合は、ＮＵＬＬポイン タ。 破棄（Ｄｅｓｔｒｕｃｔｉｏｎ） −ＴｓＴｅｌｅａｄｄｒｅｓｓ　ニ ーＴｓＴｅｌ　ｅａｄｄｒｅｓｓ　□ オブジェクビＴｓＴｅｌｅａｄｄｒｅｓｓ”を破壊する。オブジェクト”　Ｔｓ Ｔｅｌｅａｄｄｒｅｓｓ”と、そのオブジェクトがオーナーンノブの責任を持つ 全てのデータとが破壊される。 データアクセス　Ｄａｔａ　Ａｃｃｅｓｓａ　ｅｎｄＲｏｕｔｉｎ−Ａｄｖｉｃ ｅｖｏｉｄａｐｐｅｎｄＲｏｕｔｉｎｇＡｄｖｉｃｅ（ＴｓＯｃｔｅｔｓ＊ａｄ ｖｉｃｅ）オブジェクト″ＴｓＯｃＬｅＬｓ”に含まれるルーティングアドバイ スのリストに、ルーティングアドバイスの１つの要素を、オブジェクト”　Ｔｓ Ｏｃｔｅｔｓ”の形で付加する。 鋭■匹 オブジェクト″ＴｓＴｅｌｅａｄｄｒｅｓｓ″のルーティングアドバイスのリス トに付加されるルーティングアドバイスの要素を伝えるオブジェクト”　ＴｓＴ ｅｌｅａｄｄｒｅｓｓ”へのポインタ。 銭Ｆ旦ヱ匡虹 ｃｏｎｓｔ　ＴｓＯｃｔｅｔｓ番ｇｅｔＰｒｏｖｉｄｅｒ　Ｏｃｏｎｓｔオブジ ェクト°’　ＴｓＴｅｌｅａｄｄｒｅｓｓ”のプロバイダ値へのポインタをリタ ーンする。又は、オブジェクト”ＴｓＴｅｌ　ｅａｄｄｒｅｓｓ”がプロ１＜イ ダの値を持たない場合は、ＮＵＬＬポインタをリターンする。 七月遼劇封ΔＬ ｃｏｎｓｔ　ＴｓＳＬｒｉｎｇ　＊　ｇｅＬＬｏｃａｔｉｏｎ　Ｏｃｏｎｓｔオ ブジェクト”　ＴｓＴｅｌｅａｄｄｒｅｓｓ”のロケーシヨンの値へのポインタ をリターンする。又は、オブジェクビＴｓＴｅｌｅａｄｄｒｅｓｓ”がロケ−７ １ンの値を持たない場合は、ＮＵＬＬポインタをリターンする。 ｎｅｘｔＲｏｕｔｉｎ　Ａｄｖｉｃｅ：ｃｏｎｓｔ　ＴｓＯｃｔｅｔｓ　参ｎｅ ｘｔＲｏｕＬｉｎｇＡｄｖｉｅｅ　Ｏルーティングアドバイスの要素へのポイン タを、オブジェクト”　ＴｓＯｃＬｅｔｓ”の形でリターンするか、又はＮＵＬ Ｌポインタをリターンする。関数″ｎｅｘｔＲｏｕｔｉｎｇＡｄｏｖｉｅｅＯ” は、繰り返し呼び出されて、オブジェクト”ＴｓＴｅｌｅａｄｄｒｅｓｓ″に含 まれるルーティングアドバイスの要素のセットを、それらの要素が収容されてい た順にリターンする。 最後のルーティングアドバイスの要素をリターンした後、関数″ｒｅｓｅｔ”が 呼び出されるまで、関数’　ｎｅｘｔＲｏｕｔｉｎｇＡｄｏｖｉｃｅＯ”は、Ｎ ＵＬＬポインタをリターンする。 関数”　ｎｅｘｔＲｏｕｔｉｎｇＡｄｏｖｉｃｅＯ”の次の呼び出しでは、オブ ジェクビ’　ＴｓＴｅｌｅａｄｄｒｅｓｓ″に含まれるルーティングアドバイス の最初の要素をリターンするようにさせる。 ｒｏｕｔｉｎ　Ａｄｖｉｃｅ−Ｃｏｕｎｔ：５ｉｚｅｊ　ｒｏｕｔｉｎｇＡｄｖ ｉｃｅｃｏｕｎｔ　Ｏｅｏｎｓｔオフシェクト″ＴｓＴｅｌｅａｄｄｒｅｓｓ” に現在含まれているルーティングアドバイスの要素の数をリターンする。 ７　、　１７　ＴｓＴｅｌｅｎａ＋＋ｅクラス″Ｔ　ｓＴｅ　クラｅｎａ■ｅ″ は、この開示のアベンディソクスＡに定義されたテレスクリプトクラス”ＴｓＴ ｅｌｅｎａｍｅ”について、Ｃ＋＋での表現を供与する。クラス”ＴｓＴｅｌｅ ｎａｍｅ”のインプリメ／テーンヨンは、少なくとも次の機能を供与しなければ ならない。 ｃｌａｓｓ　ＴｓＴｅｌｅｎａ＋＋ｅ ｐｕｂｌｉｃ： ＴｓＴｅｌｅｎａｍｅ　＜ＴＳＯＣｔｅＬＳ　會ａｕｔｈｏｒｉｔｙ、　ＴｓＯ ｃｔｅｔｓ　孝１ｄｅｎｔｉｔｙ）ニーＴｓＴｅｌｅｎａｍｅＯ； ｃｏｎｓｔ　ＴｓＯｃｔｅｔｓ　＊　ｇｅｔＡｕｔｈｏｒｉｔｙ　Ｏｃｏｎｓｔ ；ｃｏｎｓｔ　ＴｓＯｃｔｅｔｓ　＊　ｇｅｔｌｄｅｎｔ４Ｌｙ　Ｏｅｏｎｓｔ ：）。 （Ｃｏｎｓｔｒｕｃｔｉｏｎ） ＴｓＴｅｌｅｎａ＋ｇｅ　（ＴｓＯｃｔｅｔｓ　＊　Ａｕｔｈｏｒｉｔｙ、　Ｔ ｓＯｅｔｅｔｓ◆１ｄｅｎｔｉｔｙ）新しいオブジェクビＴｓＴｅｌ　ｅｎａ＋ ＊ｅ’を構成する。 態動ｙ１ｖ 新しいオブジェクト’　ＴｓＴｅｌｅｎａ■ｅ″の値を形成するためのオクテツ トストリングへのポインタ。 炙跳■江 新しいオブジェクトＴｓＴｅｌｅｎａｍｅ″のアイデンティティの値を形成する ためのオクテ・ノドストリングへのポインタ。又は、オブジェクビＴｓＴｅｌｅ ｎａ＋＊ｅ”がアイデンティティの値を含まない場合は、ＮＵＬＬポインタ。 Ｄｅｓｔｒｕｃｔｉｏｎ −ＴｓＴｅｌｅｎａＩＩｅ： ”’ＴｓＴｅｌｅｎａ＋ａｅＯ オブジェクビＴｓＴｅｌｅｎａｍｅ″を破壊する。オブジェクビＴｓＴｅｌｅｎ ａ＠ｅ”と、そのオブジェクトがオーナーンノブの責任を持つ全てのデータとが 破壊される。 データアクセス　Ｄａｔａ　Ａｃｃｅｓｓ駐ふ包Ω旦巳９二 ｃｏｎｓｔ　ＴｓＯｅｔｅｔｓ　孝ｇｅｔＡｕｔｈｏｒｉｔｙ　Ｏｃｏｎｓｔオ ブジェクト″ＴｓＴｅｌｅｎａｍｅ”に含まれているオーソリティの値へのポイ ンタをリターンする。 七月±担旦り二 ｃｏｎｓｔＴｓＯｃｔｅｔｓ傘ｇｅＬｌｄｅｎｔｌｔｙＯｃｏｎｓｔオブジェク ト”　ＴｓＴｅｌｅｎａｍｅ”に含まれるアイデンティティの値へのポインタを リターンする。又は、オブジェクビＴｓＴｅｌｅｎａ＋ｍｅ”がアイデンティテ ィの値を持たない場合は、ＮＵＬＬをリターンする。 ７、　１８　ＴｓＴｅｌｅｎｕｍｂｅｒクラス”　ＴｓＴｅｌｅｎｕｍｂｅｒ” は、この開示のアペンディノクスＡに定義されたテレスクリプトクラス”Ｔｅｌ ｅｎｕｍｂｅｒ”について、Ｃ＋＋での表現を与える。”　ＴｓＴｅｌｅｎｕｍ ｂｅｒ”クラスのインプリメンテ−７ｇＩンは、少なくとも、次の機能を与えな げればならない。 ｃｌａｓｓ　ＴｓＴｅｌｅｎｕｍｂｅｒｐｕｂｌ　１ｃ ＴｓＴｅｌｅｎｕＩＩｂｅｒ　（ＴｓＳｔｒｉｎｇ　＊　Ｃｏｕｎｔｒｙ。 ＴｓＳｔｒｉｎｇ　＊　ｔｅｌｅｐｈｏｎｅ。 ＴｓＳＬｒｉｎｇ　＊　ｅｘｔｅｎｓｉｏｎ）ニーＴｓＴｅｌｅｎｕｌＩｌｂｅ ｒＯ： ｃｏｎｓｔ　ＴｓＳｔｒｉｎｇ　＊　ｇｅｔｃｏｕｎｔｒｙ　Ｏｅｏｎｓｔ；ｃ ｏｎｓｔ　ＴｓＳＬｒｉｎｇ　Ｉ　ｇｅＬＴｅｌｅｐｈｏｎｅ　□　ｃｏｎｓｔ ：ｅｏｎｓｔ　ＴｓＳｔｒｉｎｇ◆ｇｅｔＥｘｔｅｎｓｉｏｎ　Ｏｃｏｎｓｔ： ）。 Ｃｏｎ５ｔｒｕｃｔｉｏｎ ＴＳＴｅｌｅｎｕｌｌｂｅｒ： ＴｓＴｅｌｅｎｕ＋＋ｂｅｒ　（ＴｓＳｔｒｉｎｇ　Ｉ　ｃｏｕｎｔｒｙ。 ＴｓＳｔｒｉｎｇ傘ｔｅｌｅｐｈｏｎｅ。 ＴｓＳｔｒｉｎｇ　＊　ｅｘｔｅｎｓｉｏｎ＞新しいオブジェクト”　ＴｓＴｅ ｌｅｎｕｍｂｅｒ”を構成する０央迎μｌ 新しいオブジェクト°“ＴｓＴｅｌｅｎｕｍｂｅｒ”の国フードの値を形成する ためのオブジェクト’　ＴｓＳｔｒｉｎｇ″へのポインタ。又はオブジェクト” 　ＴｓＴｅ！ｅｎｕ＋＊ｂｅｒ″が国コードの値を含まない場合は、ＮＵＬＬポ インタ。 庄：供与されたオブジェクト″７ｓＳｔｒｉｎｇ″に含まれる値は、ＣＣＩＴＴ か国又は池の地理上の領域に割り当てた数値コードのセットに限られる。 止旦以巨匣 新しいオブジェクト″ＴｓＴｅｌ　ｅｎｕＩＩｂｅｒ”のテレポンナンバの値を 形成するためのオブジェクト″ＴｓＳｔｒｉｎｇ”へのポインタ。又は、オブジ ェクト’　ＴｓＴｅｌｅｎｕｍｂｅｒ”はテレホンナンバの値を含まない場合は 、ＮＵＬＬポインタ。 注：供与されたオブジェクト”ＴｓＳｔｒｉｎｇ″に含まれる値を形成する牛ヤ ラククは、数字（”０″〜″９″′）、ハイフン（”−ｎ）及びスペースキャラ クタ（″”）に限られる。 ｅｘｔｅｎｓｉｏｎ 新しいオブジェクト”ＴｓＴｅｌｅｎｕｍｂｅｒ”の拡張ナンバの値を形成する ためのオブジェクト”ＴｓＳｔｒｉｎｇ”へのポインタ。又は、”　ＴｓＴｅｌ ｅｎｕｍｂｅｒ″オブンエクトが拡張す／バの値を含まない場合は、ＮＵＬＬボ イノタ。 注、供与されたオブジェクト”　ＴｓＳｔｒｉｎｇ”に念まれる値を形成するキ ャラクタは、数字（”０”〜”９”）、ハイフン（′−”）及びスペースキャラ クタ（′　″）に限られる。 破　棄　（Ｄｅｓｔｒｕｃｔｉｏｎ） オブジェクト°’　ＴｓＴｅｌｅｎｕｍｂｅｒ”を破壊する。オブジェクト”Ｔ ｓＴｅｌｅｎｕｍｂｅｒ″と、このオブジェクトがオーナー／、プの責任を持つ 全てのデータとが破壊される。 データアクセス（Ｄａｔａ　Ａｃｃｅｓｓ）駐匹匹旦匡Ｌ ｃｏｎｓｔ　ＴｓＳｔｒｉｎｇ　＊　ｇｅｔＣｏｕｎｔｒｙ　Ｏｃｏｎｓｔ新し いオブジェクト″ＴｓＴｅｌｅａｄｄｒｅｓｓ″の国コードの値へのポインタを リターンする。又は、オブジェクト”　ＴｓＴｅｌｅａｄｄｒｅｓｓ”が国コー ドの値を含まない場合は、ＮＵＬＬポインタをリターンする。 旺■担旦基匹虹 ｃｏｎｓｔ　ＴｓＯｃｔｅｔｓ＊ｇｅｔＴｅｌｅｐｈｏｎｅ　Ｏｃｏｎｓｔオブ ジェクト°’　ＴｓＴｅｌｅａｄｄｒｅｓｓ”のテレホンナンバの値へのポイン タをリターンする。又は、オブジェクト“ＴｓＴｅｌｅａｄｄｒｅｓｓ”がテレ ホンナンバの値を含まない場合は、ＮＵＬＬポインタをリターンする。 七月江江ｙ吐虹ｌ Ｃｏｎ５ｔ　ＴｓＳｔｒｉｎｇ　＊　ｇｅｔＥｘｔｅｎｓｉｏｎ　Ｏｃｏｎｓｔ オブジェクト″ＴｓＴｅｌｅａｄｄｒｅｓｓ”の拡張ナンバの値へのポインタを リターンする。 又は、“ＴｓＴｅｌｅａｄｄｒｅｓｓ”オブジェクトが拡張ナンバの値を含まな い場合は、ＮＵＬＬポインタをリターンする。 ７、　１９　ＴｓＷａ クラス”ＴｓＷａｙ”は、この開示のアベンディノクスＡに定義されたテレスク リプトクラス″Ｗａｙ”について、Ｃ＋＋での表現を供与する。クラス″７ｓＷ ａｙ”のインブリメンテーノ１．７は、少なくとも次の機能を与えなければなら ない。 ｃｌａｓｓ　ＴｓＷａｙ ｐｕｂｌ　ｉｃ ＴＳＷａｙ（ＴｓＴｅｌｅｎａｍｅ＊ｎａｍｅ。 ＴｓＭｅａｎｓ　＊　ｍｅａｎｓ。 ＴｓＯｂＪＳｐｅｃｉｆｉｅｒ　＊　ｓｅｃＲｅｇｉｍｅｌｄ）ニーＴｓＷａｙ 　Ｏ： ｃｏｎｓｔ　ＴｓＴｅｌｅｎａｍｅ　＊　ｇｅＬＮａｍｅ　Ｏｃｏｎｓｔ：ｃｏ ｎｓｔＴｓＭｅａｎｓ＊ｇｅｔＭｅａｎｓＯｃｏｎｓｔ：ｃｏｎｓｔ　ＴｓＯｂ ｊＳｐｅｃｉｆｉｅｒ　＊　ｇｅｔｓｅｃＲｅｇｉｍｅｌｄ　□　ｃｏｎｓｔ。 Ｃｏｎ５ｔｒｕｃｔｉｏｎ 旧ＩＬ ＴｓＷａｙ　ｆＴｓＴｅｌｅｎａｍｅ　本ｎａｍｅ。 ＴｓＭｅａｎｓ　＊　ｍｅａｎｓ。 ＴｓＯｂｊＳｐｅｃｉｆｉｅｒ＊ｓｅｃＲｅｇｉｍｅｌｄ）新しいオブジェクト ″ＴｓＷａｙ’“を構成する。 シＶ且 新しいオブジェクト”　ＴｓＷａｙ”のエンジン／リージョンのテレネームの値 を形成するためのオブジェクト°’　ＴｓＴｅｌｅｎａｍｅ”へのポインタ。又 は、新しいオブジェク）”　ＴｓＷａｙ”がエンジン／リージョンのテレネーム を含まない場合は、ＮＵＬＬボイノタ。 凹ｌ壜 新しいオブジェクト”　ＴｓＷａｙ”のミーンズの値を形成するためのオブジェ クト”ＴｓＭｅａｎｓ’“へのポインタ。又は、新しいオブジェクト’　ＴｓＷ ａｙ”がミーンズの値を持たない場合は、ＮＵＬＬボイノタ。 と堕」よ■胆 新しいオブジェクト°ＴｓＷａｙ”のセキュリティ動作有効期間の識別子の値を 形成するためのオブジェクト’　ＴｓＯｂｊＳｐｅｃｉｆｉｅｒ’“へのポイン タ。又は、新しいオブジェクト”ＴｓＷａｙ”が七キ１リティ動作有効期間の識 別子の値を含まない場合は、ＮＵＬＬポインタ。 破　棄（Ｄｅｓ　ｔ　ｒｕｅ　Ｌ　ｉｏｎ　）−ＴｓＷａｙ　０ オブジェクト”　ＴｓＷａｙ″を破壊する。オブジェクト”　ＴｓＷａＹ”と、 そのオブジェクトがオーナー７ノブの責任を持つ全てのデータとが破壊される。 データアクセス（Ｄａｔａ　Ａｃｃｅｓｓ）討譚吻す− ｃｏｎｓｔ　ＴｓＴｅｌｅｎａＩｌｅ傘ｇｅｔＮａ＋ａｅ　Ｏｃｏｎｓｔオフ゛ ノエクト°“ＴｓＷａＹ”に含まれるニンジン／リーノコノのテレネームの値へ のポインタをリターンする。又は、オブジェクトＴｓＷａｙ”がエンジン／リー チコンのテレネームの値を含まない場合は、ＮｔＪＬＬポインタをリターンする 。 貼り謙曵と ｃｏｎｓｔ　ＴｓＭｅａｎｓ傘ｇｅｔＭｅａｎｓ　Ｏｃｏｎｓｔオブジェクト” 　ＴｓＷａｙ”に含まれているミーンズの値へのポインタをリターンする。又は 、オブジェクト”　ＴｓＷａｙ”がミーンズを含まない場合は、ＮＵＬＬポイン タをリターンする。 ｅＬＳｅＣＲｅｌｍｅｌｄ ｃｏｎｓｔ　ＴｓＯｂｊＳｐｅｃｉｆｉｅｒ　＊　ｇｅｔｓｅｅＲｅｇｉ＋＋ｅ ｌｄ　Ｏｃｏｎｓｔオブジェクト”　ＴｓＷａｙ”に含まれるセキュリティ動作 有効期間の識別子の値へのポインタをリターンする。又は、オブジェクト’　Ｔ ｓＷａｙ″がセキュリティ動作有効期間の識別子の値を含まない場合は、ＮＵＬ ＬポインタをリターンするＯ（以下、余白。） アベンディノクスＤ 著作権　ジェネラル・マジック社　１９９３゜復製を禁ず。 以下の目次は、読者がアベンデイ、クスＤの構成を理解し、その情報を検索する ために役立てるものである。 １】　バーミツトの変更 １２　その他の変更 ２　テレスクリプト概念 ２１　ブレイス間の転送モデル ２１１　ドラベルドフッイス（Ｔｒａｖｅｌｅｄ　Ｐｌａｃｅｓ）２．１２　ン ノビングボノクス（Ｓｈｉｐｐｉｎｇ　Ｂｏｘｅｓ）２１３　オープンドオブジ ェクト（Ｏｐｅｎｅｄ　０ｂｊｅｃｔｓ）２１４　オープンド／ノビングボノク ス（Ｏｐｅｎｅｄ　Ｓｈｉｐｐｉｎｇ　Ｂｏｘｅｓ）２１５　パーツボックス（ Ｐａｒｔｓ　Ｂｏｘｅｓ）２．１６　チケットの使用 ２１７　エノノノの役割 、１８　ルーティングにおけるエンノ／の役割２．１．９　”Ｇｏ″の実行 ２、１ＸＯ５ｅｎｄ”の実行 テレスクリプトクラスの外観 ３１　ブレイス間の転送グループ（Ｐｌａｃｅ−ｔｏ−Ｐｌａｃｅ　Ｔｒａｎｓ ｆｅｒ　Ｇｒｏｕｐ）３１１　オープンド（Ｏｐｅｎｅｄ） ３１２　オーブンドンノビングボノクス（Ｏｐｅｎｅｄ　Ｓｈｉｐｐｉｎｇ　Ｂ ＯＸ）３．１３　パーツボックス（Ｐａｒｔｓ　Ｂｏｘ）３．１．４　７ノピン グボノクス（Ｓｈｉｐｐｉｎｇ　ＢＯＸ）３．１．Ｓ　ドラベルド（Ｔｒａｖｅ ｌｅｄ）４　テレスクリプトクラスの詳細 ４１　オープンド（Ｏｐｅｎｅｄ） ４．２　オープンドンノビングボノクス（Ｏｐｅｎｄ　Ｓｈｉｐｐｉｎｇ　ＢＯ Ｘ）４．３　バー７ボノクス（Ｐａｒｔｓ　Ｂｏｘ）４゜４　シノビングボノク ス（Ｓｈｉｐｐｉｎｇ　Ｂｏｘ）４．５ドラベルト（Ｔｒａｖｅｌｅｄ）（以下 、余白。） 上−一冬一スー このアペンディノクスでは、オブジェクトのインターチェノジ（ｉｒ＋Ｌｅｒｃ ｈａｎｇｅ）及びパーガトリを含むように広く解釈される、ブレイスからブレイ スへのトランスファ（転送）のメカニズムについて記述する。 このアペンディノクスは、アベンディノクスＡと同様に構成されている。 ブレイスからブレイスへの転送のメカニズムは、アペンディックスＡの命令（イ ノストラフ／ツノ・１ｎｓｔｒｕｅｔｉｏｎ）セットに対していくつかの変更及 び付加を必要としており、これらは以下のサブセクションに記述される。 １．１　パーミ　ノ　トの　・ オペレーアｇノ″ｇｏ″又は’　５ｅｎｄ”が成功しても失敗しても、オペレー アジン″ｅｎｔｅｒｉｎｇ”が、エージエツトが要求したものよりもより許容的 な初期ローカルバーミツトをエージエツトに与えることは、許容される。 オペレーアｇノ°′ｇＯ″又はオペレーアジン″５ｅｎｄ”が失敗した場合は、 エージェントにエージェントが要求したよりもより許容的でない初期の局地的な バーミツト（ロー力ルバーミ／　ト：　１ｏｃａｌ　ｐｅｒｍｉｔ）が与えられ ている間は、オペレーアジン″ｅｎＬｅｒｉｎｇ’“が、エージェントを入れる ことは、許容される。 現在のリージヨンがプロセスに供与するバーミツトである、リードオンリのパブ リックインスタンスアトリビュート”ｒｅｇｉｏｎａｌＰｅｒｍｉＬ″を、クラ ス”　Ｐｒｏｃｅｓｓ”に付加する。 ブレイスのオペレーアジン゛’　ｔｅｒｍｉｎａｔｅ”を、プロセスのローカル パーミツトを置き換える新しいオペレーアジン″ｃｈａｎｇｅＰｅｒｉｉｔ”に 、置き換える。このオペレーア−１ノは、ブレイス自身の要求、又は問題のプロ セスと同等のプロセスの要求によって行なわれる。 クラス”　Ｐｒｏｃｅｓｓ”に、レステムクラスタノスオベレ−／ｙ　７”　Ｐ ｅｒｍｉｔｅｈａｎｇｅｄ”を付加する。このオペレーションは、ブレイスが占 有者のローカルバーミツトを変更する時、例えばオペレーアジン”　ｅｎｔｅｒ ｉｎｇ″について上述したような時、にはいつでも、或いは、猶予期間をもって 又は猶予期間なしに占有者を排除するために、エンジンによって要求される。 例えば、応答側（レスポンダ：　ｒｅｓｐｏｎｄｅｒ）が入ろうとしているブレ イス又は既に占有しているブレイスによって、レスポンダのローカルパーミツト が変更されり場合にはいつでも、能力を付加するため又は能力を除くために、要 求される。 このオペレーアジンのリザルトが、ニル（０）ではなく、エクセブシ１ンであれ ば、エンジンはレスポンダの実行スレッドにエクセブ／ヨンを送出する。 クラス°”　Ｐｒｏｃｅｓｓ″に固有のこのオペレーアジンについてのメソッド は、単にニル（０）をリターンする。 クラス”ＥｘｅｅｕｔｉｏｎＥｘｃｅｐｔｉｏｎ”に、サブクラス”　Ｐｅｒ＋ ＋ｉｔｃｈａｎｇｅｄ”を付加する０このサブクラスの送出は、現在のプロセス のローカルパーミツトが変更されたことを意味する。 注：プロセスの新たなローカルパーミツトが厳格に制限的である場合に、このエ クセブンヨンをキャッチしてそれから回復するプロセスの能力は、プロセスの終 了の規則によって制限される。 １．２（ビ」匹亥叉 オペレーアジン”　ｇｏ”又はオペレーアジン″ｓ　ｅｎｄ″が失敗した場合、 ブレイスからブレイスへの転送モデルに記述されているように、エージェントは 、失われている１以上のインターチェンジドオブジェクト（ｉｎｔｅｒｃｈａｎ ｇｅｄ　ｏｂｊｅｃｔ）を見いだすことができる。 例えば目的地（デスティネー／Ｍン：　ｄｅｔ　１ｎａｔ　ｔｏｎ）がエージェ ントにエージェントが要求したバーミツトを与えないために、オペレーアジンが 失敗したとしても、オペレーション″ｇｏ”又は’　５ｅｎｄ”によってエージ ェントをその目的地に到達させることができる。さらに、オペレーアジン”　ｅ ｎｔｅｒｉｎｇ”は、この場合にも呼び出される。 単なる／ステムフィーチャではなく、定４％ｔｉ！ｔみ（ブリデフアイノド：　 ｐｒｅｄｅｆｉｎｅｄ）フィーチャ又はユーザ定義（ユーザデファインド：　ｕ ｓｅｒ−ｄｅｆｉｎｅｄ）フィーチャを、エンジンが要求することは許容される 。 エンジンによって要求されたフィーチャのためのユーザ定義メ゛へ、ドは、あた かもフィーチャがレステムフィーチャであるがのよう１こ、クライアント及びプ ロセスがＯであることを見い出だす。 現在のリージョンがプロセスの意図された権限において持っている信用の程度を 証明する、リードオンリのパブリックインスタンスアトリビュート”　ａｕｔｈ ｅｎＬｉｃｉｔｙ”を、クラス″Ｐｒｏｃｅｓｓ”に付加する。このアトリビュ ートはアペンディノクスＡのセク／ｇノ４．５７に定義されている。 プロセスか生成された時を示す、リードオンリのパブリックインスタンスアトリ ビュート”ｅｒｅａｔ　１ｏｎＴｉＩＩｌｅ”を、クラス”　Ｐｒｏｃｅｓｓ” に付加する。 プロセスのアトリビュート“ｂｒａｎｄ″を廃棄する。 注：その代わり、リージョンは、クラス”Ｐｅｒｍｉｔ″のサブクラスを定義し 、その１つのインスタンスをプロセスのアトリビュート″ｒｅｇ　１ｏｎａ　ｌ Ｐｅｒｍ　ｉｔ”として供給することができる。 ２　テレスクリプトの概念 ２．１　ブレイス　の−モデル インストラク７！Ｉノセノトは、このセク／ヨンで定義される”ブレイスからブ レイスへの転送モデル（ｐｌａｃｅ−ｔｏ−ｐｌａｃｅ　ｔｒａｎｓｆｅｒ　ｍ ｏｄｅｌ）″を実現する。 ２．１．ｌ　ドラベルドブレイス（Ｔｒａｖｅｌｅｄ　Ｐｌａｃｅｓ）”　ドラ ベルドブレイス（ｔｒａｖｅｌｅｄ　ｐｌａｃｅ）　”は、７ノピングボノクス がそれを介して転送されるブレイスである。 トランスファＴｖａｎｓｒｅｖ） ネットワークがある７ノピングボノクスに委託したドラベルドブレイスは、ンノ ヒンクホノクスの“元（ｏｒｉｇｉｎ）″である１つのブレイスから、”７ピン グボノクスの”目的地（ｄｅｓｔｉｎａｔｉｏｎ）”である１以上のブレイスへ 、ボックスの内容物を”トランスファ（ｔｒａｎｓｆｅｒ）　”するように、協 力する。ドラベルドブレイスは、異なった方向に７ノピングボノクスの内容物を 搬送しなければならない時には、新しいン、ピングボ、クスを生成する。 ／ノピングボノクスの内容物を、転送元から目的地のどれか１つにトランスファ するのは、４つのステップで行なわれる。ここで、最後の２つのステップ、すな わちトランスファイン及びトランスファアウトは、単一のトランスファ内におい て反（夏することができる。 サブミノ／−Ｊン（Ｓｕｂｍｉｓｓｉｏｎ）トランスファは、ン、ピングボ、ク スの”サブミノンッン（ｓｕｂｍｉｓｓｉｏｎ）　”によって開始される。７ノ ビングボノクスが結果として最初にトランスファインされるドラベルドブレイス は、その”　５ｏｕｒｃｅ”である。 デリバリイ　Ｄｅｌｉｖｅｒ トランスファは、７ノピノグボ、クスの”デリパリイ（ｄｅｌ　１ｖｅｒｙ）″ で終了する。サブミ’７ンヨンされたン、ビングボ、クスが配送されるブレイス が、その”目的地（ｄｅｓｔｉｎａｔｉｏｎ）　”である。 ７ノビ／グボノクスの配送は、゛ノーマル（ｎｏｒｍａｌ）″又は°°アブ／− マル（ａｂｎｏｒＩｌａｌ）　”である。前者の場合には、７ノピノグボノクス の目的地は、サラミノン９ンにおいて特定された通りであり、７ノピングボノク スの内容物の全クリティカルパー７が存在している。後者の場合には、ネットワ ークは、ンノビングヂノクスのための別に予め定義された目的地を持っており、 ンッピングボ、クスの内容物のあるクリティカルパーツが存在していないことが ある。エクセプンコノはこのアブノーマルな状況について説明する。 トランスファイン　Ｔｒａｎｓｆｅｒ　Ｉｎ／ノピングボノクスは、ドラベルド ブレイスに″トランスファイン（ｔｒａｎｓｆｅｒｒｅｄ　ｉｎ）　’“される 。トランスファインは、あるブレイス（ドラベルドブレイスでも他のフッイスで もよい。）からの７７ピングボノクスのサブミッションの結果として生じるか、 又は、ドラベルドブレイス（７ノビングボノクスがトランスファインされるドラ ベルドブレイスと同一でも異なっていてもよい。）がらの７・ノピノグボノクス のトランスファアウトの結果として生じる。７ノピングボ、クスがそれから来た ブレイスは、シノビングボノクスのｐｒｅｖｉｏｕｓ　ｈｏｐ”である。 トランスファアウト（Ｔｒａｎｓｆｅｒ　０ｕｔ）７ノビングボノクスは、ドラ ベルドブレイスから”トランスファアウト（ｔｒａｎｓｆｅｒｒｅｄ　ｏｕｔ） 　”される。トランスファアウトは、ドラベルドブレイス（シッピングボノクス がそれからトランスファアウトされたドラベルドブレイスと同一でも異なってい てもよい。）への７７ピングボ、クスのトランスファインの結果として生じるか 、又は、ブレイス（ドラベルドブレイスでもその他のブレイスでもよい。）への ７ノビングボノクスの配送の結果として生じる。シソピングボソクスがそれに向 かう１以上のブレイスは、７ノピングボノクスのｎｅｏ　ｈｏｐ”である。 ｌ−土一ヱー上し」詠ゴ銀［野−仁邊加１甲区ｊ旦竺と”　Ｓｈｉｐｐｉｎｇ　 Ｂｏｘｅ”は、オブジェクトであり、このオブジェクトは、池のもの、すなわち その”内容物（ｃｏｎｔｅｒ＋ｔｓ）　”を保持し、そのオブジェクトをブレイ スからブレイスへと転送させるために使用することができる。 ■一覧エヒ吐と ドラベルドブレイスは、ンノビングボノクスの内容物であるオブジェクトを”閲 覧（ｐｅｅｋ）”することができる。すなわち、ドラベルドブレイスは、下記の 制限に従って、オブジェクトのアトリビュートを取得することができる。 ７ノピングボノクスは、／ノピノグボノクスの内容物への保護された（ｐｒｏｔ ｅｅｔｅｄ）　リファレンスを用いて、７ノビングボツクスの内容物のアトリビ ュートを取得する。 ユーザ定義メソッドが呼ばれると、そのメン、ドは、あたかもアトリビュートが レステムのアトリビュートであるかのように、”ｃｌｉｅｎｔ”、”　ｈｅｒｅ ″及ヒ”Ｐｒｏｃｅｓｓ″がニル（０）であることを見い出だす。さらに、アト リビュートを閲覧（ｐｅｅｋ）すると、予め定められた通路を無視して、どんな 場合でも、アトリビュートのオリジナルでなく、アトリビュートのコピーをリタ ーンする。 設定（Ｐｏｋｅ） ドラベルドブレイスは、／ｌピノグボノクスの内容物であるオブジェクトを”設 定（ｐｏｋｅ）”することができる。すなわち、ドラベルドブレイスは、下記の 制限に従って、オブジェクトのアトリビュートをセットすることができる。しか し、ドラベルドブレイスは、適当な特権を持っている場合にのみこれを行なうこ とができる。 ７ノビノグボノクスは、７ノピングボノクスの内容物への保護されてない（ｕｎ ｐｒｏｔｅｃｔｅｄ）　リファレンスを用いて、その７ノピングボノクスの内容 物の７トリビユートをセットする。ユーザ定義メソッドが呼ばれていれば、その メソッドは、あたかもアトリビュートかシステムのアトリビュートであるかのよ うに、メソッドは＋　”　ｃｌｉｅｎｔ”　、”　ｈｅｒｅ”及び°’　Ｐｒｏ ｃｅｓｓ”がＯであることを見いだす。さらに、アトリビユートを設定（ｐｏｋ ｅ）すると、予め定められた通路が無視され、どんな場合ても、オリジナルのア トリビュートではなく、提案されたアトリビュートのコピーを用いる。 前記特権は次のようにして割り当てられる。エンジンブレイスは、アトリビュー ト１°ａｕｔｈｅｎｔ；ｃａｔｌｏｎｓｔａｔｅ”又は”　ｒｅｇｉｏｎａｌＰ ｅｒｍｉｔ”を、インストラクンヨンセ／トかこれらのアトリビュートをリード オンリとして定義していたとしても、セットすることができる。アトリビュート ”　ｒｅｇｉｏｎａｌＰｅｒｍｉｔ”のプリミティブなセノテイ／グは、／ノピ ノグボノクスのアブノーマルな配送を命令することができ注：トラベルドブレイ スは、７ノビングボツクスの内容物のオペレーシッンを要求することはできない 。 リボノクス　Ｒｅｂｏｘ ドラベルドブレイスは、ンノピングボ・ノクスを”リボノクス（ｒｅｂｏｘ）　 ”することができる。ドラベルドブレイスは、ン、ピングボックスが異なる方向 に転送されねばならない場合にそれを行なう。エンジンは、シノピングボｙクス から特定の目的地のチケットを除去し、それらのチケットをニル（０）とする。 そして、エンノ／は、現存のものと内容が同一の新しい７ノビングボノクスに、 それらのチケットを新たに付は加える。 リダイレクト（Ｒｅｄｉｒｅｃ＋） ドラベルドブレイスは、７ノビングボ、クスを”リダイレクト（ｒｅｄｉｒｅｃ ｔ）　”することができる。ドラベルドブレイスは、トランスファの間にエクセ ブノヨンが生じた場合にこれを行なう。エンジンは、シノビングポノクスにエク セブシ３ノを付は加え、ンノピングボ、クスの目的地チケットの中からニル（０ ）を除去する。そして、エンジンは、残りの各目的地チケットに代えて特定の単 一のチケットを使用することができる。 ２．１．３　オープンドオブジェクト（Ｏｅｎｅｄ　Ｏｂ’ｅｅｔｓ）”オープ ンドオブジェクト（ｏｐｅｎｅｄ　ｏｂｊｅｃｔ）　”は、オブジェクトであり 、その０以上のパートが操作可能である。 二二ノ］凡堕組と オブジェクトの各々の゛′パーツ（ｐａｒｔ）″は、開放されていてもいなくて も、そのダイジェストがニル（０）ではないインターチェンジドオブジェクトで ある。 開放されたオブジェクトのパーツは、そのパーツのクラス及びダイジェストの別 のオブジェクトに、開放されたオブジェクトに大きく影響することなく、置き換 えることができる。 「　在（ブレゼ／ス：　ｐｒ６ｓｅｎｃｅ開放されていてもいなくても、オブジ ェクトの各パーツは、′°プレゼント（ｐｒｅｓｅｎｔ）”、すなわち存在して いるか、又は”アブセント（ａｂｓｅｎｔ）”、すなわち存在していないかであ る。一般に、一部のパーツがアブセントであることは、オブジェクトの使用を制 限するが、オブジェクトのブレイスからブレイスへの転送を一層効率的にする。 オブジェクトが、その時点においてアブセントである、そのオブジェクト自身の パーツへのリファレンスを使用しようと試みた場合、エンジンは、”　Ｒｅｆｅ ｒｅｎｃｅ　Ｖｏｉｄ”を送出する。 注：典型的な実施例においては、７ノビングボノクスの内容物のパーツは、７ノ ピングボノクスをサブミ、／ヨンした時点において、及び７ノピングボノクスの デリバリイの時点においては存在しているが、効率を最適にするために、シッピ ングボックスのトランスファの他のステップの全部又は一部においては存在して ない。 クリティカル　Ｃｒ１ｔＩｃａ１１ｔ）開放されていてもいなくても、オブジェ クトの各パーツは、′クリティカル（ｃｒｉｔｉｃａｌ）　”であるか、又は゛ ツノクリティカル（ｎｏｎ−ｃｒｉｔｉｃａｌ）　”である＠オブジェクトは、 オブジェクトのツノクリティカルなパーツが１以上存在していなくても、使用で きるように設計されるが、オブジェクトのクリティカルなパーツが全く存在して いない場合には使用することはできない。 注：オブジェクトのクリティカルなパーツのアブセントは、そのオブジェクトを 収容した７ノピングボ、クスの正常な配送を妨げとなるが、ノンクリティカルな パーツのアブセントは、そのオブジェクトを収容したンッピングボソクスの正常 な配送の妨げとはならない。 注：典型的な実施例において、オブジェクトの全てのパー７はあらゆる場所でク リティカルである。ただし、時には、オブジェクトのあるパーツは、そのオブジ ェクトが特定のブレイスにいる間のみ、クリティカルとなる。 ２．１．４　オープンド／ノピングｆノクス　Ｏｅｎｅｄ　Ｓｈｉ　ｉｎ　Ｂｏ ｘｅｓ”オープンド／ノピングボノクス（ｏｐａｎｅｄ　ｓｈｉｐｐｉｎｇ　ｂ ｏｘ）　”は、そのパーツが操作されることができる／ノビングボ、クスである 。オープンド／ノピングボ・ノクスのパーツは、７ノビングボノクスの内容物の パーツである。 ２．１．５　バー７ボノクス（Ｐａｒｔｓ　Ｂｏｘｅｓ）けパーツボックス（ｐ ａｒｔｓ　ｂｏｘ）″は、そのパーツが明白に又は任意に特定することができる オープンドオブジェクトである。パーンボックスは、次の４つの目的のために用 いられる。 パーツの　Ｍａｎｉ　ｕｌａｔｉｎ　Ｐａｒｔｓオープンドオブジェクトのパー ンは、パーツボックスによって操作される。これによって、操作を行なっている オブジェクトにパーツが直接アクセスしないことが保証される。例えば、バーツ ボ、クス内のパーツは、オープンドオブジェクトに含められることができ、オー プンドオブジェクトの指定されたパーツは、コピーされたり、パーツボックスに 移されたりすることができる。ただし、パーツ自身は、パーツボックス内にある 間であっても、検査されることはできない。 注：これによってインターチェンジドオブジェクトによって表される知的所有権 が保護される。 パー７の　５ｔｏｒ１ｎＰａｒｔｓ オープンド／ノビノグボ、クスを任されたドラベルドブレイスは、このような７ ノビノグボノクスに含まれるパーツのためのりポジトリ（保管庫）として、パー ツボックスを使用することができる。パーツホックスは、小さなデータボックス であり、フッイスからブレイスへのトランスファにおいてリノースとして役立パ ーツの２、ＴａｋｉｎＰａｒｉｓ） ／ノビングボノクスの内容物がバーノボ、クスを含む場合、バーンボックスのク リティカルなパーツが、７ノビノグボノクスのパーツから削除される。そのため ７ノビングホノクスのトランスファにおいて呼び出されたドラベルドブレイスは 、これらのパーツを調へることも削除することもできない。したがって、このよ うな削除による最適化は試みられない。 注：これは、／ステム全体か／ステムの最適化（この場合は誤った方向の最適化 である。）の努力によりエージェントの移動を避けるために全てを試みるような ／ステムを用いることなく、ブレイスからブレイスへのトランスファをサポート しているエージェントが、インターチェンジドオブジェクトを、ドラベルドブレ イス間で移動させることを可能にする。 パーツの　Ｌｅａｖ１ｎＰａｒｔｓ ７ノビングボノクスの内容物がパーツボックスを含む場合、パーツボックスのノ ンクリティカルなパーツは、／、ピングボックスに含められる。このようにして 、エージェントは、インターチェンジドオブジェクトがノンクリティカルである ことを宣言することができ、その後、このエージェントに不随するこのパーツを 伴うことなく、トリ／プを行なうことができる。後でパーツボックスからパー７ を取り除くことによって、エージェントは、そのパーツがクリティカルであるこ とを宣言する。このとき、パーツがアプセットの場合、エンジンは、そのパーツ をローカルに見い出すか、又はそのパーツがエージェントによって使用されてい るときは、”　Ｒｅｒｅｒｅｎｃｅ　Ｖｏｉｄ”を送出する０庄：これは、エー ジエツトが、それらのインターチェンジドオブジェクトのいくつかが使用されな いブレイスを、それらのオブジェクトがそこに存在することを要求することなく 、訪問することを可能にする。 ２１．６　チケットの チケットは、後述するように、／、ピングボックスがそれを介して転送される複 数のブレイスを定義する。 ”プレイスアトリビ、！−ト（ｐｌａｃｅ　ａｔｔｒｉｂｕｔｅｓ）　”は、こ のセク／ｌＩン全体を通じて１アトリビユート”　ｄｅｓｔｉｎａＬｉｏｎＮａ ｍｅ”　、”　ｄｅｓｔｉｎａＬｉｏｎＡｄｄｒｅｓｓ”　、”ｄｅｓｔｉｎａ ｔ　１ｏｎｃｌａｓｓ″である。以下に特に説明しない他のチケットアトリビュ ートは、無視される。 ソース（Ｓｏｕｒｃｅ） チケットは、ノノビングボ、クスのソースを定義するために用いられる。ソース を特定する、チケットのブレイスアトリビュートは、割り当てられたテレネーム （アサインドテレネーム）と、割り当てられたテレアドレス（アサイントチレア ドレス）と、割り当てられたサイテンラン（アサインドサイテン９ン）とである 。チケットのアトリビュートｗａｙ”は、ニル（０）でない場合には、必要に応 じて、そのソースに到達するウェイを記述する。 デステイネーノｇン　Ｄｅｓｔｉｎａｔｉｏｎチケットは、／ノピングボ、クス の各デスティ不一／コンを定義するために用いられる。チケットのブレイスアト リビュートは、問題のデスティ不一ンヨンを特定する。チケットのアトリビュー トｍａｙ”は、ニル（０）でない場合には、そのデスティネー７＝１ノに到達す るウェイを記述する。アトリビュービｄｅｓｉｒｅｄＷａ已”、”　ｍａｘｔｍ ｕ＋ｎＷａｉｔ″は、７ノピノグボノクスがそのデスティネーションに向かって 転送されているときにン、ピングボックスに供与されるサービス品質を提供する 。 ブリピアスホップ　Ｐｒｅｖｉｏｕｓ　Ｎ。 チケットは、７ノピングボノクスのブリピアスホップ、すなわち転送前の場所を 定義するために用いられる。ブリピアスホップを特定する、チケットのアトリビ ュート”　ｄｅｓｔｉｎａｔｉｏｎＮａｍｅ”　、”　ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ”　、”　ｄｅｓｔｉｎａｔｉｏｎｃｌａ唐刀h は、それぞれ、割り当てられたテレネーム（アサインドテレネーム）、割り当て られたテレアドレス（アサイントチレアドレス）、割り当てられたサイテンラン （アサインドサイテン９ン）である。チケットの７トリビユード’　ｗａｙ”は 、ニル（０）でない場合には、ンノビングボックスがブリピアスホップからトラ ンスファされたときのウェイを定義する。 ネクストホップ　Ｎｅｘｔ　Ｈ。 チケットは、ンノビングボノクスのネタストホップ、すなわち転送後の場所を定 義するために用いられる。チケットのブレイスアトリビュートは、ネクストホッ プを特定する。チケットのアトリビュート“’　ｗａｙ″は、ニル（０）でなけ れば、そのネクストホップに到達するウェイを記述する。 ２．１．７　エンジンの′　１ ドラベルドブレイスは、ン、ピ／グボ、クスの転送とその目的地への配送とを、 制御するのでなく、容易にするものとして見ることが適切である。エンジン自身 が、次のようにこのプロセスにおいて手助けをする。 トランスファイン（丁ｒａｎｓｆｅｒ　Ｉｎ）ドラベルドブレイスが、ンノビン グボノクスをトランスファインするときはいつでも、エンジンは、そのン／ピン グボックスが開放されたものかそれともそうでないかをすでに判断している。典 型的な実施例においては、エンジンはボックス毎にではなく、統一的にこの判断 を行なう。したがって、一般に、ドラベルドブレイスは、池のブレイスと異なっ て、ンノビングボノクスの内容物のノで−ツのイノターチェンジを任される。 トランスファアウト（Ｔｒａｎｓｆｅｒ　０ｕｔ）ドラベルドブレイスが／ノビ ングボノクス”Ａ″をトランスファアウトするときはいっでも、エンジンは次の ことを行なう。第１に、エンジンは、Ａ′をリボノクスし、新しいンノビングボ ノクス”　Ｂ”に、そのエンジンがシ・／ピングボックスを配送することができ る目的地へのチケットを移動させる。ただし、エンジンは、トランスファアウト が配送を許容する場合にのみチケットを”Ｂ”に移動させる。第２に、エンツノ は、“Ａ″を再びリボ・ノクスし、残りの全てのチケットを池の新しいン、ビン グボ、クス゛°ｃ“に移動させる。第３に、エンジンは、非同期的に”Ｃ″をト ランスファし、”Ｂ’を配送することを試みる。 限切れ（Ｅｘｌｒａｔｌｏｎ） ドラベルドフッイスが７ノピングボノクス°゛Ａ″のどれか′のデスティネー７ ｗノチケノトを期限切れとすることを許可するときはいつも、エンジノは次のこ とを行なう。このようなチケットは、その最長存続期間が到達した時に”期限切 れ（ｅｘｐｉｒｅｓ）　’“となる。第１に、エンノ／は、Ａ′をリボノクスし 、期限切れとなったチケットを新しい／、ピッグボックス′°８′に移動させる 。第２に、エンジノは、異常の原因として°゛Ｔｉｃｋｅｔ　Ｅｘｐｌｒｅｄ” を記録して、”Ｂ”をエンジンによって選択されたブレイスに再び向かわせる。 第３に、エンジノは、ドラベルドブレイスが行なったかのように、Ｂ”を、エン ジンによって選択されたブレイスにトランスファアウトする。 瓜−ガユＤｉｓｃａ邑と ７ノビングホノクス”Ａパに付は加えられたデスティキーノー１ンチケツトが残 っていても、ドラベルドブレイスが７ノビ／グボ、クス”Ａ”を処分する時はい っても、７ノピングボノクス゛Ａ”の終了を呼び起こすように、エンジンは次の ことを行なう。第１に、エンジノは、”Ａ”をリボノクスし、全てのデスティネ ー／−Ｉノチケ、トを新しいン、ピノグボ、クス″Ｂ゛に移動させる。第２に、 エンジノ＋１、”Ａ’“をＶ５壊する。第３に、エンジノは、ドラベルドブレイ スが行なったかのように、＋Ｂ″を、エンジン自身が選択したブレイスに、非同 期的にトランスファアウトする。 ２．１．８　ルーティングにおけるエンジンの′　１エノジンは、ンノピングボ ノクスの第２のホップを選択することと、ソツピングホ、プの第２のホップから 最後のホップまでを制約することと、／ノピングボ、クスの最初のホップをリー ジョン内のホップの任意の順序において制限することとによって、ンッビングボ ノクスが転送されるルートを制限する。 １１のリージョンでのホップ　Ｆ＋ｒｓＬ　Ｒｅ　１ｏｎａｌ　ｌｌ。 あるリージョンの各エンジンは、そのリージョンに入るシソピングボックスがエ ンジンブレイスに、そのリージョンの別のドラベルドブレイスにトランスファイ ンされたり、そのリージョン内において転送されたりする前に、トランスファイ ンされることを保証するように互いに協力する。 ２のホップ　５ｅｃｏｎｄ　Ｈ。 エンジノは、７ノピングボノクスのソースから、７ノピングボツクスの第２のホ ップ・すなわち／ソピングボノクスが最初にトランスファインされるドラベルド ブレイスを次のようにして選択する。 第２のホップは、それかドラベルドブレイスであれば、ン／ピングボ、クスのサ フミノンヨンブレイスであり、そうでなければ、サブミノンゴンプレイスのスー パーブレイスである。い（つかのスーパーブレイスがドラベルドブレイスである 場合は、他のものを全く含まないものが選択される。 注ニジ１：力（つて・°゛サフ゛ミフフｇンｓｕｂｍｉｓｓｉｏｎ）　”　ｌよ 、シノヒ０ングボ、クスがドラベルドブレイスに到達するまで、／ノピングボノ クスを、その元の及びそれに続くスーパーブレイスを介して下っていくようにさ せるものとして、理解することができる。 ｌＬ以ｔ、ｙムＥ環［１とＬ二（（ト）竺狸ヒ！七犯」卯とエンジンは次のよう にして、７ノビングボノクスの第２のホップから最後のホップ、すなわち７ノビ ングボノクスが最後にトランスファアウトされたドラベルドブレイスを、７ノピ ノグボ、クスの全ての目的地に対してコンストレイントする。 第２のホップから最後の士、ブは、デスティネー７−１ン自身であるか、そのス ーパーブレイスの１つである。７ノビングボノクスの各目的地について個別にこ のようになる。 注：したがって、゛°デリバリイ（ｄｅｌｉｖｅｒｙ）　”は、／ノピノグボソ クスがその各目的地として資格を持つものに到達するまで、ノノビングボノクス を、連続するサブブレイスを介して上っていくようにさせるものとして、理解す ることができる。 第２の士ノブから最後の士、ブにおいて、いくつかのブレイスが７ノビングボノ クスの目的地として資格を持つ場合、アベンディノクスＡのセタン９ン２．５． ４に示した順序でそれらに向かうようにして、エンジンは７ノビングボノクスを それらの内の１つに配送しようと試みる。 第２のホップから最後のホップにおいて、どのブレイスも／ノピングボ、クスの 目的地として資格が無い場合、又はどのブレイスも７ノビングボノクスの配送を 受け付けない場合、エツジ／はノアピングボックスを二ノノン自身が選んだ１つ のブレイスにトランスファアウトする。 【ξ夕更び皿」引μＵと エンジンは、シノビングボノクスが最終的に配送不可能であることをレステムエ ラーとして処理する。エンジンは、この／ステムエラーをエンジンは現行のＯＡ Ｍの方針に従って取り扱う。 注：エンジンは、他に配送することができない７ノビングボノクスのために、最 後のブレイスとして”ｐｕｒｇａｔｏｒｙ“を供給することができる。このブレ イスは、占有者のローカルパーミツトを著しく制限することができる。 ２．１．９　°’　Ｇｏ”の′− クラス″ａｇｅｎｔ”に固有のｇｏ”　のメツ、ドは、エージェント及びエージ ェントが所有するオブジェクトを内容物とするンノピングボ、クスを用いて、次 のようにオペレーアシンをインプリメントする。 サブミノンヨン（Ｓｕｂｍｉｓｓｉｏｎ）エンジンは、オペレーアシンについて のエージェントの要求を確認した後、エージエツトを含む／、ビングボ、クスを 生成しサブミノンヨンする。したがって、７ノビングボノクスの最初のホップ、 すなわちその転送元（ｏｒｉｇｉｎ）は、エージェントがオペレーアシンを要求 した時にエージェントが占有していたブレイスである。 デリバリイ　Ｄｅｌｉｖｅｒ エンジンは、オペレーアシンを完了することによって、ンッピングボノクスを配 送する。したがって、ン、ピングホッブの最後のホップ、すなわちその単一の目 的地は、エージエツトがそのオペレーアシンを完了した時にエージェントが占有 しているブレイスである。 ンノビノグボノクスがエクセプ／Ｉ！ノを３己録せず、かつ／ノピングボノクス の内容物の／ノクリティカルなパーツのみがアブセントの場合には、このオペレ ーアシンは成功し、その他の場合には失敗する。オペレーアシンが失敗したとき 、オペレーア−１ンは、７ノビングボノクスがエフセブンジノを記録している場 合は、７ノビングボノクスが記録しているエフセブンジノを送出し、その他の場 合は、エノノン自身が選んだエクセブ／ｇンを送出する。 ２、１　、１０　”　５ｅｎｄ”の斎−クラス゛’　ａｇｅｎｔ”に固有のオペ レーアシン”　５ｅｎｄ”のメツノドは、オペレーンツノ″ｇＯ″のインプリメ ントと間挿に、オペレーアシン°５ｅｎｄ”をインプリメントする。ただし、以 下の２つ声が異なる。第１に、７ノピ／グボノク又は、転送するべきクローンと 同じ数のデスティ不−／−Ｊノを持つ。第２に、７ノビングボノクスの内容物は 、オペレーアシンを要求しているエージェントの代理となるクローンである。ク ローンのアサイツトテレネームのアトリビュート”　１ｄｅｎｔｉｔｙ”ζよ、 サブミノ／コンの時にはニル（０）であるが、各クローンが配送される（こつれ て個別にセットされる。 ３　テレスクリプトクラスのり ３１　フッイス。の転　グループ　Ｐｌａｃｅ−ｔｏ−Ｐｌａｃｅ　Ｔｒａｎｓ ｆｅｒ　ＧｒｏｕＯｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｃｅｄ）φＰａｒｔｓ　ＢＯ Ｘ　（Ｏｐｅｎｄ）−止」■」Ｊ垣Ｌ（Ｕｒ＋ｏｌｏｖｅｄ）−・Ｏｅｎｅｄ　 Ｓｈｉ　ｉｎ　ＢＯＸ　（Ｏｐｅｎｄ）釘曵但世 オベレー／ＴＪン（Ｏｅｒａｔｉｏｎｓ）七Ｍ止りμ狙 七月狂駐王阻 ｇｅｔＮｕｍｂｅｒ ｉｎｃｌｕｄｅＰａｒｊｓ ″オープツトオブジェクト（ｏｐｅｎｅｄ　ｏｂｊｅｃｔ）″は、そのパーツが 操作可能なオブジェクトである。オープンドオブジェクトの固有のオベレーノー Ｉンは、指定された基準を充たすパーツのナンバ（オペレーアシン“ｇｅｔＮｕ ｍｂｅｒ”）、クラス（オペレーアシン”　ｇｅｔｃｌａｓｓｅｓ”　）　、及 びダイジェスト（オペレーアシン″ｇｅｔＤｉｇｅｓｔｓ″）を明らかにし、新 しいパーツを含め（オペレーアシン″１ｎｃｌｕｄｅＰａｒｔｓ°“）、現存す るパーツを排除しくオペレーアシン“’　ｅｘｃｌｕｄｅＰａｒｔｓ”　）〜特 定の基準を充たす全ての現存のパーツを排除しくオペレーアシン”ｃｌｅａｒＰ ａｒｔｓ”）、特定のパーツの検査のｒ＄備をする（オベレー／−Ｉン”　ｅｘ ａｍｉｎｅＰａｒｔｓ”　）　。 ３．１．２　オープンド／ノビングボノクス　Ｏｅｎｅｄ　Ｓｈｉ　ｉｎ　Ｂｏ ｘ”オーブンドンノピングポノクス（ｏｐｅｎｅｄ　ｓｈｉｐｐｉｎｇ　ｂｏｘ ）″は、そのパーツが操作可能な／ノピノグボクラスである。 ３．１．３　バーツボ１クス　Ｐａｒｔｓ　ＢＯＸ）オペレーンラン　０ｅｒａ ｔ１ｏｎＳ）ｉｎｃｌｕｄｅＰａｒｔｓ ”　ｐａｒｔｓ　ｂＯＸ″は、そのパーンが特定可能及び操作可能なオブジェク トである。 パーツボックスの固有のオベレー／嘗ンは、新しい、（−ツを含む（オペレーシ ョン”　１ｎｅｌｕｄｅＰａｒｔｓ”　）　。 ３．１．４　／、ピングボックス　５ｈｉＩｎＢＯｘ部工ぢ±バ■ オペレーンラン　０ｅｒａｔ１ｏｎＳ 匹醜 匹社 匹あ■ ｓｈｉｐｐｉｎｇ　ｂｏｘ″は、ブレイス間をトランスファすることができるオ ブジェクトである。 ンノピングボ・クラスの固有のアトリビュートは、７ノピングボ、クスがサブミ ノン１ンされたタイム（アトリピニー）”ｔｉｍｅ″）と、シツピングボックス のソースへのチケット（アトリビュート″５ｏｕｒｃｅ”）と、シツピングボッ クスの目的地へのチケット（アトリビュートｄｅｓｔｉｎａｔｉｏｎｓ”　）と 、シツピングボックスの転送の間に遭遇したエクセブション（アトリビュートｅ ！ｅｅｐｔｉｏｎ″）とである。 ／／ピングボックスの固有のオペレーションは、ン・１ビングボ、クスの内容物 の特定されたアトリビュートを取得（オペレーン１ン”ｐｅｅｋ″）又は設定（ オペレーション″ｐｏｋｅ″）シ、エフセブンジンの場合にシツピングボックス をリダイレクトしくオペレーション“’　ｒｅｄｉｒｅｃｔ”　）　、いくつか のネクストホップを許容するように／ノピングボクラスをリボクラスする（オペ レーンラン″ｒｅｂｏｘ″）０３．１．５１−ラベルド（Ｔｒａｖｅｌｅｄオペ レーン１ン　０ｅｒａｔｌＯｎｓ ”　ドラベルドオブジェクト（ｔｒａｖｅｌｅｄ　ｏｂｊｅｃｔ）”は、／ツピ ングボックスを転送させることができるブレイスである。 ドラベルドブレイスの固有のオペレーシヨンは、７ノビングボツクスをトランス ファアウトしくオペレーション”　ｔｒａｎｓｆｅｒｏｕｔ”　）　シツピング ボックスのトランスファインに作用する（オペレーション″ｔｒａｎｓｆｅｒｒ ｅｄ　Ｉｎ”）０４　テレスクリプトクラスの０細 ４．１　オープンド　０ｅｎｅｄ 並虹組 主二区二旦１旺り 匣姐叫 ５ｅａｌｅｄ　ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　Ｏ！←■）：１乙しム 社録／７．９７Ｚヱ二と１乙〔−堕蝮山」囮］匹１し旧月部ＬｃｌｅａｒＰａｒ ｔｓ ｕｎｐｒｏｔｅｃｔｅｄｏｐ　（ｉｓｃｒｉｔｉｃａｌ：　ＢｏｏｌｅａｎｌＮ ｉｌ）；ブーリアン（アーギュメント°’　１ｓｃｒｉｔｉｃａｌ”　）が定義 する基準を充たすレスポンダの現在の全てのパー７を、レスポンダから除去して 廃棄する。下記オベレー／：Ｉン″ｇｅｔｃｌａｓｓｅｓ＋参照すること。 ｅｘａｍｉｎｅＰａｒｔｓ ｏｐ　（ｏｆｃｌａｓｓ：　Ｃ１ａｓｓ：ｄｉｇｅｓｔｓ＋　ｐｒｏｔｅｃｔｅ ｄ　Ｓｅｔ　［０ｂｊｅｃｔ］）ＰａｒｔｓＢｏｚＩＮｉｌ　； クラス（アーギュメント″ｏｆｃｌａｓｓ″）及びダイジェスト（アーギュメン ト”ｄｉｇｅｓｔｓ”　）　が指定された現存しているパーツを、レスポンダに 残し、リターンする。このオペレージ１ンは、パーツを含むパーツボックスが存 在しているならば、このパーツボックスをリターンし、存在していないならば、 ニル（０）をリターンする。 ｅｘｃｌｕｄｅＰａｒＬｓ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｏｆｃＩａｓｓ：　Ｃ１ａｓｓ；ｄｉｇｅｓ ｔｓ：　ｐｒｏｔｅｃｔｅｄ　Ｓｅｔ　［０ｂｊｅｃｔ］）ＰａｒｔｓＢｏｘ　 ｌＮｉ　ｌ　： そのクラス（アーギュメント“ｏｆｃＩａｓｓ″）及びダイジェスト（アーギュ メント″ｄｉｇｅｓｔｓ”　）　が指定されている現存しているパーツを、レス ポンダがら除去し、リターンする。このオペレーションは、パーツを含むパーツ ボックスが存在しているならば、このパーツボックスをリターンし、存在してい なければ、ニル（０）をリターンする。 話厖ユリμ狙： ｏｐ　（ｉｓＰｒｅｓｅｎｔ、１ｓｃｒｉｔｉｅａｌ：　ＢｏｏｌｅａｎｌＮｉ ｌ）ｐｒｏｔｅｃｔｅｄ　Ｓｅｔ　［ＣＩａｓｓ］：ブーリアン（アーギュメン ト”１ｓＰｒｅｓｅｎｔ”及び”　１ｓｃｒｉｔｉｃａｌ”　）　が定義する以 下の基準を充たすレスポンダのパーツのクラスをリターンする。 第１の基準は、第１のブーリアンによって定義され、ブーリアンが真であればパ ーツは存在しており、ブーリアンが偽であればパーツは存在しておらず、アーギ ュメントがニル（０）であればそのどちらがであるということである。第２の基 準は、策２のブーリアンによって定義され、ブーリアンが真であればパーツはク リティカルであり、ブーリアンが偽であればパーツはノンクリティカルであり、 アーギュメントがニル（０）であればそのどちらがであるということである、と いうことである。 組成」競旦・ ｏｐ　（ｏｆｃＩａｓｓ：　Ｃ１ａｓｓ：　１ｓＰｒｅｓｅｎｔ、　１ｓｃｒｉ ｔｉｅａｌ：　ＢｏｏｌｅａｎｌＮｉｌ）ｐｒＯＬｅｃｔｅｄＳｅｔ　［０ｂｊ ｅｃｔ］指定されたクラス（アーギュメント”　ｏｆｃｌａｓｓ”　）であり、 ブーリアン（アーギュメント″１ｓＰｒｅｓｃｎｔ−及び”　１ｓｃｒｉｔｉｃ ａｌ”　）が定義する基準（前記オペレーンラン″ｇｅｔｃｌａｓｓｅｓ’“聾 照）を充たすレスボンタ゛のパーツのダイジェストをリターンする。 註１」匝虹・ ｏｐ　（ｉｓＰｒｅｓｅｎｔ、　１ｓｃｒｉＬｉｃａｌ：　ＢｏｏｌｅａｎｌＮ ｉｌ）　Ｉｎｔｅｇｅｒ：ブーリアン（アーギュメント”　１ｓＰｒｅｓｅｎＬ ”及び°’　１ｓｃｒｉｔｉｃａｌ”）が定義する基準（前記オペレーンラン° ”ｇｅｔｃｌａｓｓｅｓ″参照）を充たすレスポンダのパーツの番号をリターン する。 １ｎｅｌｕｄｅＰａｒｔｓ： ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｐａｒｔｓ＋　ｐｒｏｔｃｔｅｄ　Ｐａｒｔ ｓＢｏｘ）；クラス及びダイジェストにおいて、そのレスポンダのパーツに適合 するパーツボックスのパーツ（アーギュメント″ｐａｒｔｓ”）をレスポンダに 含める。このオペレーンランは、最初に、既に存在しているこの適合するパーツ を、レスポンダから排除して、破棄する。 ４．２　オープンド／ノビフグボックス　Ｏｅｎｅｄ　Ｓｈｉ　ｉｎ　ＢＯＸＯ ｂｊｅｃｔ　（Ｒｅｆｅｒｅｎｅｅｄ）−Ｓｈｉｐｐｉｎｇ　ＢＯＸ　（ｌＩｎ ＋＋ｏｖｅｄ）・　・　Ｏｅｎｅｄ　Ｓｈｉ　ｉｎ　ＢＯＸ　（Ｏｐｅｎｄ）ク ラス（Ｃ１ａｓｓ） ＯｅｎｅｄＳｈｉ　ｉｎ　ＢＯＸ： ５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（ＳｈｉｐｐｉｎｇＢｏｘ、　０ｐｅｎｅ ｄ）　！０；４．３　パーノボ、クス　Ｐａｒｔｓ　ＢＯＸＯｂｊｅｃｔ　（Ｒ ｅｒｅｒｅｎｃｅｄ）°Ｐａｒｔｓ　Ｂｏｘ　（Ｏｐｅｎｄ）ｓｅａｌｅｄ　１ ｎｔｅｒｆａｃｅ　（ＯｂｊｅｃＬ、　０ｐｅｎｅｄ）　＝（、、、）：ｕｎｐ ｒｏｔｅｃｔｅｄ　ｏｐ　（ ｃｒｉｔｉｃａｌＰａｒＬｓ、ｎｏｎｅｒｉｔｉｃａｌＰａｒｔｓ：　Ｓｅｔ［ １ｎＬｅｒｃｈａｎｇｅｄ］１Ｎｉｌ）：イノターチェノジドオブジェクトの２ つの七ノドを、全て最初から存在している、レスポンダのクリティカルな（アー ギュメント”ｅｒｉｔｉｃａｌＰａｒｔｓ”　）　／（−ソ及びノンクリティカ ルな（アーギュメント°ｎｏｎ−ｃｒｉｔｉｃａｌ”　）　パーツとする。しか し、セットの代わりにニル（０）が存在している場合は、セットはクリアされた ものと推定される。 バブリノククラスタレスオベレー／ヨン　Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ｏ ｅｒａｔｉｏｎｓ″１ｎｃｌｕｄｅＰａｒＬｓ− ｕｎｐｒｏｔｅｃｔｅｄ　Ｏｐ　（ｐａｒｔｓ：ｐｒｏｔｅｃｔｅｄ　Ｐａｒｔ ｓＢｏｘ）：パーツボックスのパーツ（アーギュメント”ｐａｒｉｓ″）をレス ポンダに含める。 各パーツは、レスポンダに存在していると見なされる。各パーツは、レスポンダ 内においてクリティカルであると、それがパーツボックスにおいてそのように見 なされている場合にのみ（ｉｆｆ）　、見なされる。オペレーンランは、最初に 、既に存在しており適合するパーツをレスポンダから排除し廃棄する。 ４．４　ンノビングボクラス　５ｈｉ１ｎＢｏｘＯｂｊｅｃｔ　（Ｒｅｆｅｒｅ ｎｃｅｄ）・蹟葎匹■」■（Ｕｎ＋＊ｏｖｅｄ） クラス（Ｃ１ａｓｓ） 鋒」ル四〇ル・ ５ｅａｌｅｄ　１ｎｔｅｒｆａｃｅ　（Ｏｂｊｅｃｔ、　Ｌｌｎｍｏｖｅｄ）　 ｓ←−）。 ＋Ｃｏｎ５ｔｒｕｃｔｉｏｎ ｉｎｉｔｉａｌｉＺｅ ｕｎｐｒｏｔｅｃｔｅｄ　Ｏｐ　Ｏ ｔｈｒｏｗｓ　ＦｅａｔｕｒｅＬｌｎａｖａｉｌａｂｌｅ＋エクセブシッン（− ＦｅａｔｕｒｅＵｎａｖａｉｌａｂｌｅ−）を送出する。 注：ンノピングボクラスは、オペレーンラン″ｎｅｗ″を使用することなく、オ ペレーアＷン”ｇｏ″又は”　５ｅｎｄ”によって生成される。 パブリノククラスクレスアトリピ！　−ト（Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　 Ａｔｔｒｉｂｕｔｅｓ）ｄｅｓｔｉｎａｔｉｏｎ ｒｅａｄｏｎｌｙ　ｐｒｏｔｅｃｔｅｄ　Ｌｉ５ｔ　［ＴｉｃｋｅｔｌＮｉｌｌ ］；レスポンダのデスティ不一ンヨンと、オペレーア−Ｉン″ｒｅｂｏｘ″を用 いて池のシノビングボ・クラスに移動したチケットに代わる０以上のニル（０） とを定義するチケットである。 弘藏坦士匹： ｒｅａｄｏｎｌｙ　ＴｒｉｐＥｘｃｅｐＬｉｏｎｌＮｉｌ：実際にトリップのエ フセブンシンが生じた場合は、レスポンダを転送する間に生じたトリップのエフ セブンシンであり、生じなかった場合は、ニル（０）である。 ｒｅａｄｏｎｌｙ　ｐｒｏｔｅｃｔｅｄ　Ｔｉｃｋｅｔ：レスポンダのソースを 定義するチケットである。 ｒｅａｄｏｎｌｙ　Ｔｉｍｅ： レスポンダがサブミ、／−Ｊンされたタイムである。 パブリノクイノスタレスオベレーンｇン　Ｐｕｂｌｉｃ　Ｉｎ５ｔａｎｃｅ　Ｏ ｅｒａｔｌｏｎｓとｑニ ｏｐ　（ｉｄｅｎｔｉｆｉｅｒ＋　Ｉｄｅｎｔｉｆｉｅｒり　ｃｏｐｉｅｄ　Ｏ ｂｊｅｃｔｔｈｒｏｗｓ　ＣｏｐｙＵｎａｖａｉｌａｂｌｅ、ＦｅａｔｕｒｅＵ ｎａｖａｉｌａｂｌｅ：識別子（アーギュメント″１ｄｅｎｔｉｆｉｅｒ”　） が示すレスポンダの内容物のアトリビュートをリターンする。 要求側（リクエスタ：　ｒｅｑｕｅｓｔｅｒ）にとってアクセス可能なレスポン ダの内容物のアトリビュートを識別子が示していない場合は、エフセブンシン（ ”　Ｆｅａｔｕｒｅｕｎａｖａｉｌａｂｌｅ″）が送出され、アトリビュートの コピーが利用できない場合は、エフセブンシン（”ＣｏｐｙＵｎａｖａｉｌａｂ ｌｅ”　）が送出される。 Ｌ ｕｎｐｒｏｔｅｃｔｅｄ　Ｏｐ　（ｉｄｅｎｔｉｆｉｅｒ：　Ｉｄｅｎｔｉｆｉ ｅｒ！；ａｔｔｒｉｂｕｔｅ：　ｃｏｐｉｅｄ　Ｏｂｊｅｃｔ）ｔｈｒｏｗｓ　 Ａｒｇｕ＋＊ｅｎｔｌｎｖａｌｉｄ、　ＡｔｔｒｉｂｕｔｅＲｅａｄＯｎｌｙ、 　ＦｅａｔｕｒｅＵｎａｖａｉｌａｂｌｅ；オブジェクト（アーギュメント”　 ａｔｔｒｉｂｕｔｅ”　）を、識別子（アーギュメント”１ｄｅｎＬｉｆｉｅｒ ’“）が示すレスポンダの内容物のアトリビュートにする。このオペレーアｇン は、そのアトリビュートが存在するならば、最初にこれを廃棄する。 オブジェクトがアトリピ１−トのフンストレイントに違反している場合は、エフ セブンシン（”Ａｒｇｕｍｅｎｔｌｎｖａｌｉｄ’　）が送出され、アトリビュ ートがリードオンリである場合は、エクセブン菖ン（”ＡｔｔｒｉｂｕｔｅＲｅ ａｄＯｎｌｙ”）が送出され、識別子がリクエスタにとってアクセス可能なレス ポンダの内容物の７トリビ二−トを示していない場合は、エフセブンラン（”Ｆ ｅａｔｕｒｅＵｎａｖａｉ　ｔａｂｌｅ”）が送出される。 ■あ込・ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｔｉｃｋｅｔｓ：　ｐｒｏｔｅｅｔｅｄ　Ｓ ｅｔ　［ｌｎｔｅｇｅｒ］）ＳｈｉｐｐｉｎｇＢｏｘ ｔｈｒｏｗｓ　Ｐｏ５ｉｔｉｏｎｌｎｖａｌｉｄ；内容物がレスポンダのものと 同一である新しいン・ノピングボ／クスを生成してリターンし、レスポンダのア トリビュート”ｄｅｓｔｉｎａｔｉｏｎｓ”において指定された位置（ボジシヲ ン：　ｐｏｓｉｔｉｏｎ）にあるチケット（ｔ＋ｃｋｅｔｓ”）を、この新しい ７、ピノグボクラスに移動し、それらをニル（０）に置き換える。 指定されたボジシテンが不適切な場合は、エクセブ／曹ン（Ｐｏ５ｉｔｉｏｎｌ ｎｖａｌｉｄ″）が送出される。 ｒｅ＋Ｈ１ｅｅｔ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｅｘｃｅｐｔｉｏｎ：　ＴｒｉｐＥｘｃｅｐ ｔｉｏｎ：ｎｅｗＤｅｓｔｉｎａＬｉｏｎ：　ｃｏｐｉｅｄ　ＴｉｃｋｅｔｌＮ ｉｌ）：レスボンダのアトリビュート”　ｄｅｓｔｉｎａｔｉｏｎｓ”からニル （０）の項目（アイテム：ｉｔｅｍ）を除去し、残っているアイテムがある場合 にのみ（ｉｆｆ）、この残っている各アイテムをチケット（アーギュメント°’ 　ｎｅｖＤｅｓｃｉｎａｔｉｏｎ″）で置き換える。そして、エクセブ／＝１ノ （アーギュメント”ｅｘｃｅｐｔｔｏｎ″）をレスポンダのアトリビュート”　 ｅｘｃｅｐｔｉｏｎ”にする。 アダブチ−７−Ｊン（ＡｄａｔａｌｌｏｎＳ）並置 使用できないコピーを送出する。 ｆｉｎａｌｉｚｅ モデル（Ｍｏｄｅｌ）によって定義されたようにレスポンダをリボノクスする。 ４．５　ドラベルド（Ｔｒａｖｅｌｅｄ）クラス（Ｃｌａｓｓ） Ｔｒａｖｅｌ　ｅｄ ａｂｓｔｒａｃｔ　１ｎｔｅｒｆａｃｅ　Ｏ！（・）ニブライベートインスタン スオペレーン＝ン　Ｐｒ１ｖａｔｅ　Ｉｎ５ｔａｎｃｅ　Ｏｅｒａｔｉｏｎｓｔ ｒａｎｓｆｅｒＯｕｔ ｕｎｐｒｏｔｅｃｔｅｄ　ｏｐ　（ｓｈｉｐｐｉｎｇＢｏｘ：　ｕｎｐｒｏｔｅ ｃｔｅｄ　ＳｈｉｐｐｉｎｇＢｏｘ；ｓｕｇｇｅｓｔｅｄＮｅｘｔＨｏｐ：　ｐ ｒｏｔｅｃｔｅｄＴｉｃｋｅＬ　ＩＮｉ　ｌ　： ｃａｎＤｅｌ＋ｖｅｒ：　Ｂｏｏｌｅａｎ）；チケット（アーギュメント”ｓｕ ｇｇｅｓｔｅｄＮｅｘｔＨｏｐ”　）がニル（０）ではない場合には、このチケ ットによって定義されるプロセスに、シツピングボックス（アーギュメント”ｓ ｈｉｐｐｉｎｇＢｏｘ”）をトランスファアウトし、そのチケットがニル（０） ノｔｊ１合には、エノジンによって選択されるブレイスに、シツピングボックス （アーギュメント”　ｓｈｉｐｐｉｎｇＢｏｘ″）をトランスファアウトする。 たとえチケ／トが存在していても、チケットは、次のホッブがチケットによって 定義されるブレイスであることを、要求するのではなく、示唆する。ブーリアン （アーギュメント”ｃａｎＤｅｌｉｖｅｒ”　）は、エンジンがシツピングボッ クスを自由に配送することができるならば、エンジンが７．ピノグボ、クスを自 由に配送するか否かを指示する。 ／ステムインスタンスオペレーアＭノ　Ｓ　５ｔｅＩＩＩｎｓｔａｎｃｅ　Ｏｅ ｒａｔｌｏｎｔｒａｎｓｆｅｒｒｅｄｌｎ ａｂｓｔｒａｃＬｕｎｐｒｏｔｅｃｔｅｄＯｐ（ｓｈｉｐｐｉｎｇＢｏｘ：ｕｎ ｐｒｏｔｅｃｔｅｄＳｈｉｐｐｉｎｇＢｏｘ；ｐｒｅｖｉｏｕｓｌｌｏｐ＋　ｐ ｒｏｔｅｃｔｅｄ　Ｔｉｃｋｅｔ）：／ノビングボクラス（アーギュメント”　 ＳｈｉｐｐｉｎｇＢｏｘ”　）　がチケット（アーギュメンｈ　”　ｐｒｅｖｉ ｏｕｓＨｏｐ’“）によって定義されたブレイスからトランスファインされると きに、要求される。 （以下、余白。） リモートプログラム Ｆ　ｉ　ｇ、４　Ｂ Ｆ　ｉ　ｇ、５　Ｂ Ｆｉｇ、６Ａ Ｆｉｇ、６Ｃ Ｆｉｇ、７Ａ Ｆｉｇ、７Ｂ Ｆｉｇ、８Ａ Ｆｉｇ、８Ｂ　Ｆｉｇ、８Ｃ Ｆｉｇ、８Ｆ ののＱ：ｌＱ：ｌ　鷲ψ♀賛 Ｆｉｇ、１２ へ ４ｏＯ Ｆｉｇ、１４Ａ １４１゜ Ｆｉｇ、１４Ｂ Ｆｉｇ、１４Ｃ Ｆｉｇ、１４Ｄ Ｆｉｇ、１４Ｅ Ｆｉｇ、１４Ｆ Ｆｉｇ、１４Ｇ Ｆｉｇ、１９ テ゛イクショナリ Ｆｉｇ、２０Ａ 特表千７−５０９７９９　（２４４） Ｆｉｇ、２４Ａ Ｆｉｇ、２４Ｂ Ｆｉｇ、２４Ｃ 特表千７−５０９７９９　（２４ｇ） Ｆｉｇ、３０Ａ Ｆｉｇ、３０Ｂ 、　Ｆｉｇ、３２ Ｆｉｇ、３３ Ｆｉｇ、３５ Ｆｉｇ、３６ Ｆｉｇ、３８ Ｆｉｇ、４１Ａ Ｆｉｇ、４１Ｂ Ｆｉｇ、４５ Ｆｉｇ、４６ Ｆｉｇ、４８ ４９０２Ｅ Ｆｉｇ、４９ Ｆｉｇ、５０ Ｆｉｇ、５１ Ｆｉｇ、５２Ａ ブリテ゛イファインド Ｆｉｇ、５２Ｂ Ｆｉｇ、５３ Ｔニ ア　Ｆｉｇ、５４ Ｆｉｇ、５５Ｃ Ｆｉｇ、５６Ａ Ｆｉｇ、５６Ｃ ５７■ Ｆｉｇ、５７ Ｆｉｇ、５８Ａ Ｆｉｇ、５８Ｂ １：ｉｇ、５９ ６αη Ｆｉｇ、６０ Ｆｉｇ、６１ Ｆｉｇ、６２Ａ Ｆｉｇ、６２Ｂ ６３ω Ｆｉｇ、６３ １”ｉｇ、６４ Ｆｉｇ、６５ Ｆｉｇ、６６Ａ Ｆｉｇ、６６Ｂ Ｆｉｇ、６７ Ｆｉｇ、６８ Ｆｉｇ、６９ Ｆｉｇ、７０ ユーサ゛−テ゛イファインド Ｆｉｇ、７１ フロントページの続き （８１）指定国　ＧＡ（ＢＦ、ＢＪ、ＣＦ、ＣＧ。 ＣＩ、ＣＭ、ＧＡ、ＧＮ、ＭＬ、ＭＲ，ＮＥ、ＳＮ、ＴＤ、　ＴＧ）、　ＡＴ、 　ＡＵ、　ＢＢ、　ＢＧ、　ＢＲ，ＢＹ、　ＣＡ、　ＣＨ，ＣＮ、　ＣＺ、　Ｄ Ｅ、　ＤＫ、　ＥＳ、　ＦＩ、　ＧＢ、　ＧＥ、　ＨＵ、ＪＰ、　ＫＧ、　ＫＰ 、　ＫＲ，ＫＺ、　ＬＫ。 ＬＵ、ＬＶ、ＭＤ、ＭＧ、ＭＮ、ＭＷ、ＮＬ、Ｎｏ、ＮＺ、　ＰＬ、　ＰＴ、　 Ｒ○、ＲＵ、ＳＤ、ＳＥ、ＳＩ、ＳＫ、ＴＪ、ＴＴ、ＵＡ、ＵＺ、ＶＮ （７２）発明者　ステートマン、ダグラス　エイ。 アメリカ合衆国　カリフォルニア州 ９４０４０　、マウンテン　ビュー　＃３．ラッサム　ストリート　２２５０

Claims (1)

1. 【特許請求の範囲】 請求の範囲は以下の通りである。 １．コンピュータネットワークにおけるリモートプログラミングの実行方法は、 以下の工程を有する： エージェントクラス及びプレイスクラスを含む複数のオブジェクト指向クラスを 定義し、 コンピュータプロセスのために、前記オブジェクト指向クラス、前記オブジェク ト指向クラスのサブクラス及びｇｏオペレーションを含むインストラクションを 形成し、 前記コンピュータネットワーク内のプロセッサにおいて前記インストラクション をインクープリートし、前記ｇｏオペレーションに応答して、エージェントプロ セスが、プレイスプロセスに転送される。 ここで、前記エージェントプロセスは、前記エージェントクラスのメンバであり 、前記プレイスプロセスは、前記プレイスクラスのメンバである。 ２．請求の範囲第１項に記載のコンピュータネットワークにおけるリモートプロ グラミングの実行方法は、さらに、 前記ｇｏオペレーションを前記エージェントプロセス内において形成する。 ３．請求の範囲第１項に記載のコンピュータネットワークにおけるリモートプロ グラミングの実行方法は、さらに、 前記プレイスのサブプレイスを形成する。 ここで、前記サブプレイスは、前記プレイスクラスのメンバであり、前記プレイ スは、前記サブプレイスのスーパープレイスである。 ４．請求の範囲第１項に記載のコンピュータネットワークにおけるリモートプロ グラミングの実行方法は、さらに、 前記エージェントプロセスをオブジェクトのオーナーとして指定する。 ５．請求の範囲第４項に記載のコンピュータネットワークにおけるリモートプロ グラミングの実行方法は、さらに、 前記オブジェクト内にダイジェストを形成する。 ６．請求の範囲外５項に記載のコンピュータネットワークにおけるリモートプロ グラミングの実行方法は、さらに、 前記プレイスプロセスにおいて、第２のオブジェクトを前記第１のオブジェクト と相互変換し、前記第１のオブジェクトは、前記プレイスプロセスに転送されな い。 ここで、前記第２のオブジェクトは、前記第１のダイジェストと同等の第２のダ イジェストを有する。 ７．請求の範囲第１項に記載のコンピュータネットワークにおけるリモートプロ グラミングの実行方法は、さらに、 前記プレイスプロセスをチケット手段によって特定する。 ８．請求の範囲第７項に記載のコンピュータネットワークにおけるリモートプロ グラミングの実行方法は、さらに、 前記チケット手段を前記エージェントプロセス内に形成する。 ９．請求の範囲第７項に記載のコンピュータネットワークにおけるリモートプロ グラミングの実行方法は、さらに、 前記プレイスプロセスのアドレスを前記チケット手段内に形成する。 １０．請求の範囲第９項に記載のコンピュータネットワークにおけるリモートプ ログラミングの実行方法において、 前記アドレスは、テレアドレスである。 １１．請求の範囲第７項に記載のコンピュータネットワークにおけるリモートプ ログラミングの実行方法は、さらに、前記プレイスプロセスのネームを前記チケ ット手段内に形成する。 １２．請求の範囲第１１項に記載のコンピュータネットワークにおけるリモート プログラミングの実行方法において、前記ネームは、テレネームである。 １３．請求の範囲第１項に記載のコンピュータネットワークにおけるリモートプ ログラミングの実行方法は、さらに、クラスオブジェクトのクラスを定義し、ク ラスオブジェクトを形成し、 ここで、前記クラスオブジェクトは、（ｉ）クラスオブジェクトの前記クラスの メンバであり、（ｉｉ）前記オブジェクト指向クラスの選択された１つのサブク ラスである第１のクラスを定義する。 前記第１のクラスのメンバであるオブジェクトを形成する。 ここで、前記エージェントプロセスは、前記オブジェクトを所有し、前記エージ ェントプロセスの前記プレイスプロセスヘの転送は、前記オブジェクト及び前記 クラスオブジェクトの前記プレイスプロセスヘの転送である。 １４．コンピュータネットワークにおけるリモートプログラミングの実行方法は 、以下の工程を有する： エージェントクラス及びプレイスクラスを含む複数のオブジェクト指向クラスを 定義し、 コンピュータプロセスのために、前記オブジェクト指向クラス、前記オブジェク ト指向クラスのサブクラス及びｓｃｎｄオペレーションを含むインストラクショ ンを形成し、 前記コンピュータのネットワーク内のプロセッサにおいて前記インストラクショ ンをインクープリートし、前記ｓｅｎｄオペレーションに応答して、エージェン トプロセスの１つのクローンが、プレイスプロセスに転送される。 ここで、前記クローン及び前記エージェントプロセスは、それぞれ前記エージェ ントクラスのメンバであり、前記プレイスプロセスは、前記プレイスクラスのメ ンバである。 １５．請求の範囲第１４項に記載のコンピュータネットワークにおけるリモート プログラミングの実行方法は、さらに、前記ｓｅｎｄオペレーションを前記エー ジェントプロセス内において形成する。 １６．請求の範囲第１４項に記載のコンピュータネットワークにおけるリモート プログラミングの実行方法は、さらに、前記プレイスのサブプレイスを形成する 。 ここで、前記サブプレイスは、前記プレイスクラスのメンバであり、前記プレイ スは、前記サブプレイスのスーパープレイスである。 １７．請求の範囲第１４項に記載のコンピュータネットワークにおけるリモート プログラミングの実行方法は、さらに、前記エージェントプロセスをオブジェク トのオーナーとして指定する。 １８．請求の範囲第１７項に記載のコンピュータネットワークにおけるリモート プログラミングの実行方法において、前記クローンの転送は、前記プロセスのコ ピーの前記プレイスプロセスへの転送である。 １９．請求の範囲第１８項に記載のコンピュータネットワークにおけるリモート プログラミングの実行方法は、さらに、前記オブジェクト内にダイジェストを形 成する。 ２０．請求の範囲第１９項に記載のコンピュータネットワークにおけるリモート プログラミングの実行方法は、さらに、前記プレイスプロセスにおいて、前記オ ブジエクトと異なる第２のオブジェクトを前記コピーと相互変換し、前記コピー は、前記プレイスプロセスに転送されない。 ここで、前記第２のオブジェクトは、前記第１のダイジェストと同等の第２のダ イジェストを有する。 ２１．請求の範囲第１４項に記載のコンピュータネットワークにおけるリモート プログラミングの実行方法は、さらに、前記プレイスプロセスをチケット手段に よって特定する。 ２２．請求の範囲第２１項に記載のコンピュータネットワークにおけるリモート プログラミングの実行方法は、さらに、前記チケット手段を前記エージェントプ ロセス内に形成する。 ２３．請求の範囲第２１項に記載のコンピュータネットワークにおけるリモート プログラミングの実行方法は、さらに、前記プレイスプロセスのアドレスを前記 チケット手段内に形成する。 ２４．請求の範囲第２３項に記載のコンピュータネットワークにおけるリモート プログラミングの実施方法において、前記アドレスは、テレアドレスである。 ２５．請求の範囲第２１項に記載のコンピュータネットワークにおけるリモート プログラミングの実行方法は、さらに、前記プレイスプロセスのネームを前記チ ケット手段内に形成する。 ２６．請求の範囲第２５項に記載のコンピュータネットワークにおけるリモート プログラミングの実施方法において、前記ネームは、テレネームてある。 ２７．請求の範囲第１４項に記載のコンピュータネットワークにおけるリモート プログラミングの実行方法において、さらに、前記ｓｅｎｄオペレーションに応 答して、前記エージェントプロセスの第２のクローンは第２のプレイスプロセス に転送される。 ここで、前記第２のクローンは、前記クローンとは異なり、前記エージェントク ラスのメンバであり、前記第２のプレイスプロセスは、前記プレイスプロセスの メンバである。 ２８．請求の範囲第２７項に記載のコンピュータネットワークにおけるリモート プログラミングの実行方法は、さらに、前記第１のクローンを前記第１のプレイ スプロセスに、前記第２のクローンを前記第２のプレイスプロセスに転送するた めに、前記コンピュータネットワークの複数のコンピュータのうちの１つのコン ピュータに前記第１及び第２のクローンを転送することを決定し、 前記第１のクローンを前記１つのコンピュータに転送し、前記１つのコンピュー タにおいて前記第１のクローンから前記第２のクローンを形成する。 ２９．請求の範囲第２８項に記載のコンピュータネットワークにおけるリモート プログラミングの実行方法は、さらに、前記１つのコンピュータから前記第１の プレイスプロセスに前記第２のクローンを転送し、 前記１つのコンピュータから前記第２のプレイスプロセスに前記第２のクローン を転送する。 ３０．コンピュータにおけるプロセス間通信方法は、以下の工程を有する：エー ジェントクラスを含む複数のオブジェクト指向クラスを定義し、コンピュータプ ロセスのために、前記オブジェクト指向クラス、前記オブジェクト指向クラスの サブクラス及びｍｅｅｔオペレーションを含むインストラクションを形成し、 前記コンピュータのネットワーク内のプロセッサにおいて前記インストラクショ ンをインタープリートし、前記ｍｅｅｔオペレーションに応答して、ミーティン グプレイスプロセスが、第２のエージェントプロセスへの第１のエージェントプ ロセスのアクセスを供与し、前記第１のエージェントプロセスへの前記第２のエ ージェントプロセスのアクセスを供与する。 ここで、前記第１及び第２のエージェントプロセスは、前記エージェントクラス のメンバである。 ３１．請求の範囲第３０項に記載のコンピュータにおけるプロセス間通信方法に おいて、 前記ミーティングプレイスプロセスは、前記複数のオブジェクト指向クラス中の プレイスクラスのメンバであり、前記第１及び第２のエージェントプロセスは、 前記ミーティングプレイスプロセスを占有する。 ３２．請求の範囲第３１項に記載のコンピュータにおけるプロセス間通信方法は 、さらに、 第２のプレイスプロセスを形成する。 ここで、第２のプレイスプロセスは、前記プレイスクラスのメンバであり、前記 第２のプレイスプロセスは、前記ミーティングプレイスプロセスのサブプレイス であり、前記ミーティングプレイスは、前記第２のプレイスのスーパープレイス である。 ３３．コンピュータネットワークにおけるプロセスの移動の制御方法は、以下の 工程を有する： エージェントクラス、プレイスクラス及びチケットクラスを含む複数のオブジェ クト指向クラスを定義し、 前記プレイスクラスのメンバである複数のプレイスプロセスを前記コンピユータ ネツトワーク内に形成し、 前記エージェントクラスのメンバであって、前記複数のプレイスプロセス中の第 １のプレイスプロセスを占有するエージェントプロセスを形成し、前記チケット クラスのメンバであって、前記複数のプレイスプロセス中の前記第１のプレイス プロセスから第２のプレイスプロセスへの前記エージェントプロセスの移動を含 むトリップを定義するチケットを形成する。 ３４．コンピュータネットワークにおけるプロセスの能力の制限方法は、プレイ スプロセス及びパーミットクラスを含む複数のオブジェクト指向クラスを定義し 、 前記プレイスクラスのメンバであるプロセスを形成し、前記パーミットクラスの メンバであって、前記プロセスの１以上の能力を特定するパーミットを形成する 。 ３５．請求の範囲第３４項に記載のプロセスの能力の制限方法は、さらに、前記 プロセスクラス内にｇｏオペレーションを定義し、前記プロセスが前記ｇｏオペ レーションを遂行しうるか否かを、前記パーミットにおいて特定する。 ３６．請求の範囲第３４項に記載のプロセスの能力の制限方法は、さらに、前記 プロセスクラス内にｓｅｎｄオペレーションを定義し、前記プロセスが前記ｓｅ ｎｄオペレーションを遂行しうるか否かを、前記パーミットにおいて特定する。 ３７．請求の範囲第３４項に記載のプロセスの能力の制限方法は、さらに、前記 プロセスクラス内にｃｈａｒｇｅオペレーションを定義し、前記プロセスが前記 ｃｈａｒｇｅオペレーションを遂行しうるか否かを、前記パーミットにおいて特 定する。 ３８．請求の範囲第３４項に記載のプロセスの能力の制限方法は、さらに、前記 プロセスクラス内にｔｅｒｍｉｎａｔｅオペレーションを定義し、前記プロセス が前記ｔｅｒｍｉｎａｔｅオペレーションを遂行しうるか否かを、前記パーミッ トにおいて特定する。 ３９．請求の範囲第３４項に記載のプロセスの能力の制限方法は、さらに、前記 プロセスが前記プロセスと異なった第２のプロセスを作り出すことができるか否 かを、前記パーミット中において特定する。 ここで、前記第２のプロセスは、前記プロセスクラスのメンバである。 ４０．請求の範囲第３４項に記載のプロセスの能力の制限方法は、さらに、オブ ジェクト指向プレイスクラスを定義し、前記プロセスが前記プレイスプロセスの 複数のメンバを作り出すことができるか否かを、前記パーミットにおいて特定す る４１．請求の範囲第３４項に記載のプロセスの能力の制限方法は、さらに、前 記プロセスが失敗したときに前記プロセスが再スタートきれるか否かを、前記パ ーミットにおいて特定する。 ４２．請求の範囲第３４項に記載のプロセスの能力の制限方法は、さらに、前記 プロセスに割り当てられた処理量を、前記パーミットにおいて特定する。 ４３．請求の範囲第３４項に記載のプロセスの能力の制限方法は、さらに、前記 プロセスが終了する時間を前パーミットにおいて特定する。 ４４．請求の範囲第３４項に記載のプロセスの能力の制限方法は、さらに、前記 プロセスクラス内にｒｅｓｔｒｉｃｔオペレーションを定義し、コンピュータプ ロセスのために、前記クラス、前記クラスのサブクラス及び前記ｒｅｓｔｒｉｃ ｔオペレーションを含むインストラクションを形成し、前記コンピュータネット ワーク内のプロセッサにおいて前記インストラクションをインタープリートし、 前記ｒｅｓｔｒｉｃｔオペレーションに応答して、前記パーミットと異なる第２ のパーミットが形成され、ここで、前記第２のパーミットは、前記パーミットク ラスのメンバであり、前記プロセスの前記１以上の能力の１つのグループを特定 する。 前記第２のパーミットによって特定された１以上の能力の前記グループに前記プ ロセスを制限する。 ４５．コンピュータにおけるインストラクションセットの種々のバージョンのプ ロセスをインタープリートする方法は、複数のクラスからなるクラス及びサイテ ションのクラスを含む複数のオブジェクト指向クラスを定義し、 前記複数のクラスからなるクラスのメンバである１以上のクラスオブジェクトを 形成し、 前記１以上のクラスオブジェクトのうちの第１のクラスオブジェクトを特定する とともに、前記クラスオブジェクトのうちのいずれかが前記第１のオブジェクト に対して後方向に互換であるかを特定するサイテションを、前記第１のクラスオ ブジェクトにおいて形成する。 ４６．複数のコンピュータを有するコンピュータネットワークにおける通信プロ セスは、 ０以上のエージェントプロセスのために、１つの前記コンピュータ内の場所であ る複数のプレイスプロセスを、前記コンピュータネットワーク内に設け、前記複 数のプレイスプロセスのうちの目的地プレイスプロセスヘのエージェントプロセ スのトリップをチケット手段によって特定し、前記エージェントプロセス内のｓ ｅｎｄオペレーションに応答して、前記エージェントプロセスのクローンを前記 目的地プレイスプロセスに転送する。 ４７．請求の範囲第４６項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスは、さらに、第２のチケット手段により、前記 複数のプレイスプロセスのうちの第２の目的地プレイスプロセスへの前記エージ ェントプロセスの前記トリップと異なる第２のトリップを特定する。 ４８．請求の範囲第４７項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスは、さらに、前記第１のトリップを行なう前記 第１のクローンと前記第２のトリップを行なう第２のクローンのどちらも前記複 数のコンピュータのうちの１つのコンピュータに転送されることを定め、 前記第１のクローンを前記１つのコンピュータに移動し、前記１つのコンピュー タにおいて、前記第１のクローンから前記第２のクローンを形成する。 ４９．請求の範囲第４８項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスは、さらに、前記第１のクローンを前記第１の 目的地プレイスプロセスに転送する。 ５０．請求の範囲第４８項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスは、さらに、前記第２のクローンを前記第２の 目的地プレイスプロセスに転送する。 ５１．請求の範囲第４６項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスは、さらに、前記エージェントプロセス内のｇ ｏオペレーションに応答して、前記エージェントプロセスを、前記チケット手段 によって特定された前記目的地プレイスプロセスに転送する。 ５２．請求の範囲第４６項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスは、さらに、前記目的地プレイスプロセスを前 記チケット手段のネームによって特定する。 ５３．請求の範囲第５２項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスは、さらに、前記ネームは、テレネームである 。 ５４．請求の範囲第４６項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスは、さらに、前記目的地プレイスプロセスを前 記チケット手段のアドレスによって特定する。 ５５．請求の範囲第５４項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスおいて、前記アドレスは、テレアドレスである 。 ５６．請求の範囲第４６項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスは、さらに、前記チケット手段中において、前 記目的地プレイスプロセスがメンバであるクラスのサイテションによって前記目 的地プレイスプロセスを特定する。 ５７．請求の範囲第４６項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスは、さらに、前記チケット手段中において、前 記目的地プレイスプロセスのアドレスと、前記目的地プレイスプロセスのネーム と、前記目的地プレイスプロセスがその１つのメンバであるクラスのサイテショ ンとの任意の組み合わせによって前記目的地プレイスプロセスを特定する。 ５８．請求の範囲第４６項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスは、さらに、前記チケット手段中において、前 記トリップの最長期間を特定する。 ５９．請求の範囲第４６項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスは、さらに、前記チケット手段中において、前 記トリップの望ましい期間を特定する。 ６０．請求の範囲第４６項項に記載の通信プロセス複数のコンピュータを有する コンピュータネットワークにおける通信プロセスは、さらに、前記チケット手段 中において、転送手段を特定する。 ここで、前記転送手段は、前記クローンを転送するためのコンピュータ間通信方 法の形式を特定する。 ６１．請求の範囲第４６項に記載の榎数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスは、さらに、前記チケット手段中に含まれる目 的地パーミットにより、前記目的地プレイスプロセスにおける前記エージェント プロセスのデッドラインを制御する。 ６２．請求の範囲第４６項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスは、さらに、前記チケット手段に含まれる目的 地パーミットにより、前記目的地プレイスプロセスにおける前記エージェントプ ロセスが遂行することを許可されるオペレーションを制御する。 ６３．請求の範囲第４６項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスは、さらに、前記チケット手段に含まれる目的 地パーミットにより、前記目的地プレイスプロセスにおける前記エージェントプ ロセスが使用することを許可されるリソースを制御する。 ６４．請求の範囲第４６項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスは、さらに、前記チケット手段に含まれる目的 地パーミットにより、前記目的地プレイスプロセスの他のプロセスに対する前記 目的地プレイスプロセスにおける前記エージェントプロセスの相対的な優先度を 特定する。 ６５．町求の範囲第４６項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスは、さらに、プロセスが許容される能力をパー ミット手段によって制御する。 ６６．請求の範囲第６５項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスにおいて、前記パーミット手段は、固有のパー ミットである。 ６７．請求の範囲第６６項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスにおいて、前記パーミット手段は、ローカルパ ーミットである。 ６８．請求の範囲第６５項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスにおいて、前記パーミット手段は、一時的なパ ーミットである。 ６９．請求の範囲第６５項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスにおいて、前記能力は、前記プロセスが使用で きるリソースを有する。 ７０．請求の範囲第６５項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスにおいて、前記能力は、その後ではプロセスが 続行することができないデッドラインを有する。 ７１．請求の範囲第６５項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスにおいて、前記能力は、他のプロセスに対する 前記プロセスの相対的な優先度を有する。 ７２．請求の範囲第６５項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスにおいて、前記能力は、前記プロセスが選択さ れたオペレーションを遂行する許可を有する。 ７３．請求の範囲第４６項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスにおいて、前記エージェントプロセスは、オブ ジェクトを所有する。 ７４．請求の範囲第７３項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスにおいて、前記オブジェクトは、ダイジェスト を有する。 ７５．請求の範囲第７４項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスにおいて、前記エージェントプロセスのクロー ンを転送する前記工程は、前記オブジェクトのコピーの転送を有する。 ７６．請求の範囲第７５項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスは、さらに、前記目的地プレイスプロセスにお いて、第２のオブジェクトを前記コピーと相互変換し、前記コピーは前記目的地 プレイスプロセスには転送されない。 ここで、前記第２のオブジェクトは、前記ダイジェストと同等のグイジェストを 有する。 ７７．請求の範囲第７３項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスは、さらに、前記目的地プレイスプロセスにお いて、前記オブジェクトの代わりに相互変換されたオブジェクトを使用して、前 記オブジェクトを前記目的地プレイスプロセスに転送することを不要とする。 ７８．請求の範囲第４６項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスにおいて、前記転送工程は、前記目的地プレイ スプロセスに進入する工程を有する。 ７９．請求の範囲第４６項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスにおいて、前記転送工程は、前記転送元のプレ イスプロセスを退出する工程を有する。 ８０．請求の範囲第４６項に記載の複数のコンピュータを有するコンピュータネ ットワークにおける通信プロセスにおいて、前記目的地プレイスプロセスは、ミ ーティングプレイスプロセスであり、前記ミーティングプレイスは、リクエスタ エージニントプロセスとペティションドエージエントプロセス間のミーティング を取り計らう。 ８１．コンピュータにおける通信プロセスは、第１のエージェントプロセス及び 第２のエージエントプロセスを設け、ペティション手段により、前記第１のエー ジェントプロセスと第２のエージェントプロセス間のミーティングを特定し、前 記ペティション手段によって定義された前記第１のエージェントプロセスと第２ のエージェントプロセス間の前記ミーティングを取り計らう。 ８２．請求の範囲第８１項に記載のコンピュータにおける通信プロセスは、さら に、 前記第１のエージェントプロセス内に前記ペティション手段を形成する。 ８３．請求の範囲第８１項に記載のコンピュータにおける通信プロセスにおいて 、 ミーティングを特定する前記工程は、前記ペティション手段内に前記第２のエー ジェントプロセスを特定する。 ８４．請求の範囲第８３項に記載のコンピュータにおける通信プロセスにおいて 、 前記第２のエージェントプロセスを特定する前記工程は、前記ペティション手段 中において、前記第２のエージェントをネームによって特定する。 ８５．請求の範囲第８４項に記載のコンピュータにおける通信プロセスにおいて 、 前記ネームは、テレネームである。 ８６．請求の範囲第８３項に記載のコンピュータにおける通信プロセスにおいて 、 前記第２のエージェントプロセスを特定する前記工程は、前記ペティション手段 中において、前記第２のエージェントプロセスがメンバであるクラスを特定する 。 ８７．請求の範囲第８３項に記載のコンピュータにおける通信プロセスにおいて 、 前記第２のエージェントプロセスを特定する前記工程は、前記ペティション手段 中において、前記第２のエージェントプロセスがメンバであるクラスのサイテシ ョンを特定する。 ８８．請求の範囲第８１項に記載のコンピュータにおける通信プロセスにおいて 、 ミーティングを特定する前記工程は、前記ペティション手段中において、前記ミ ーティングを取り計らうための最長期間を特定する。 ８９．請求の範囲第８１項に記載のコンピュータにおける通信プロセスにおいて 、 前記ミーティングを取り計らう前記工程は、前記第２のエージェントプロセスヘ のリファレンスを前記第１のエージェントプロセスに供与する。 ９０．請求の範囲第８９項に記載のコンピュータにおける通信プロセスにおいて 、 前記ミーティングを取り計らう前記工程は、前記第１のエージェントプロセスヘ のリファレンスを前記第２のエージェントプロセスに供与する。 ９１．請求の範囲第８１項に記載のコンピュータにおける通信プロセスは、さら に、 前記第１のエージェントプロセス中におけるインストラクションに応答して、前 記第２のエージェントプロセス中のオペレーションの遂行を生じさせる。 ９２．請求の範囲第９１項に記載のコンピュータにおける通信プロセスにおいて 、 前記第１のエージェントプロセスは、オブジェクトを所有する。 ９３．請求の範囲第９２項に記載のコンピュータにおける通信プロセスは、さら に、 前記オブジェクトヘのリファレンスを前記第２のエージエントプロセスに供与す る。 ９４．請求の範囲第９３項に記載のコンピユータにおける通信プロセスにおいて 、 前記リファレンスは、保護されたリファレンスである。 ９５．請求の範囲第９２項に記載のコンピュータにおける通信プロセスは、さら に、 前記オブジェクトのコピーへのリファレンスを前記第２のエージェントプロセス に供与する。 ９６．請求の範囲第９１項に記載のコンピュータにおける通信プロセスにおいて 、 前記第２のエージェントプロセスは、オブジェクトを所有する。 ９７．請求の範囲第９６項に記載のコンピュータにおける通信プロセスは、さら に、 前記オブジェクトヘのリファレンスを前記第１のエージェントプロセスに供与す る。 ９８．請求の範囲第９７項に記載のコンピュータにおける通信プロセスにおいて 、 前記リファレンスは、保護されたリファレンスである。 ９９．請求の範囲第９６項に記載のコンピュータにおける通信プロセスは、さら に、 前記オブジェクトのコピーへのリファレンスを前記第１のエージエントプロセス に対して供与する。 ｌ００．複数のコンピュータを有するコンピュータネットワークにおける通信シ ステムは、 チケット手段及びｓｅｎｄオペレーションを有するエージェント手段と、前記複 数のコンピュータの１つにおいてそれぞれが動作する複数のプレイス手段とを有 する。 ここで、前記エージェント手段は、前記複数のプレイス手段のうちの第１のプレ イス手段であり、 前記チケット手段は、前記複数のプレイス手段のうちの目的地プレイス手段への 前記エージェント手段のトリップを特定し、前記ｓｅｎｄオペレーションは、前 記エージェント手段のクローンを前記目的地プレイス手段に転送する。 １０１．請求の範囲第１００項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記エージェント手段は、前記 第１のチケット手段と異なり、第２の目的地プレイス手段への前記エージェント 手段の第２のトリップを特定する第２のチケット手段を有する。 １０２．請求の範囲第１０１項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記ｓｅｎｄオペレーションの 遂行によって前記エージェント手段の第２のクローンが前記第２の目的地プレイ ス手段に転送される。 １０３．請求の範囲第１０２項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記第１のトリップ及び前記第 ２のトリップは、前記複数のコンピュータうちの１つのコンピュータへの転送を 含み、前記第１のクローンを前記第１の目的地プレイス手段に転送し、前記第２ のクローンを前記第２の目的地手段に転送する際に、前記ｓｅｎｄオペレーショ ンの遂行により、 （ａ）前記第１のクローンを前記１つのコンピュータに転送し、（ｂ）前記１つ のコンピュータにおいて、前記第１のクローンから前記第２のクローンを形成す る。 １０４．請求の範囲第１００項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記エージェント手段は、ｇｏ オペレーションを有する。 ここで、前記ｇｏオペレーションは、第３のチケット手段によって特定された第 ３の目的地プレイス手段に前記エージェント手段を転送する。 １０５．請求の範囲第１００項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記チケット手段は、前記目的 地プレイス手段を特定するネームを有する。 １０６．請求の範囲第１０５項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記ネームは、テレネームであ る。 １０７．請求の範囲第１００項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記チケット手段は、前記目的 地プレイス手段のアドレスを有する。 １０８．請求の範囲第１０７項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記アドレスは、テレアドレス である。 １０９．請求の範囲第１００項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記チケット手段は、前記目的 地プレイス手段をメンバとするクラスを特定するサイテション手段を有する。 １１０．請求の範囲第１００項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記チケット手段は、前記目的 地プレイス手段のアドレスと、前記目的地プレイス手段のネームと、前記目的地 プレイス手段をメンバとするクラスを特定するサイテション手段とからなる群か ら選択された任意の組合せを有する。 １１１．請求の範囲第１００項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記チケット手段は、前記トリ ップの最長期間を特定する手段を有する。 １１２．請求の範囲第１００項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記チケット手段は、前記トリ ップの望ましい期間を特定する手段を有する。 １１３．請求の範囲第１００項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記チケット手段は、前記トリ ップ手段を完成させるコンピュータ間通信手段の形式を特定するウェイ手段を有 する。 １１４．請求の範囲第１００項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記チケット手段は、前記目的 地プレイス手段における前記エージェント手段のデッドラインを制御するパーミ ット手段を有する。 １１５．請求の範囲第１００項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記チケット手段は、前記目的 地プレイス手段における前記エージェント手段が遂行することを許可されるオペ レーションを制御するパーミット手段を有する。 １１６．請求の範囲第１００項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記チケット手段は、前記目的 地プレイス手段における前記エージェント手段が使用することを許可されるリソ ースを制御するパーミット手段を有する。 １１７．請求の範囲第１００項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記チケット手段は、前記目的 地プレイス手段の他のエージェント手段に対する前記目的地プレイス手段におけ る前記エージェント手段の相対的な優先度を特定するパーミット手段を有する。 １１８．請求の範囲第１００項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムは、さらに、エージェント手段が許容され る能力を制御するパーミット手段を有する。 １１９．請求の範囲第１１８項に記載の複数のコンピュータを有するコンピュー タネットワークにおいて、 前記パーミット手段は、固有のパーミットである。 １２０．請求の範囲第１１８項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記パーミット手段は、ローカ ルパーミットである。 １２１．請求の範囲第１１８項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記パーミット手段は、一時的 なパーミットである。 １２２．請求の範囲第１１８項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記能力は、前記エージェント 手段が使用できるリソースを有する。 １２３．請求の範囲第１１８項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記能力は、その後では前記エ ージェント手段が続行することのできないデッドラインを有する。 １２４．請求の範囲第１１８項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムは、さらに、他のエージェント手段を有す る。 ここで、前記能力は、前記他のエージェント手段に対する前記エージェント手段 の相対的な優先度を有する。 １２５．請求の範囲第１１８項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記能力は、前記エージェント 手段が選択されたオペレーションを遂行する許可を有する。 １２６．請求の範囲第１００項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記エージエント手段は、オブ ジェクトを所有する。 １２７．請求の範囲第１２６項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記オブジェクトは、ダイジェ ストを有する。 １２８．請求の範囲第１２７項に記載の複数のコンピュータを有するコシピュー タネットワークにおける通信システムにおいて、前記ｓｅｎｄオペレーションの 遂行により、前記オブジェクトのコピーが前記クローンとともに転送される。 １２９．請求の範囲第１２８項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記目的地プレイス手段におい て、第２のオブジェクトは前記コピーと相互変換され、 前記第２のオブジェクトは、前記第１のダイジェストと同等のダイジェストを有 することにより、前記コピーを前記目的地プレイス手段に転送することを不要と する。 １３０．請求の範囲第１２８項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記目的地プレイス手段におい て、前記ｓｅｎｄオペレーションが前記コピーの代わりに相互変換されたオブジ ェクトを使用することにより、前記オブジェクトの前記コピーを前記目的地プレ イス手段に転送することを不要にする。 １３１．請求の範囲第１００項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記プレイス手段は、前記プレ イス手段に進入するための手段を有する。 １３２．請求の範囲第１００項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記プレイス手段は、前記プレ イス手段を退出する手段を有する。 １３３．請求の範囲第１００項に記載の複数のコンピュータを有するコンピュー タネットワークにおける通信システムにおいて、前記プレイス手段は、リクエス タエージェント手段とレスポンダエージェント手段間のミーティングを取り計ら うミーティングプレイス手段を有する。 １３４．コンピュータにおける通信システムは、エージェント手段のための場所 であり、ｍｅｅｔオペレーションを有する複数のミーティングプレイス手段と、 ペティション手段と、 前記複数のエージェント手段のうちの第１のエージェント手段と、前記複数のエ ージェント手段のうちの第２のエージェント手段とを有する。 ここで、前記第１及び第２のエージェント手段は、前記複数のエージェント手段 のうちのいずれともミートでき、前記ペティション手段は、前記第１のエージェ ント手段と第２のエージェント手段間のミーテングを特定し、 前記ミーティング手段は、前記ｍｅｅｔオペレーションに応答して、前記ミーテ ィングを取り計らう。 １３５．請求の範囲第１３４項に記載のコンピュータにおける通信システムにお いて、 前記第１のエージェント手段は、前記ペティション手段を含む。 １３６．請求の範囲第１３５項に記載のコンピュータにおける通信システムにお いて、 前記ペティション手段は、前記第２のエージェント手段を特定することにより、 前記ミーティングを特定する。 １３７．請求の範囲第１３６項に記載のコンピュータにおける通信システムにお いて、 前記ペティション手段は、前記第２のエージェント手段を特定するネームを有す る。 １３８．請求の範囲第１３７項に記載のコンピュータにおける通信システムにお いて、 前記ネームは、テレネームである。 １３９．請求の範囲第１３６項に記載のコンピュータにおける通信システムにお いて、 前記ペティション手段は、前記第２のエージェント手段がメンバであるクラスを 特定することにより、前記第２のエージェントを特定する。 １４０．請求の範囲第１３６項に記載のコンピユータにおける通信システムにお いて、 前記ペティション手段は、前記第２のエージェント手段がメンバであるクラスを 特定するサイテションを有する。 １４１．請求の範囲第１３４項に記載のコンピュータにおける通信システムにお いて、 前記ペティション手段は、前記ミーティングを取り計らうための最長期間を規定 する。 １４２．請求の範囲第１３４項に記載のコンピュータにおける通信システムにお いて、さらに、 前記ｍｅｃｔオペレーションは、前記第２のエージェント手段へのリファレンス を前記第１のエージェント手段に供与する。 １４３．請求の範囲第１４２項に記載のコンピュータにおける通信システムにお いて、さらに、 前記ｍｅｅｔオペレーションは、前記第１のエージエント手段へのリファレンス を前記第２のエージェント手段に供与する。 １４４．請求の範囲第１３４項に記載のコンピュータにおける通信システムにお いて、さらに、 前記第１のエージェント手段は、前記第２のエージェント手段中のオペレーショ ンの遂行を生じさせる。 １４５．請求の範囲第１４４項に記載のコンピュータにおける通信システムにお いて、 前記第１のエージェント手段は、オブジェクトを所有する。 １４６．請求の範囲第１４５項に記載のコンピュータにおける通信システムにお いて、さらに、 前記第１のエージェント手段は、前記オブジェクトのリファレンスを前記第２の エージェント手段に供与する。 １４７．請求の範囲第１４６項に記載のコンピュータにおける通信システムにお いて、 前記リファレンスは、保該されたリファレンスである。 １４８．請求の範囲第１４５項に記載のコンピュータにおける通信システムにお いて、さらに、 前記第１のエージェント手段は、前記オブジエクトのコピーへのリファレンスを 前記第２のエージェント手段に供与することができる。 １４９．請求の範囲第１４４項に記載のコンピュータにおける通信システムにお いて、 前記第２のエージェント手段は、オブジェクトを所有する。 １５０．請求の範囲第１４９項に記載のコンピュータにおける通信システムにお いて、さらに、 前記第２のエージェント手段は、前記オブジェクトヘのリファレンスを前記第１ のエージェント手段に供与することができる。 １５１．請求の範囲第１５０項に記載のコンピュータにおける通信システムにお いて、 前記リファレンスは、保護されたリファレンスである。 １５２．請求の範囲第１４９項に記載のコンピュータにおける通信システムにお いて、 前記第２のエージェント手段は、前記オブジェクトのコピーへのリファレンスを 前記第１のエージエント手段に供与する。 １５３．１以上のコンピュータを有するコンピュータネットワークの通信システ ムにおいて、第１のエンジンプロセスから第２のエンジンプロセスにデータを転 送するデータ転送方法は、以下の工程を有する：（ａ）１以上のエージェントプ ロセスを実行する実行手段を設け、ここで、前記実行手段は、第１のエンジンプ ロセス及び第２のエンジンプロセスを有し、各前記エージェントプロセスは、コ ンピュータインストラクションセットの複数のインストラクションを有し、実行 状態を有する。 （ｂ）前記コンピュータインストラクションセットにｇｏインストラクションを 設け、 ここで、前記ｇｏインストラクションは、前記第１のエンジンプロセスにおいて 実行される第１のエージェントプロセスに含まれ、前記ｇｏインストラクション の遂行により、 （ｉ）前記第１のエンジンプロセスによる前記第１のエージェントプロセスの実 行の中断と、 （ｉｉ）前記第１のエージェントプロセスの前記実行状態が保存される前記第１ のエージェントプロセスの表現と、（ｉｉｉ）前記第１のエンジンプロセスから 第２のエンジンプロセスへの前記第１のエージェントプロセスの前記表現の転送 と、（ｉｖ）前記第２のエンジンプロセスによる前記第１のエージェントプロセ スの実行の再開とを生じさせる。 （ｃ）前記第１のエージェントプロセスによる前記エージェントプロセスの実行 を生じさせることにより、前記ｇｏインストラクションの遂行を生じさせる。 １５４．請求の範囲第１５３項に記載のデータ転送方法において、前１己コンピ ュータインストラクションセットは、オブジェクト指向である。 １５５．請求の範囲第１５４項に記載のデータ転送方法において、前記複数のエ ージェントプロセスは、前記オブジェクト指向コンピュータインストラクション セットのオブジェクトである。 １５６．請求の範囲第１５３項に記載のデータ転送方法は、さらに、前記ｇｏイ ンストラクションの遂行を生じさせる前に前記第１のエージェントプロセスにデ ータを付加する工程を有する。 ここで、前記第１のエージェントプロセスの前記表現は、前記データを含み、 前記第２のエンジンプロセスへの前記第１のエージェントプロセスの前記表現の 転送は、前記データの転送を含む。 １５７．請求の範囲第１５３項に記載のデータ転送方法において、前記第１のエ ージェントプロセスは、前記第１のエンジンプロセスから前記第２のエンジンプ ロセスに転送されるメッセージを表すデータを有する。 ここで、前記ｇｏインストラクションの実行によって生ずる前記第１のエージェ ントプロセスの転送は、前記第１のエンジンプロセスから前記第２のエンジンプ ロセスへの前記データの転送を生じさせる。 １５８．請求の範囲第１５３項に記載のデータ転送方法において、前記第１のエ ンジンプロセスは、第１のコンピュータにおいて実行され、前記第２のエンジン プロセスは、第２のコンピュータによって実行される。 ここで、前記第１及び第２のコンピュータは、前記コンピュータネットワークの 一部分である。 １５９．第１のエンジンプロセスから１以上のエンジンプロセスにデータを転送 するデータ転送方法は、以下の工程を有する：（ａ）コンピュータインストラク ションセットのインストラクションを有する複数のエージェントプロセスを実行 する手段を設け、ここで、前記エージェントプロセス実行手段は、前記第１のエ ンジンプロセス及び１以上のエンジンプロセスを有し、各前記エージェントプロ セスは、実行状態を有する。 （ｂ）前記コンピュータインストラクションセットにｓｅｎｄインストラクショ ンを設け、 ここで、前記ｓｅｎｄインストラクションは、前記複数のエージェントプロセス 中の第１のエージェントプロセスに含まれ、前記ｓｅｎｄインストラクションの 実行は、以下の工程を含む。 （ｉ）前記第１のエージェントプロセスの１以上のコピーを形成し、これらのコ ピーは、前記第１のエージェントプロセスの前記実行状態を保存するとともに含 み、 （ｉｉ）前記第１のエージェントプロセスの各コピーを、前記第１のエンジンプ ロセスから前記１以上のエンジンプロセスにそれぞれ転送し、（ｉｉｉ）前記第 １のエージェントプロセスの前記各コピーを、前記１以上のエンジンプロセスに よってそれぞれ実行して、前記第１のエージェントプロセスの再開された実行を シュミレートする。 １６０．請求の範囲第１５９項に記載のデータ転送方法において、前記第１のエ ージェントプロセスの２以上の前記コピーが前記第１のエンジンプロセスから１ つの第２のエンジンプロセスに転送される条件のもとに、前記第１のエージェン トプロセスの前記２以上のコピーの転送は、以下の工程を有する： 前記第１のエージェントプロセスの１つのコピーを前記第２のエンジンプロセス に転送し、 前記第２のエンジンプロセスにおいて、前記１つのコピーから前記第１のエージ ェントプロセスの前記２以上のコピーを形成する。 １６１．あるコンピュータシステムにおいて実行されている第１のエージェント プロセスから、前記コンピュータシステムによって実行されている第２のエージ ェントプロセスにデータを転送するデータ転送方法であって、前記第１及び第２ のエージェントプロセスがプレイスプロセスの占有者であるデータ転送方法は、 以下の工程を有する： 前記第１のエージェントプロセスが送出するｍｅｅｔインストラクションに応答 して、前記第２のエージェントプロセスによるプロシージャの実行を生じさせ、 ここで、前記プロシージャは、前記第２のエージェントプロセスの一部であり、 前記第２のエージェントコンピュータプロセスに含まれるコンピュータインスト ラクションのコレクションを有する。 前記第２のエージェントプロセスによって送出され、前記プロシージャの一部で ある第２のインストラクションに応答して、前記第２のエージェントプロセスへ のアクセス手段を前記第１のエージェントプロセスに供与する。 １６２．請求の範囲第１６１項に記載のデータ転送方法において、前記第２のエ ージェントプロセスによるプロシージャの実行を生じさせる前記工程は、以下の 工程を有する： 前記第１のエージェントプロセスによって送出される前記ｍｅｅｔインストラク ションに応答して、前記プレイスプロセスによる第２のプロシージャの実行を生 じさせる。 ここで、前記プレイスプロセスによる前記第２のプロシージャの実行は、前記第 １のプロシージャを前記第２のエージエントプロセスによって実行させるインス トラクションを送出する。 １６３．請求の範囲第１６１項に記載のデータ転送方注において、前記第２のエ ージエントプロセスへのアクセス手段は、前記プレイスプロセスによって前記第 １のエージェントプロセスに供与される。 １６４．請求の範囲第１６３項に記載のデータ転送方法において、前記プレイス プロセスが、前記第２のエージェントプロセスへの前記アクセス手段を前記第１ のエージェントプロセスに供与すると略同時に、前記プレイスプロセスが、前記 第１のエージェントプロセスへのアクセス手段を前記第２のエージェントプロセ スに供与する。 １６５．第１のＣＰＵ及び第１のメモリを有する第１のコンピュータシステムか ら、第２のＣＰＵ及び第２のメモリを有する第２のコンピュータシステムへ第１ のコンピュータプロセスを転送する方法は、以下の工程を有する：前記第１のＣ ＰＵにおいて、実行状態を有する前記第１のコンピュータプロセスの実行を開始 し、 前記第１のＣＰＵ内において、前記第１のコンピュータプロセスの実行を中断し 、 前記第１のコンピュータプロセスをデータとして前記第１のメモリに表現し、こ こで、前記データは、前記第１のコンピュータプロセスの実行が中断された時点 における前記第１のコンピュータプロセスの前妃実行状態を含む。 前記データを前記第１のメモリから前記第２のメモリに転送し、前記データで表 現された前記実行状態を有する第２のコンピュータプロセスを、前記データから 前記第２のコンピュータシステム上に形成し、前記第２のコンピュータプロセス を実行することにより、前記第２のＣＰＵにおいて前記第１のコンピュータシス テムの実行の再開を実効的にシミュレートする。