JPH07182174A - リモートプログラミングの実施方法 - Google Patents
リモートプログラミングの実施方法Info
- Publication number
- JPH07182174A JPH07182174A JP6179767A JP17976794A JPH07182174A JP H07182174 A JPH07182174 A JP H07182174A JP 6179767 A JP6179767 A JP 6179767A JP 17976794 A JP17976794 A JP 17976794A JP H07182174 A JPH07182174 A JP H07182174A
- Authority
- JP
- Japan
- Prior art keywords
- agent
- place
- computer
- class
- computers
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 2639
- 230000008569 process Effects 0.000 claims abstract description 1833
- 230000004044 response Effects 0.000 claims abstract description 51
- 238000012546 transfer Methods 0.000 claims description 475
- 230000006854 communication Effects 0.000 claims description 216
- 238000012545 processing Methods 0.000 claims description 212
- 238000004891 communication Methods 0.000 claims description 163
- 230000033001 locomotion Effects 0.000 claims description 44
- 238000013475 authorization Methods 0.000 claims description 4
- 238000013404 process transfer Methods 0.000 claims description 4
- 239000003795 chemical substances by application Substances 0.000 description 1883
- 238000012360 testing method Methods 0.000 description 276
- 238000010586 diagram Methods 0.000 description 85
- 230000008859 change Effects 0.000 description 55
- 230000006978 adaptation Effects 0.000 description 54
- 230000000875 corresponding effect Effects 0.000 description 48
- 238000010276 construction Methods 0.000 description 41
- 238000012384 transportation and delivery Methods 0.000 description 40
- 239000000796 flavoring agent Substances 0.000 description 39
- 235000019634 flavors Nutrition 0.000 description 39
- 239000003607 modifier Substances 0.000 description 39
- 230000006870 function Effects 0.000 description 34
- 230000003993 interaction Effects 0.000 description 34
- 238000006243 chemical reaction Methods 0.000 description 33
- 230000000694 effects Effects 0.000 description 29
- 239000011800 void material Substances 0.000 description 25
- 230000006378 damage Effects 0.000 description 24
- 238000010367 cloning Methods 0.000 description 18
- 230000006399 behavior Effects 0.000 description 17
- 230000007246 mechanism Effects 0.000 description 16
- 230000009471 action Effects 0.000 description 15
- 230000009466 transformation Effects 0.000 description 15
- 238000003860 storage Methods 0.000 description 12
- 230000007704 transition Effects 0.000 description 12
- 230000008520 organization Effects 0.000 description 11
- 230000001932 seasonal effect Effects 0.000 description 11
- 230000001276 controlling effect Effects 0.000 description 10
- 230000005540 biological transmission Effects 0.000 description 9
- 230000015572 biosynthetic process Effects 0.000 description 9
- 241000278713 Theora Species 0.000 description 8
- 230000000670 limiting effect Effects 0.000 description 8
- 238000006467 substitution reaction Methods 0.000 description 8
- 239000008186 active pharmaceutical agent Substances 0.000 description 7
- 238000013459 approach Methods 0.000 description 7
- 150000002500 ions Chemical class 0.000 description 7
- 230000002829 reductive effect Effects 0.000 description 7
- 238000004590 computer program Methods 0.000 description 6
- 238000002955 isolation Methods 0.000 description 6
- 230000000717 retained effect Effects 0.000 description 6
- 238000000844 transformation Methods 0.000 description 6
- 240000007643 Phytolacca americana Species 0.000 description 5
- 230000006872 improvement Effects 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 230000002441 reversible effect Effects 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 230000027455 binding Effects 0.000 description 4
- 238000009739 binding Methods 0.000 description 4
- 238000004364 calculation method Methods 0.000 description 4
- 230000000295 complement effect Effects 0.000 description 4
- 230000000977 initiatory effect Effects 0.000 description 4
- 230000005012 migration Effects 0.000 description 4
- 238000013508 migration Methods 0.000 description 4
- 230000037361 pathway Effects 0.000 description 4
- 230000000644 propagated effect Effects 0.000 description 4
- BALXUFOVQVENIU-KXNXZCPBSA-N pseudoephedrine hydrochloride Chemical compound [H+].[Cl-].CN[C@@H](C)[C@@H](O)C1=CC=CC=C1 BALXUFOVQVENIU-KXNXZCPBSA-N 0.000 description 4
- 230000003252 repetitive effect Effects 0.000 description 4
- 238000013519 translation Methods 0.000 description 4
- RYGMFSIKBFXOCR-UHFFFAOYSA-N Copper Chemical compound [Cu] RYGMFSIKBFXOCR-UHFFFAOYSA-N 0.000 description 3
- 238000007792 addition Methods 0.000 description 3
- 238000004422 calculation algorithm Methods 0.000 description 3
- 230000007423 decrease Effects 0.000 description 3
- 230000003111 delayed effect Effects 0.000 description 3
- 238000007689 inspection Methods 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 239000000203 mixture Substances 0.000 description 3
- 230000003068 static effect Effects 0.000 description 3
- ZUXNHFFVQWADJL-UHFFFAOYSA-N 3,4,5-trimethoxy-n-(2-methoxyethyl)-n-(4-phenyl-1,3-thiazol-2-yl)benzamide Chemical compound N=1C(C=2C=CC=CC=2)=CSC=1N(CCOC)C(=O)C1=CC(OC)=C(OC)C(OC)=C1 ZUXNHFFVQWADJL-UHFFFAOYSA-N 0.000 description 2
- 235000008694 Humulus lupulus Nutrition 0.000 description 2
- 241000276498 Pollachius virens Species 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 2
- 150000001768 cations Chemical class 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 230000004807 localization Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000010606 normalization Methods 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 239000003415 peat Substances 0.000 description 2
- 230000002085 persistent effect Effects 0.000 description 2
- 238000002360 preparation method Methods 0.000 description 2
- 238000013468 resource allocation Methods 0.000 description 2
- 238000007789 sealing Methods 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 241000256836 Apis Species 0.000 description 1
- 241000256844 Apis mellifera Species 0.000 description 1
- 208000034423 Delivery Diseases 0.000 description 1
- 235000016936 Dendrocalamus strictus Nutrition 0.000 description 1
- 241000643923 Dictis Species 0.000 description 1
- PEDCQBHIVMGVHV-UHFFFAOYSA-N Glycerine Chemical compound OCC(O)CO PEDCQBHIVMGVHV-UHFFFAOYSA-N 0.000 description 1
- 241000282412 Homo Species 0.000 description 1
- 235000000177 Indigofera tinctoria Nutrition 0.000 description 1
- 241000252067 Megalops atlanticus Species 0.000 description 1
- 235000010582 Pisum sativum Nutrition 0.000 description 1
- 240000004713 Pisum sativum Species 0.000 description 1
- 241000590419 Polygonia interrogationis Species 0.000 description 1
- 235000018734 Sambucus australis Nutrition 0.000 description 1
- 244000180577 Sambucus australis Species 0.000 description 1
- XUIMIQQOPSSXEZ-UHFFFAOYSA-N Silicon Chemical compound [Si] XUIMIQQOPSSXEZ-UHFFFAOYSA-N 0.000 description 1
- 241000700605 Viruses Species 0.000 description 1
- 230000002730 additional effect Effects 0.000 description 1
- 230000032683 aging Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000002547 anomalous effect Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 239000000571 coke Substances 0.000 description 1
- 238000005056 compaction Methods 0.000 description 1
- 230000002860 competitive effect Effects 0.000 description 1
- 230000003750 conditioning effect Effects 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000011109 contamination Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000002405 diagnostic procedure Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 229940035564 duration Drugs 0.000 description 1
- 230000008030 elimination Effects 0.000 description 1
- 238000003379 elimination reaction Methods 0.000 description 1
- 230000007717 exclusion Effects 0.000 description 1
- 239000006260 foam Substances 0.000 description 1
- 238000010348 incorporation Methods 0.000 description 1
- 229940097275 indigo Drugs 0.000 description 1
- COHYTHOBJLSHDF-UHFFFAOYSA-N indigo powder Natural products N1C2=CC=CC=C2C(=O)C1=C1C(=O)C2=CC=CC=C2N1 COHYTHOBJLSHDF-UHFFFAOYSA-N 0.000 description 1
- 239000003999 initiator Substances 0.000 description 1
- 238000005304 joining Methods 0.000 description 1
- 238000002372 labelling Methods 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 238000004886 process control Methods 0.000 description 1
- 230000001902 propagating effect Effects 0.000 description 1
- 238000012797 qualification Methods 0.000 description 1
- 230000011514 reflex Effects 0.000 description 1
- 230000003362 replicative effect Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 229910052710 silicon Inorganic materials 0.000 description 1
- 239000010703 silicon Substances 0.000 description 1
- 208000006379 syphilis Diseases 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 230000001131 transforming effect Effects 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
- G06F9/4856—Task life-cycle, e.g. stopping, restarting, resuming execution resumption being on a different machine, e.g. task migration, virtual machine migration
- G06F9/4862—Task life-cycle, e.g. stopping, restarting, resuming execution resumption being on a different machine, e.g. task migration, virtual machine migration the task being a mobile agent, i.e. specifically designed to migrate
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/465—Distributed object oriented systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Multi Processors (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【構成】 コンピュータネットワークにおけるリモート
プログラミングの実施方法は、エージェントクラス及び
プレイスクラスを含む複数のオブジェクト指向クラスを
定義し、オブジェクト指向クラス、オブジェクト指向ク
ラスのサブクラス及び go オペレーションを含む、コン
ピュータプロセスのためのインストラクションを形成
し、コンピュータネットワーク中のプロセッサによって
前記インストラクションをインタープリートし、 go オ
ペレーションに応答して、エージェントプロセスがプレ
イスプロセスに転送され、エージェントプロセスが、エ
ージェントクラスの１つのメンバであり、プレイスプロ
セスはプレイスクラスの１つのメンバである。 【効果】 本発明のインストラクションは、オペレーテ
ィングシステム及びハードウェアが異なるコンピュータ
システムにおいても、移動され実行できる。
プログラミングの実施方法は、エージェントクラス及び
プレイスクラスを含む複数のオブジェクト指向クラスを
定義し、オブジェクト指向クラス、オブジェクト指向ク
ラスのサブクラス及び go オペレーションを含む、コン
ピュータプロセスのためのインストラクションを形成
し、コンピュータネットワーク中のプロセッサによって
前記インストラクションをインタープリートし、 go オ
ペレーションに応答して、エージェントプロセスがプレ
イスプロセスに転送され、エージェントプロセスが、エ
ージェントクラスの１つのメンバであり、プレイスプロ
セスはプレイスクラスの１つのメンバである。 【効果】 本発明のインストラクションは、オペレーテ
ィングシステム及びハードウェアが異なるコンピュータ
システムにおいても、移動され実行できる。
Description
【０００１】
【産業上の利用分野】本発明は、リモートプログラミン
グの実施方法に関し、特に分散型計算環境であって、オ
ブジェクト指向環境において複数のプロセスがつくり出
され、コンピュータネットワークを通じてそれ自身の運
動を差し向けるようにしたリモートプログラミングの実
施方法等に関する。
グの実施方法に関し、特に分散型計算環境であって、オ
ブジェクト指向環境において複数のプロセスがつくり出
され、コンピュータネットワークを通じてそれ自身の運
動を差し向けるようにしたリモートプログラミングの実
施方法等に関する。
【０００２】
【従来の技術】今日多くの異なった種類のコンピュータ
システムが利用されているが、これらのシステムの多く
は、図１に示すように、基本的なコンポーネントから構
成されている。典型的には、コンピュータシステム２０
は中央処理ユニット装置（以下、ＣＰＵという）を備
え、このＣＰＵ１０は、入力バス１１を介して入力モジ
ュール１２に接続されるとともに、出力バス１３を経て
出力モジュール１４に接続されている。また、ＣＰＵ１
０は、データバス１５、１６を経てメモリユニット１７
にも接続されている。
システムが利用されているが、これらのシステムの多く
は、図１に示すように、基本的なコンポーネントから構
成されている。典型的には、コンピュータシステム２０
は中央処理ユニット装置（以下、ＣＰＵという）を備
え、このＣＰＵ１０は、入力バス１１を介して入力モジ
ュール１２に接続されるとともに、出力バス１３を経て
出力モジュール１４に接続されている。また、ＣＰＵ１
０は、データバス１５、１６を経てメモリユニット１７
にも接続されている。
【０００３】ＣＰＵ１０は、制御及び計算機能を有す
る。入力モジュール１２及び出力モジュール１４は、コ
ンピュータのユーザーとＣＰＵ１０間の通信のために用
いられる。入力モジュール１２は、情報をＣＰＵ１０に
供給する。典型的な入力モジュールはキーボード及びマ
ウスである。出力モジュール１４は、ＣＰＵ１０からの
情報を表示する。典型的な出力モジュールはビデオディ
スプレイモニタ、プリンタ、プロッタ及びその他の視覚
表示手段である。入力モジュール１２及び出力モジュー
ル１４は、ときには、インプット／アウトプット（Ｉ／
Ｏ）ユニットとも呼ばれる。
る。入力モジュール１２及び出力モジュール１４は、コ
ンピュータのユーザーとＣＰＵ１０間の通信のために用
いられる。入力モジュール１２は、情報をＣＰＵ１０に
供給する。典型的な入力モジュールはキーボード及びマ
ウスである。出力モジュール１４は、ＣＰＵ１０からの
情報を表示する。典型的な出力モジュールはビデオディ
スプレイモニタ、プリンタ、プロッタ及びその他の視覚
表示手段である。入力モジュール１２及び出力モジュー
ル１４は、ときには、インプット／アウトプット（Ｉ／
Ｏ）ユニットとも呼ばれる。
【０００４】メモリユニット１７は、典型的には２種の
一般的な形式の情報、すなわちインストラクション（命
令）とデータを収容している。コンピュータプログラム
は、ある特定の機能を実現するためにコンピュータによ
って実行される一連のインストラクションである。メモ
リユニット１７のデータは、ＣＰＵ１０において実行さ
れているコンピュータプログラムからのインストラクシ
ョンに応答して、ＣＰＵ１０によって処理される。実行
中のコンピュータプログラムは、コンピュータプロセス
（computer process）と呼ばれる。
一般的な形式の情報、すなわちインストラクション（命
令）とデータを収容している。コンピュータプログラム
は、ある特定の機能を実現するためにコンピュータによ
って実行される一連のインストラクションである。メモ
リユニット１７のデータは、ＣＰＵ１０において実行さ
れているコンピュータプログラムからのインストラクシ
ョンに応答して、ＣＰＵ１０によって処理される。実行
中のコンピュータプログラムは、コンピュータプロセス
（computer process）と呼ばれる。
【０００５】メモリユニット１７は、典型的には、マス
メモリ１７Ａ（ときには二次メモリとも呼ばれる）と、
メインメモリ１７Ｂとを備えている。メインメモリ１７
Ｂは、ＣＰＵ１０によって現に実行されているプログラ
ムの少なくとも一部分と、そのプログラムによって必要
とされるデータを記憶するために（通常）用いられる。
マスメモリ１７Ａ、例えば磁気ディスクや磁気テープ
は、プログラム、データ、又はＣＰＵ１０によって直ち
には必要とされないか若しくはメインメモリ１７Ｂの大
きさの制限のためにメインメモリ１７Ｂ中に収容するこ
とのできないプログラム又はデータの一部分を記憶する
ために用いられる。
メモリ１７Ａ（ときには二次メモリとも呼ばれる）と、
メインメモリ１７Ｂとを備えている。メインメモリ１７
Ｂは、ＣＰＵ１０によって現に実行されているプログラ
ムの少なくとも一部分と、そのプログラムによって必要
とされるデータを記憶するために（通常）用いられる。
マスメモリ１７Ａ、例えば磁気ディスクや磁気テープ
は、プログラム、データ、又はＣＰＵ１０によって直ち
には必要とされないか若しくはメインメモリ１７Ｂの大
きさの制限のためにメインメモリ１７Ｂ中に収容するこ
とのできないプログラム又はデータの一部分を記憶する
ために用いられる。
【０００６】コンピュータのオペレーティングシステム
は、ＣＰＵ１０、入力モジュール１２、出力モジュール
１４、マスメモリ１７Ａ、メインメモリ１７Ｂを連動さ
せ、ユーザーアプリケーション（以下に定義する）とコ
ンピュータハードウェア間のインターフェイスを行なう
コンピュータプロセスである。ここで使用されているコ
ンピュータハードウェアという用語は、コンピュータシ
ステムの物理的なコンポーネントを意味する。コンピュ
ータシステムを正しく動作させるためにはオペレーティ
ングシステムが必要であるから、オペレーティングシス
テムは、コンピュータシステムのパワーアップ時にメイ
ンメモリ１７Ｂにロードされ（ブーティングと呼ばれる
プロセス）、コンピュータシステムが最終的に不作動に
されるまでメインメモリ１７Ｂに留められて実行され
る。
は、ＣＰＵ１０、入力モジュール１２、出力モジュール
１４、マスメモリ１７Ａ、メインメモリ１７Ｂを連動さ
せ、ユーザーアプリケーション（以下に定義する）とコ
ンピュータハードウェア間のインターフェイスを行なう
コンピュータプロセスである。ここで使用されているコ
ンピュータハードウェアという用語は、コンピュータシ
ステムの物理的なコンポーネントを意味する。コンピュ
ータシステムを正しく動作させるためにはオペレーティ
ングシステムが必要であるから、オペレーティングシス
テムは、コンピュータシステムのパワーアップ時にメイ
ンメモリ１７Ｂにロードされ（ブーティングと呼ばれる
プロセス）、コンピュータシステムが最終的に不作動に
されるまでメインメモリ１７Ｂに留められて実行され
る。
【０００７】ユーザーアプリケーションは、一般に、オ
ペレーティングシステムとは別に実行され、オペレーテ
ィングシステムとは別のコンピュータプロセスである。
ユーザーアプリケーションは、ソースコードすなわち人
にわかりやすい形のコンピュータインストラクションと
して時間中のある時点に置いて実行される。このソース
コードは、コンピュータシステム２０、特にＣＰＵ１０
によって理解される形のオブジェクトコードに翻訳さ
れ、すなわちコンパイルされる。いくつかのオブジェク
トコードモジュールは、コンピュータシステム２０のＣ
ＰＵ１０によって実行可能な単一のイメージとなるよう
にリンクされる。プログラムは、この実行可能なイメー
ジをメインメモリ１７Ｂにコピーし、この実行可能なイ
メージのインストラクションを１つずつ実行するように
ＣＰＵ１０に指示することにより、実行される。前述し
たように、このような実行状態にあるコピュータプログ
ラムは、プロセス（process ）と呼ばれる。
ペレーティングシステムとは別に実行され、オペレーテ
ィングシステムとは別のコンピュータプロセスである。
ユーザーアプリケーションは、ソースコードすなわち人
にわかりやすい形のコンピュータインストラクションと
して時間中のある時点に置いて実行される。このソース
コードは、コンピュータシステム２０、特にＣＰＵ１０
によって理解される形のオブジェクトコードに翻訳さ
れ、すなわちコンパイルされる。いくつかのオブジェク
トコードモジュールは、コンピュータシステム２０のＣ
ＰＵ１０によって実行可能な単一のイメージとなるよう
にリンクされる。プログラムは、この実行可能なイメー
ジをメインメモリ１７Ｂにコピーし、この実行可能なイ
メージのインストラクションを１つずつ実行するように
ＣＰＵ１０に指示することにより、実行される。前述し
たように、このような実行状態にあるコピュータプログ
ラムは、プロセス（process ）と呼ばれる。
【０００８】コンピュータシステム２０で実行されてい
るプロセスのインストラクションは、一般に、コンピュ
ータシステムのリソース（資源）を操作（マニュピュレ
ート）する。例えば、これらのインストラクションは、
マスメモリ１７Ａに記憶されているデータを操作し、入
力モジュール１２からデータを受け入れ、又は出力モジ
ュール１４にデータを表示することができる。第１のコ
ンピュータシステムにおいて実行されているあるプロセ
スは、第２のコンピュータシステムのリソースを操作す
ることができるコンピュータインストラクションを発生
させるように構成されている。
るプロセスのインストラクションは、一般に、コンピュ
ータシステムのリソース（資源）を操作（マニュピュレ
ート）する。例えば、これらのインストラクションは、
マスメモリ１７Ａに記憶されているデータを操作し、入
力モジュール１２からデータを受け入れ、又は出力モジ
ュール１４にデータを表示することができる。第１のコ
ンピュータシステムにおいて実行されているあるプロセ
スは、第２のコンピュータシステムのリソースを操作す
ることができるコンピュータインストラクションを発生
させるように構成されている。
【０００９】２以上のコンピュータシステム間でデータ
を転送することができるように、２以上のコンピュータ
システムを接続することは、（コンピュータ通信技術に
おいて、）周知である。このように接続された２以上の
コンピュータシステムはネットワークと呼ばれる。この
ネットワークにおいて、各々のコンピュータシステム
は、データの送受信を行なう入力／出力装置として（他
のコンピュータシステムを）取り扱う。
を転送することができるように、２以上のコンピュータ
システムを接続することは、（コンピュータ通信技術に
おいて、）周知である。このように接続された２以上の
コンピュータシステムはネットワークと呼ばれる。この
ネットワークにおいて、各々のコンピュータシステム
は、データの送受信を行なう入力／出力装置として（他
のコンピュータシステムを）取り扱う。
【００１０】第１のコンピュータシステムにおいて実行
されている第１のプロセスは、第２のコンピュータシス
テムにおいて実行されている第２のプロセスにインスト
ラクションを送出することができる。その場合、第２の
プロセスは、第１のプロセスから受取ったインストラク
ションに従って第２のコンピュータシステムのリソース
を操作する。第２のプロセスは、クライアント（clien
t）プロセスと呼ばれる第１のプロセスにサービスを提
供するものであるため、サーバー（server）プロセスと
呼ばれる。この提供されるサービスは、第２のコンピュ
ータシステムのリソースのマニュプレーションである。
されている第１のプロセスは、第２のコンピュータシス
テムにおいて実行されている第２のプロセスにインスト
ラクションを送出することができる。その場合、第２の
プロセスは、第１のプロセスから受取ったインストラク
ションに従って第２のコンピュータシステムのリソース
を操作する。第２のプロセスは、クライアント（clien
t）プロセスと呼ばれる第１のプロセスにサービスを提
供するものであるため、サーバー（server）プロセスと
呼ばれる。この提供されるサービスは、第２のコンピュ
ータシステムのリソースのマニュプレーションである。
【００１１】多くのコンピュータ通信システムでは、リ
モートプロシージャコーリング（remote procedure cal
ling）を実行する。リモートプロシージャコーリングに
おいては、クライアントプロセス（第１のコンピュータ
システムにおいて実行されており、第２のコンピュータ
システムのデータを操作することを求める）は、サーバ
ープロセス（第２のコンピュータシステムにおいて実行
され、クライアントプロセスからの要求に応答してデー
タを操作する）にアクションを要求する。サーバープロ
セスは、クライアントプロセスのために、不可避的に有
限なオペレーションリストのどれかを遂行する。クライ
アントプロセスによって要求された正確な機能が、サー
バープロセスによって遂行される特別な操作の中に含ま
れないことが（しばしば）ある。サーバープロセスの定
義されていない機能のを実行には、サーバープロセスへ
のいくつかの要求及びサーバープロセスからの応答を必
要とし、これは通信メディアの実質的な使用を必要と
し、それによってコスト及び時間が非常に増大する。
モートプロシージャコーリング（remote procedure cal
ling）を実行する。リモートプロシージャコーリングに
おいては、クライアントプロセス（第１のコンピュータ
システムにおいて実行されており、第２のコンピュータ
システムのデータを操作することを求める）は、サーバ
ープロセス（第２のコンピュータシステムにおいて実行
され、クライアントプロセスからの要求に応答してデー
タを操作する）にアクションを要求する。サーバープロ
セスは、クライアントプロセスのために、不可避的に有
限なオペレーションリストのどれかを遂行する。クライ
アントプロセスによって要求された正確な機能が、サー
バープロセスによって遂行される特別な操作の中に含ま
れないことが（しばしば）ある。サーバープロセスの定
義されていない機能のを実行には、サーバープロセスへ
のいくつかの要求及びサーバープロセスからの応答を必
要とし、これは通信メディアの実質的な使用を必要と
し、それによってコスト及び時間が非常に増大する。
【００１２】図２に示すフローチャート（ロジックフロ
ーダイアグラム）は、リモートプロシージャコーリング
の具体例を示している。このフローチャートは、図３に
示すネットワーク２５６を介して相互接続されたコンピ
ュータシステム２０Ａ、２０Ｂのコンテキスト（contex
t） によって説明される。ある与えられたパターン例え
ば”ＴＭＰ”に終わるファイル名に名前が一致し、少な
くても３０日の間変更されなかったコピュータシステム
２０Ｂ上の全てのファイルを、コンピュータシステム２
０Ａ上のクライアントプロセス２５２が削除するものと
想定する。クライアントプロセス２５２は、コンピュー
タシステム２０Ｂにおいて実行されているサーバープロ
セス２５４に、ステップ２１において、全てのファイル
をリストする要求を送出する図２に示す。矢印２６０
（図３）はこの要求を表わしている。処理はステップ２
１（図２）からステップ２２に進み、このステップ２２
において、クライアントプロセス２５２（図３）は、矢
印２６２に示すように、サーバープロセス２５４からそ
のリストを受け取る。ステップ２１２２（図２）での処
理はネットワークの通信メディアを介しての２回の情報
転送（トランスファ）を含む。
ーダイアグラム）は、リモートプロシージャコーリング
の具体例を示している。このフローチャートは、図３に
示すネットワーク２５６を介して相互接続されたコンピ
ュータシステム２０Ａ、２０Ｂのコンテキスト（contex
t） によって説明される。ある与えられたパターン例え
ば”ＴＭＰ”に終わるファイル名に名前が一致し、少な
くても３０日の間変更されなかったコピュータシステム
２０Ｂ上の全てのファイルを、コンピュータシステム２
０Ａ上のクライアントプロセス２５２が削除するものと
想定する。クライアントプロセス２５２は、コンピュー
タシステム２０Ｂにおいて実行されているサーバープロ
セス２５４に、ステップ２１において、全てのファイル
をリストする要求を送出する図２に示す。矢印２６０
（図３）はこの要求を表わしている。処理はステップ２
１（図２）からステップ２２に進み、このステップ２２
において、クライアントプロセス２５２（図３）は、矢
印２６２に示すように、サーバープロセス２５４からそ
のリストを受け取る。ステップ２１２２（図２）での処
理はネットワークの通信メディアを介しての２回の情報
転送（トランスファ）を含む。
【００１３】図２において、２重の矩形は、ネットワー
ク２５６（図３）を横断する情報転送を表している。コ
ンピュータ２０Ａ又はコンピュータ２０Ｂ内においての
インストラクションの実行には数ナノ秒ないし数マイク
ロ秒を必要とするのに対し、ネットワーク２５６を介し
ての情報転送には、ネットワーク２５６の形態及び情報
量に依存するが、一般に数秒から数分を必要とする。あ
るネットワークにおいては、大量のデータの転送に１時
間以上もかかることがある。
ク２５６（図３）を横断する情報転送を表している。コ
ンピュータ２０Ａ又はコンピュータ２０Ｂ内においての
インストラクションの実行には数ナノ秒ないし数マイク
ロ秒を必要とするのに対し、ネットワーク２５６を介し
ての情報転送には、ネットワーク２５６の形態及び情報
量に依存するが、一般に数秒から数分を必要とする。あ
るネットワークにおいては、大量のデータの転送に１時
間以上もかかることがある。
【００１４】処理は、ステップ２２（図２）からステッ
プ（FOR EACT FILENAME） ２３に移行する。ステップ２
３とステップ（NEXT）２３ａ、２３ｂ、２３ｃは、ファ
イル名リスト中の各ファイル名がクライアントプレセス
によって処理されるループを形成している。リストの各
ファイル名に対する処理は、ステップ２３から判定ステ
ップ２４に進み、この判定ステップ２４において、クラ
イアントプレセス２５２（図３）は、ファイル名をパタ
ーンと比較する。もしファイル名がパターンと一致しな
い場合には、処理は、判定ステップ２４（図２）からス
テップ２３ａを介してステップ２３に戻り、その次のフ
ァイル名が処理される。
プ（FOR EACT FILENAME） ２３に移行する。ステップ２
３とステップ（NEXT）２３ａ、２３ｂ、２３ｃは、ファ
イル名リスト中の各ファイル名がクライアントプレセス
によって処理されるループを形成している。リストの各
ファイル名に対する処理は、ステップ２３から判定ステ
ップ２４に進み、この判定ステップ２４において、クラ
イアントプレセス２５２（図３）は、ファイル名をパタ
ーンと比較する。もしファイル名がパターンと一致しな
い場合には、処理は、判定ステップ２４（図２）からス
テップ２３ａを介してステップ２３に戻り、その次のフ
ァイル名が処理される。
【００１５】逆に、ファイル名がパターンに一致してい
る場合には、処理は判定ステップ２４からステップ２５
に進む。ステップ２５において、クライアントプロセス
２５２（図３）は、矢印２６４で示すように、そのファ
イル名が一致したファイルの最後に変更された日付を用
意する旨のインストラクションをサーバープロセス２５
４に送出する。処理は、ステップ２５（図２）からステ
ップ２６に移行し、このステップ２６において、クライ
アントプロセス２５２（図３）は、矢印２６６で示すよ
うに、要求した日付をサーバープロセス２４から受取
る。ステップ２５、２６（図２）は、それぞれこのよう
な一致するファイル名についてのネットワークの通信メ
ディアを介する２以上の転送を含む。
る場合には、処理は判定ステップ２４からステップ２５
に進む。ステップ２５において、クライアントプロセス
２５２（図３）は、矢印２６４で示すように、そのファ
イル名が一致したファイルの最後に変更された日付を用
意する旨のインストラクションをサーバープロセス２５
４に送出する。処理は、ステップ２５（図２）からステ
ップ２６に移行し、このステップ２６において、クライ
アントプロセス２５２（図３）は、矢印２６６で示すよ
うに、要求した日付をサーバープロセス２４から受取
る。ステップ２５、２６（図２）は、それぞれこのよう
な一致するファイル名についてのネットワークの通信メ
ディアを介する２以上の転送を含む。
【００１６】処理は、ステップ２６から判定ステップ２
７に進み、この判定ステップ２７において、クライアン
トプロセス２５２（図３）は、受信された日付と現在の
日付から３０日を引いた日付とを比較する。そして、フ
ァイルが前の３０日以内に変更されていたときは、処理
は、判定ステップ２７（図２）からステップ２３ｂを介
してステップ２３に戻り、このステップ２３において、
次のファイル名が処理される。
７に進み、この判定ステップ２７において、クライアン
トプロセス２５２（図３）は、受信された日付と現在の
日付から３０日を引いた日付とを比較する。そして、フ
ァイルが前の３０日以内に変更されていたときは、処理
は、判定ステップ２７（図２）からステップ２３ｂを介
してステップ２３に戻り、このステップ２３において、
次のファイル名が処理される。
【００１７】逆に、３０日以前にそのファイルが変更さ
れていなかったとき、処理は、判定ステップ２７からス
テップ２８に進む。
れていなかったとき、処理は、判定ステップ２７からス
テップ２８に進む。
【００１８】ステップ２８において、クライアントプロ
セス２５２（図３）は、矢印２６８で示すように、コン
ピュータシステム２０Ｂ内からファイルを削除するイン
ストラクションをサーバープロセス２５４に送出する。
処理は、ステップ２８からステップ２９（図２）に進
み、このステップ２９において、クライアントプロセス
２５２（図３）は、矢印２７０で示すように、その削除
処理に対するアクノレジメント（acknowledgement） を
サーバープロセス２５４から受ける。このように、ステ
ップ２８、２９（図２）は、削除されるべき各ファイル
についてのネットワーク２５６（図３）を介する２つの
別の転送を含む。
セス２５２（図３）は、矢印２６８で示すように、コン
ピュータシステム２０Ｂ内からファイルを削除するイン
ストラクションをサーバープロセス２５４に送出する。
処理は、ステップ２８からステップ２９（図２）に進
み、このステップ２９において、クライアントプロセス
２５２（図３）は、矢印２７０で示すように、その削除
処理に対するアクノレジメント（acknowledgement） を
サーバープロセス２５４から受ける。このように、ステ
ップ２８、２９（図２）は、削除されるべき各ファイル
についてのネットワーク２５６（図３）を介する２つの
別の転送を含む。
【００１９】処理は、ステップ２９からステップ２３ｃ
を介してステップ２３に戻る。そしてリスト中の全ての
ファイル名が処理されたならば、処理は、ステップ２３
からステップ２０ｄに進み、このステップ２０ｂにおい
て処理が終了する。この図２に示すフローチャートのよ
うに処理には、ネットワーク２５６を介する多数の情報
転送を必要とする。このようにネットワークの通信メデ
ィアを過度に使用することは時間及びコストの浪費にな
る。
を介してステップ２３に戻る。そしてリスト中の全ての
ファイル名が処理されたならば、処理は、ステップ２３
からステップ２０ｄに進み、このステップ２０ｂにおい
て処理が終了する。この図２に示すフローチャートのよ
うに処理には、ネットワーク２５６を介する多数の情報
転送を必要とする。このようにネットワークの通信メデ
ィアを過度に使用することは時間及びコストの浪費にな
る。
【００２０】リモートプロシージャコーリングの別のア
プローチは、リモートプログラミング（remote program
ming）である。リモートプログラミングにおいて、クラ
イアントプロセスと呼ばれる第１のコンピュータシステ
ムにおいて実行されているプロセスは、第２のコンピュ
ータシステムにおいて実行されているサーバープロセス
に１つのインストラクションのリストを送出する。そし
て、これらのインストラクションは、サーバープロセス
によって実行され、クライアントプロセスの目的が達せ
られる。サーバープロセスが実行するようにされている
これらのインストラクションは、ある程度の普遍性をも
たねばならない。すなわち、これらのインストラクショ
ンはある程度の決定（デシジョンメイキング）能力を備
えなければならない。
プローチは、リモートプログラミング（remote program
ming）である。リモートプログラミングにおいて、クラ
イアントプロセスと呼ばれる第１のコンピュータシステ
ムにおいて実行されているプロセスは、第２のコンピュ
ータシステムにおいて実行されているサーバープロセス
に１つのインストラクションのリストを送出する。そし
て、これらのインストラクションは、サーバープロセス
によって実行され、クライアントプロセスの目的が達せ
られる。サーバープロセスが実行するようにされている
これらのインストラクションは、ある程度の普遍性をも
たねばならない。すなわち、これらのインストラクショ
ンはある程度の決定（デシジョンメイキング）能力を備
えなければならない。
【００２１】図４に示すフローチャートは、リモートプ
ログラミングの具体例を示している。図２、図３におい
て説明した具体例をリモートプログラミング環境におい
て実現するには、クライアントプロセス３５２（図５）
は、ステップ３１（図４）においては、このステップ３
１の詳細なフローチャートに示すインストラクションか
ら構成されてるプログラムを作成する。このステップ３
１の詳細について以下に説明する。
ログラミングの具体例を示している。図２、図３におい
て説明した具体例をリモートプログラミング環境におい
て実現するには、クライアントプロセス３５２（図５）
は、ステップ３１（図４）においては、このステップ３
１の詳細なフローチャートに示すインストラクションか
ら構成されてるプログラムを作成する。このステップ３
１の詳細について以下に説明する。
【００２２】処理は、ステップ３１からステップ３２に
進み、ステップ３２において、プログラムは、矢印３５
８で示すように、ネットワーク３５６を介しコンピュー
タ３０Ｂ（図５）に転送される。処理は、ステップ３２
（図４）からステップ３３に進みこのステップ３３にお
いて、プログラムはコンピュータ３０Ｂによって実行さ
れる。この実行の中にはプログラムはコンピュータ３０
Ｂ上のプロセス３５２Ａ（図５）となっている。そし
て、プロセス３５２Ａにおいて、プログラムのインスト
ラクションは、ステップ３１のフローチャートに従って
実行される。
進み、ステップ３２において、プログラムは、矢印３５
８で示すように、ネットワーク３５６を介しコンピュー
タ３０Ｂ（図５）に転送される。処理は、ステップ３２
（図４）からステップ３３に進みこのステップ３３にお
いて、プログラムはコンピュータ３０Ｂによって実行さ
れる。この実行の中にはプログラムはコンピュータ３０
Ｂ上のプロセス３５２Ａ（図５）となっている。そし
て、プロセス３５２Ａにおいて、プログラムのインスト
ラクションは、ステップ３１のフローチャートに従って
実行される。
【００２３】ステップ３１−Ｂ（図４）において、ファ
イル名のリストが作成される。処理は、ステップ３１−
Ｂからステップ（FOR EACT FILENAME ）３１−Ｃに移行
する。ステップ３１ーＣとステップ（NEXT）３１−Ｈ、
３１−Ｉ、３１ーＪは、ファイル名リスト中の各ファイ
ル名を処理するループを形成している。各ファイル名に
ついて、ステップ３１−Ｃから判定ステップ３１−Ｄに
進み、この判定ステップ３１−Ｄにおいて、ファイル名
がパターンと比較される。ファイル名がパターンと一致
しないときは、処理は判定ステップ３１ーＤからステッ
プ３１ーＣを介してステップ３１−Ｃに戻る。逆に、フ
ァイル名がパターンに一致するときは、処理は、判定ス
テップ３１−Ｄからステップ３１−Ｅに移行する。
イル名のリストが作成される。処理は、ステップ３１−
Ｂからステップ（FOR EACT FILENAME ）３１−Ｃに移行
する。ステップ３１ーＣとステップ（NEXT）３１−Ｈ、
３１−Ｉ、３１ーＪは、ファイル名リスト中の各ファイ
ル名を処理するループを形成している。各ファイル名に
ついて、ステップ３１−Ｃから判定ステップ３１−Ｄに
進み、この判定ステップ３１−Ｄにおいて、ファイル名
がパターンと比較される。ファイル名がパターンと一致
しないときは、処理は判定ステップ３１ーＤからステッ
プ３１ーＣを介してステップ３１−Ｃに戻る。逆に、フ
ァイル名がパターンに一致するときは、処理は、判定ス
テップ３１−Ｄからステップ３１−Ｅに移行する。
【００２４】ステップ３１−Ｅにおいて、プロセス３５
２Ａは、一致したファイル名を有するファイルの最後の
変更の日付けを検索する。処理は、ステップ３１−Ｅか
ら判定ステップ３１−Ｆに進み、このステップ３１−Ｆ
において、日付が現在の日付から３０日を引いたものと
比較される。
２Ａは、一致したファイル名を有するファイルの最後の
変更の日付けを検索する。処理は、ステップ３１−Ｅか
ら判定ステップ３１−Ｆに進み、このステップ３１−Ｆ
において、日付が現在の日付から３０日を引いたものと
比較される。
【００２５】ファイルの最後の変更の日付は、サーバー
プロセス３５４（図５）から検索される。最後の変更の
日付が３０日以前の日付よりも新しいときには、処理
は、判定ステップ３１−Ｆ（図４）からステップ３１−
Ｉを介してステップ３１ーＣに戻る。逆に、最後の変更
の日付が３０日以前の日付よりも更に以前であったとき
には、処理は、判定ステップ３１−Ｆからステップ３１
−Ｇに進む。ステップ３１−Ｇにおいて、サーバープロ
セス３５４（図５）に適切なインストラクションを送出
することによってファイルが削除される。処理はステッ
プ３１−Ｇ（図４）からステップ３１−Ｊを介してステ
ップ３１−Ｃに戻る。リスト中の全てのファイル名が処
理されたならば、処理は、ステップ３１−Ｃからステッ
プ３１−Ｋに進み、ここでプロセス３５２Ａが完了す
る。矢印３６０（図５）に示すように、プロセス３５２
Ａとサーバープロセス３５４間の全ての相互作用は、ネ
ットワーク３５６を使用することなく、全てコンピュー
タ３０Ｂ中において起る。
プロセス３５４（図５）から検索される。最後の変更の
日付が３０日以前の日付よりも新しいときには、処理
は、判定ステップ３１−Ｆ（図４）からステップ３１−
Ｉを介してステップ３１ーＣに戻る。逆に、最後の変更
の日付が３０日以前の日付よりも更に以前であったとき
には、処理は、判定ステップ３１−Ｆからステップ３１
−Ｇに進む。ステップ３１−Ｇにおいて、サーバープロ
セス３５４（図５）に適切なインストラクションを送出
することによってファイルが削除される。処理はステッ
プ３１−Ｇ（図４）からステップ３１−Ｊを介してステ
ップ３１−Ｃに戻る。リスト中の全てのファイル名が処
理されたならば、処理は、ステップ３１−Ｃからステッ
プ３１−Ｋに進み、ここでプロセス３５２Ａが完了す
る。矢印３６０（図５）に示すように、プロセス３５２
Ａとサーバープロセス３５４間の全ての相互作用は、ネ
ットワーク３５６を使用することなく、全てコンピュー
タ３０Ｂ中において起る。
【００２６】プログラムが成功のうちに終了した後、処
理は、ステップ３３からステップ３４（図４）に移行
し、このステップ３４においてサーバープロセス３５４
（図５）は、矢印３６２によって示すようにプログラム
が成功のうちに終了したことをクライアントプロセス３
５２に報告する。このリモートプログラミングプロシー
ジャがネットワーク通信メディアをただ２回しか使用し
ていないことに注意されたい。第１回の使用は、矢印３
５８によって示すようにインストラクションリスト又は
プログラムをサーバープロセス３５４に送出する使用で
あり、第２の使用は、矢印３６２によって示すように、
プログラムが成功のうちに終了したことの通知をサーバ
ープロセス３５４から受ける使用である。サーバープロ
セス３５４の開発者によって明白に提供されていなかっ
たり、おそらくは予想さえもされていなかったオペレー
ションを、クライアントプロセス３５２がサーバープロ
セス３５４に要求しうることにも注意されたい。
理は、ステップ３３からステップ３４（図４）に移行
し、このステップ３４においてサーバープロセス３５４
（図５）は、矢印３６２によって示すようにプログラム
が成功のうちに終了したことをクライアントプロセス３
５２に報告する。このリモートプログラミングプロシー
ジャがネットワーク通信メディアをただ２回しか使用し
ていないことに注意されたい。第１回の使用は、矢印３
５８によって示すようにインストラクションリスト又は
プログラムをサーバープロセス３５４に送出する使用で
あり、第２の使用は、矢印３６２によって示すように、
プログラムが成功のうちに終了したことの通知をサーバ
ープロセス３５４から受ける使用である。サーバープロ
セス３５４の開発者によって明白に提供されていなかっ
たり、おそらくは予想さえもされていなかったオペレー
ションを、クライアントプロセス３５２がサーバープロ
セス３５４に要求しうることにも注意されたい。
【００２７】しかしリモートプログラミングは、２以上
のコンピュータシステム上のデータの操作を連係化する
ことをコンピュータプレセスが求める場合に、リモート
プロシージャコーリングの場合と同様の非効率に遭遇す
る。一例としてコンピュータＸのプロセスは、コンピュ
ータＸのどれかのファイルと同一の名前、最後の変更の
日付及びサイズを有するコンピュータシステムＹ又はコ
ンピュータシステムＺの全てのファイルの削除を求める
かもしれない。図４、図５について前述したサーバープ
ロセス３５４は、サーバープロセスが実行しているコン
ピュータシステムすなわちコンピュータシステムＹ上の
リソースを直接操作することができるので、サーバープ
ロセスは、遠隔プロセスコーリングに関連して前述した
非効率を生ずることなしには、１以上のコンピュータシ
ステムを横断するデータマネージメントを連係化するこ
とはできない。
のコンピュータシステム上のデータの操作を連係化する
ことをコンピュータプレセスが求める場合に、リモート
プロシージャコーリングの場合と同様の非効率に遭遇す
る。一例としてコンピュータＸのプロセスは、コンピュ
ータＸのどれかのファイルと同一の名前、最後の変更の
日付及びサイズを有するコンピュータシステムＹ又はコ
ンピュータシステムＺの全てのファイルの削除を求める
かもしれない。図４、図５について前述したサーバープ
ロセス３５４は、サーバープロセスが実行しているコン
ピュータシステムすなわちコンピュータシステムＹ上の
リソースを直接操作することができるので、サーバープ
ロセスは、遠隔プロセスコーリングに関連して前述した
非効率を生ずることなしには、１以上のコンピュータシ
ステムを横断するデータマネージメントを連係化するこ
とはできない。
【００２８】遠隔プログラムに対する改良は、C. Danie
l Wolfson, et al., "IntelligentRouters", 9th Inter
national Conference on Distributed Computing Syste
msat pp. 371-375 (1989) に記載されている。Wolfson
等は、あるネットワーク内においてあるプロセスが１つ
のコンピュータシステムから別のコンピュータシステム
に移行することのできるシステムを開示している。この
プロセスは、実行されたときにプロセスの移動を生じる
インストラクションを送出することによってネットワー
クを通るそれ自身の運動を指示する。このインストラク
ションはそのプロセスが移動するべきコンピュータシス
テムを指定する。
l Wolfson, et al., "IntelligentRouters", 9th Inter
national Conference on Distributed Computing Syste
msat pp. 371-375 (1989) に記載されている。Wolfson
等は、あるネットワーク内においてあるプロセスが１つ
のコンピュータシステムから別のコンピュータシステム
に移行することのできるシステムを開示している。この
プロセスは、実行されたときにプロセスの移動を生じる
インストラクションを送出することによってネットワー
クを通るそれ自身の運動を指示する。このインストラク
ションはそのプロセスが移動するべきコンピュータシス
テムを指定する。
【００２９】しかしWolfson 等によって開示された形式
による解決では、機能性が制限される。プロセス（複
数）には、それぞれのプロセスが移動したコンピュータ
システムの特別の要求に適合した挙動を示すように構成
されることが要求される。プロセス相互が通信すること
はできない。その代わりにプロセスは、それぞれのプロ
セスが実行されているコンピュータシステムのマスメモ
リにデータを直接に記憶させたりこのマスメモリからデ
ータを直接検索したりする。あるプロセスが別のプロセ
スと相互作用をしうるのは、両方のプロセスがマスメモ
リ中においてメッセージを記憶させたり検索したりする
正確なロケーションを知っている場合に限られる。
による解決では、機能性が制限される。プロセス（複
数）には、それぞれのプロセスが移動したコンピュータ
システムの特別の要求に適合した挙動を示すように構成
されることが要求される。プロセス相互が通信すること
はできない。その代わりにプロセスは、それぞれのプロ
セスが実行されているコンピュータシステムのマスメモ
リにデータを直接に記憶させたりこのマスメモリからデ
ータを直接検索したりする。あるプロセスが別のプロセ
スと相互作用をしうるのは、両方のプロセスがマスメモ
リ中においてメッセージを記憶させたり検索したりする
正確なロケーションを知っている場合に限られる。
【００３０】Wolfson 等によって開示されたシステムは
いかなる安全性（セキュリティ）も与えない。すなわ
ち、Wolfson 等のシステムがある１つのプロセスを別の
プロセスと相互作用することを許容した限りにおいて、
悪意のあるプロセスが第２プロセスの実行を妨げるかも
しれない。更に、Wolfson 等などによって開示されたシ
ステムのプロセスに供給されるインストラクションのセ
ットは非常に限られている。単に文字別データと実数を
現す数値データとが供給されるに過ぎない。
いかなる安全性（セキュリティ）も与えない。すなわ
ち、Wolfson 等のシステムがある１つのプロセスを別の
プロセスと相互作用することを許容した限りにおいて、
悪意のあるプロセスが第２プロセスの実行を妨げるかも
しれない。更に、Wolfson 等などによって開示されたシ
ステムのプロセスに供給されるインストラクションのセ
ットは非常に限られている。単に文字別データと実数を
現す数値データとが供給されるに過ぎない。
【００３１】Wolfson 等によって開示されたシステムと
同様の別のシステムは、C. Tsichritzis et al., "KNO
s:KNowledge Acquisition, Dissemination, and Maniqu
lation Objects", ACM Trans. on office Information
Systems, vol.5, no. 1, pp.96-112 (1987) に開示され
ている。Wolfson 等に記載されたこのシステムは、オブ
ジェクト指向プログラミングの一般性を、Wolfson 等に
よって記述されたシステムに付加したものである。
同様の別のシステムは、C. Tsichritzis et al., "KNO
s:KNowledge Acquisition, Dissemination, and Maniqu
lation Objects", ACM Trans. on office Information
Systems, vol.5, no. 1, pp.96-112 (1987) に開示され
ている。Wolfson 等に記載されたこのシステムは、オブ
ジェクト指向プログラミングの一般性を、Wolfson 等に
よって記述されたシステムに付加したものである。
【００３２】オブジェクト指向プログラミングは、デー
タ及びインストラクションをオブジェクトに組織化し、
ここでデータはオブジェクトの状態を現し、インストラ
クションはそのオブジェクトが遂行しうるタスク又はオ
ペレーションに分類される。オブジェクト指向プログラ
ミングは、コンピュータによって解決された問題がより
容易に一連のコンピュータインストラクションに帰着さ
れうるような非常に有用な概念的なフレームワークを現
している。
タ及びインストラクションをオブジェクトに組織化し、
ここでデータはオブジェクトの状態を現し、インストラ
クションはそのオブジェクトが遂行しうるタスク又はオ
ペレーションに分類される。オブジェクト指向プログラ
ミングは、コンピュータによって解決された問題がより
容易に一連のコンピュータインストラクションに帰着さ
れうるような非常に有用な概念的なフレームワークを現
している。
【００３３】オブジェクト指向環境においてつくりださ
れたオブジェクトはクラスに分類される。ある１つのク
ラスのオブジェクトは同一の構造の状態を持ち、同一の
オペレーションを遂行する。 Tsichritzis等によって開
示されたシステムは、クラスの定義の可動性を与えない
ので、 Tsichritzis等によって記載された環境内におい
てつくりだされたある特定のクラスのオブジェクトは、
その特定のクラスがそれに対し定義されたコンピュータ
システムに向かって移動しうるにすぎない。又Tsichrit
zis等によって記述された環境内のオブジェクトは、そ
れらのオブジェクトがその内部において移動しうるネッ
トワークのコンピュータシステムが同質的であることを
要求する形態において表されている。
れたオブジェクトはクラスに分類される。ある１つのク
ラスのオブジェクトは同一の構造の状態を持ち、同一の
オペレーションを遂行する。 Tsichritzis等によって開
示されたシステムは、クラスの定義の可動性を与えない
ので、 Tsichritzis等によって記載された環境内におい
てつくりだされたある特定のクラスのオブジェクトは、
その特定のクラスがそれに対し定義されたコンピュータ
システムに向かって移動しうるにすぎない。又Tsichrit
zis等によって記述された環境内のオブジェクトは、そ
れらのオブジェクトがその内部において移動しうるネッ
トワークのコンピュータシステムが同質的であることを
要求する形態において表されている。
【００３４】Tsichritzis等によってによって教示され
たシステムは、更に、第１のプロセスすなわちヘッドプ
ロセスがそれ自身のコピーをつくりだすことができるた
めのインストラクションを更に記述している。これらの
コピーはリム（手足）と呼ばれる。 Tsichritzis等は、
ヘッドプロセスの指令のもとにリムが遠隔のコンピュー
タシステムに送られることを教示する。しかしこれらの
リムは活性ではない。リムについてのコンピュータのイ
ンストラクションは、ヘッドプロセスの指示においての
み実行される。遠隔のコンピュータシステムに位置され
たリムのプロセスの活動性の指示には、ヘッドプロセス
がネットワーク通信メディアを横断してリムに指示を送
出することを要求するので、大きなネットワークの場
合、時間及びコストの浪費が大きくなる。
たシステムは、更に、第１のプロセスすなわちヘッドプ
ロセスがそれ自身のコピーをつくりだすことができるた
めのインストラクションを更に記述している。これらの
コピーはリム（手足）と呼ばれる。 Tsichritzis等は、
ヘッドプロセスの指令のもとにリムが遠隔のコンピュー
タシステムに送られることを教示する。しかしこれらの
リムは活性ではない。リムについてのコンピュータのイ
ンストラクションは、ヘッドプロセスの指示においての
み実行される。遠隔のコンピュータシステムに位置され
たリムのプロセスの活動性の指示には、ヘッドプロセス
がネットワーク通信メディアを横断してリムに指示を送
出することを要求するので、大きなネットワークの場
合、時間及びコストの浪費が大きくなる。
【００３５】Tsichritzis等によってキョウジュされた
システムにおいての別の非効率は、小型のコンピュータ
例えばパーソナルコンピュータが大型のコンピュータ例
えば主フレームコンピュータを経て大きなネットワーク
に接続されている場合に見られる。一例として、ネット
ッワークのいろいろなコンピュータに多くのリムを送出
する場合、主コンピュータは、小型のコンピュータと大
型のコンピュータとの間に多くの同一のリムを送らなけ
ればばらない。ヘッドプロセスのコピーであるリムは、
非常に大きくなることがあり、このようなシステムにお
いての非効率は非常に大きくなることがある。
システムにおいての別の非効率は、小型のコンピュータ
例えばパーソナルコンピュータが大型のコンピュータ例
えば主フレームコンピュータを経て大きなネットワーク
に接続されている場合に見られる。一例として、ネット
ッワークのいろいろなコンピュータに多くのリムを送出
する場合、主コンピュータは、小型のコンピュータと大
型のコンピュータとの間に多くの同一のリムを送らなけ
ればばらない。ヘッドプロセスのコピーであるリムは、
非常に大きくなることがあり、このようなシステムにお
いての非効率は非常に大きくなることがある。
【００３６】Tsichritzis等は、第２のプロセスに第１
のプロセスへの参照をあたえることによって第１のプロ
セスが第２のプロセスと通信するシステムを開示してい
る。参照は、あるオブジェクトを特定化しその特定化さ
れたオブジェクトへのアクセスを許容するデータであ
る。第２のプロセスは第１のプロセスへの参照を含んで
いるので、第２のプロセスは、第１のプロセスに含まれ
る特定のコンピュータインストラクションを第１のプロ
セスが実行することを要求することができる。しかし、
第１のプロセスが第２のプロセスへの参照を同時に取得
することなしに第１のプロセスへの参照を第２のプロセ
スに与えるので、第２のプロセスは第１のプロセスへの
参照を持ち、第１のプロセスは第２のプロセスへの交互
的なアクセスを持たない。このようなプロセスは悪意の
あるプロセス、すなわち悪意のあるプログラマによって
設計されたプロセス、あるいは、他のプロセスを損傷さ
せ、交互的なアクセスを許容することなく第２のプロセ
スへのアクセスを行うように、不注意に設計されたシス
テムを許容する。
のプロセスへの参照をあたえることによって第１のプロ
セスが第２のプロセスと通信するシステムを開示してい
る。参照は、あるオブジェクトを特定化しその特定化さ
れたオブジェクトへのアクセスを許容するデータであ
る。第２のプロセスは第１のプロセスへの参照を含んで
いるので、第２のプロセスは、第１のプロセスに含まれ
る特定のコンピュータインストラクションを第１のプロ
セスが実行することを要求することができる。しかし、
第１のプロセスが第２のプロセスへの参照を同時に取得
することなしに第１のプロセスへの参照を第２のプロセ
スに与えるので、第２のプロセスは第１のプロセスへの
参照を持ち、第１のプロセスは第２のプロセスへの交互
的なアクセスを持たない。このようなプロセスは悪意の
あるプロセス、すなわち悪意のあるプログラマによって
設計されたプロセス、あるいは、他のプロセスを損傷さ
せ、交互的なアクセスを許容することなく第２のプロセ
スへのアクセスを行うように、不注意に設計されたシス
テムを許容する。
【００３７】
【発明が解決しようとする課題】したがって、オブジェ
クト及びプロセスの新しいクラスを作りだし、それらの
新しいクラスのためのクラス定義を含まないネットワー
ク内のコンピュータシステムに転送し処理するようなシ
ステムは、Wolfson 等及び Tsichritzis等による業績に
かかわらず、どちらにも開示されていないことになる。
更に、Wolfson 等も、 Tsichritzis等も、複雑で階層的
なセキュリティシステムを具体化するメカニズムは開示
していない。更に、Wolfson 等も、 Tsichritzis等も、
互いに相互作用は行うことができるが、相互的なアクセ
スを許容することなしに他のプロセスへのアクセスを得
ることができるコンピュータシステムは開示しうること
ができない。
クト及びプロセスの新しいクラスを作りだし、それらの
新しいクラスのためのクラス定義を含まないネットワー
ク内のコンピュータシステムに転送し処理するようなシ
ステムは、Wolfson 等及び Tsichritzis等による業績に
かかわらず、どちらにも開示されていないことになる。
更に、Wolfson 等も、 Tsichritzis等も、複雑で階層的
なセキュリティシステムを具体化するメカニズムは開示
していない。更に、Wolfson 等も、 Tsichritzis等も、
互いに相互作用は行うことができるが、相互的なアクセ
スを許容することなしに他のプロセスへのアクセスを得
ることができるコンピュータシステムは開示しうること
ができない。
【００３８】又、あるプロセスのいくつかの事実的なク
ローンをつくりだしてそれらのクローンをそれぞれのコ
ンピュータシステムに送り込むことによっていくつかの
コンピュータシステムに同時に移行することのできるコ
ンピュータプロセスは、Wolfson 等にも Tsichritzis等
にも開示されていない。 Tsichritzis等によって教示さ
れたリムは、コンピュータプロセスが遠隔コンピュータ
システムにおいてリムの動作を制御するので、自律的で
はない。更に、Wolfson 等にも Tsichritzis等にも、コ
ンピュータ通信メディアを横断する冗長な情報の転送を
最小にするそれぞれのコンピュータシステムへのクロー
ンの効率的な転送を開示していない。
ローンをつくりだしてそれらのクローンをそれぞれのコ
ンピュータシステムに送り込むことによっていくつかの
コンピュータシステムに同時に移行することのできるコ
ンピュータプロセスは、Wolfson 等にも Tsichritzis等
にも開示されていない。 Tsichritzis等によって教示さ
れたリムは、コンピュータプロセスが遠隔コンピュータ
システムにおいてリムの動作を制御するので、自律的で
はない。更に、Wolfson 等にも Tsichritzis等にも、コ
ンピュータ通信メディアを横断する冗長な情報の転送を
最小にするそれぞれのコンピュータシステムへのクロー
ンの効率的な転送を開示していない。
【００３９】
【課題を解決するための手段】本発明は、エージェント
クラス及びプレイスクラスを含む複数のオブジェクト指
向クラスを定義し、前記オブジェクト指向クラス、該オ
ブジェクト指向クラスのサブクラス及び go オペレーシ
ョンを含む、コンピュータプロセスのためのインストラ
クションを形成し、該コンピュータネットワーク中のプ
ロセッサによって前記インストラクションをインタープ
リートし、前記 go オペレーションに応答して、エージ
ェントプロセスがプレイスプロセスに転送され、前記エ
ージェントプロセスが、前記エージェントクラスの１つ
のメンバであり、前記プレイスプロセスは前記プレイス
クラスの１つのメンバであることを特徴とする。
クラス及びプレイスクラスを含む複数のオブジェクト指
向クラスを定義し、前記オブジェクト指向クラス、該オ
ブジェクト指向クラスのサブクラス及び go オペレーシ
ョンを含む、コンピュータプロセスのためのインストラ
クションを形成し、該コンピュータネットワーク中のプ
ロセッサによって前記インストラクションをインタープ
リートし、前記 go オペレーションに応答して、エージ
ェントプロセスがプレイスプロセスに転送され、前記エ
ージェントプロセスが、前記エージェントクラスの１つ
のメンバであり、前記プレイスプロセスは前記プレイス
クラスの１つのメンバであることを特徴とする。
【００４０】本発明は、前記エージェントプロセスにお
いて前記 go オペレーションを形成することを特徴とす
る。
いて前記 go オペレーションを形成することを特徴とす
る。
【００４１】本発明は、前記プレイスのサブプレイスを
形成し、前記サブプレイスは前記プレイスクラスの１つ
のメンバであり、前記プレイスは前記サブプレイスの１
つのスーパープレイスであることを特徴とする。
形成し、前記サブプレイスは前記プレイスクラスの１つ
のメンバであり、前記プレイスは前記サブプレイスの１
つのスーパープレイスであることを特徴とする。
【００４２】本発明は、前記エージェントプロセスをオ
ブジェクトのオーナーとして指定することを特徴とす
る。
ブジェクトのオーナーとして指定することを特徴とす
る。
【００４３】本発明は、前記オブジェクト中にダイジェ
ストを形成することを特徴とする。
ストを形成することを特徴とする。
【００４４】本発明は、前記オブジェクトの代わりに前
記プレイスプロセスにおいて第２のオブジェクトを相互
変換し、前記第２のオブジェクトは、前記ダイジェスト
と同等の第２のダイジェストを有し、前記第１のオブジ
ェクトは前記プレイスプロセスに転送されないことを特
徴とする。
記プレイスプロセスにおいて第２のオブジェクトを相互
変換し、前記第２のオブジェクトは、前記ダイジェスト
と同等の第２のダイジェストを有し、前記第１のオブジ
ェクトは前記プレイスプロセスに転送されないことを特
徴とする。
【００４５】本発明は、前記プレイスプロセスをチケッ
ト手段によって指定することを特徴とする。
ト手段によって指定することを特徴とする。
【００４６】本発明は、前記チケット手段を前記エージ
ェントプロセス内において形成することを特徴とする。
ェントプロセス内において形成することを特徴とする。
【００４７】本発明は、前記チケット手段中において前
記プレイスプロセスのアドレスを形成することを特徴と
する。
記プレイスプロセスのアドレスを形成することを特徴と
する。
【００４８】本発明は、前記アドレスがテレアドレスで
あることを特徴とする。
あることを特徴とする。
【００４９】本発明は、前記チケット手段中において前
記プレイスプロセスのネームを形成することを特徴とす
る。
記プレイスプロセスのネームを形成することを特徴とす
る。
【００５０】本発明は、前記ネームがテレネームである
ことを特徴とする。
ことを特徴とする。
【００５１】本発明は、クラスオブジェクトのクラスを
規定し、クラスオブジェクトを形成し、前記クラスオブ
ジェクトは、（ｉ）クラスオブジェクトの前記クラスの
１つのメンバであり、（ｉｉ）前記オブジェクト指向ク
ラスの選択された１つのもののサブクラスである第１の
クラスを規定し、前記第１のクラスの１つのメンバであ
るオブジェクトを形成し、前記エージェントプロセス
は、前記オブジェクトを所有し、前記エージェントプロ
セスを前記プレイスプロセスに転送することが、前記オ
ブジェクト及び前記クラスオブジェクトを前記プレイス
プロセスに転送することを含むことを特徴とする。
規定し、クラスオブジェクトを形成し、前記クラスオブ
ジェクトは、（ｉ）クラスオブジェクトの前記クラスの
１つのメンバであり、（ｉｉ）前記オブジェクト指向ク
ラスの選択された１つのもののサブクラスである第１の
クラスを規定し、前記第１のクラスの１つのメンバであ
るオブジェクトを形成し、前記エージェントプロセス
は、前記オブジェクトを所有し、前記エージェントプロ
セスを前記プレイスプロセスに転送することが、前記オ
ブジェクト及び前記クラスオブジェクトを前記プレイス
プロセスに転送することを含むことを特徴とする。
【００５２】本発明は、エージェントクラスとプレイス
クラスとを含む複数のオブジェクト指向クラスを定義
し、前記オブジェクト指向クラス、前記オブジェクト指
向クラスのサブクラス及び send オペレーションを含む
コンピュータプロセスのためのインストラクションを形
成し、前記コンピュータのネットワーク中のプロセッサ
において前記インストラクションをインタープリートす
る際に、前記 send オペレーションに応答してエージェ
ントプロセスの１つのクローンが１つのプレイスプロセ
スに転送され、前記クローン及び前記エージェントプロ
セスは、各々前記エージェントクラスの１つのメンバで
あり、前記プレイスプロセスは前記プレイスクラスの１
つのメンバであることを特徴とする。
クラスとを含む複数のオブジェクト指向クラスを定義
し、前記オブジェクト指向クラス、前記オブジェクト指
向クラスのサブクラス及び send オペレーションを含む
コンピュータプロセスのためのインストラクションを形
成し、前記コンピュータのネットワーク中のプロセッサ
において前記インストラクションをインタープリートす
る際に、前記 send オペレーションに応答してエージェ
ントプロセスの１つのクローンが１つのプレイスプロセ
スに転送され、前記クローン及び前記エージェントプロ
セスは、各々前記エージェントクラスの１つのメンバで
あり、前記プレイスプロセスは前記プレイスクラスの１
つのメンバであることを特徴とする。
【００５３】本発明は、前記 send オペレーションを前
記エージェントプロセス中において形成することを特徴
とする。
記エージェントプロセス中において形成することを特徴
とする。
【００５４】本発明は、前記プレイスのサブプレイスを
形成し、前記サブプレイスは前記プレイスクラスの１つ
のメンバであり、前記プレイスは前記サブプレイスの１
つのスーパープレイスであることを特徴とする。
形成し、前記サブプレイスは前記プレイスクラスの１つ
のメンバであり、前記プレイスは前記サブプレイスの１
つのスーパープレイスであることを特徴とする。
【００５５】本発明は、前記エージェントプロセスをオ
ブジェクトのオーナーとして指定することを特徴とす
る。
ブジェクトのオーナーとして指定することを特徴とす
る。
【００５６】本発明は、前記クローンの転送が前記プロ
ジェクトのコピーを前記プレイスプロセスに転送するこ
とを特徴とする。
ジェクトのコピーを前記プレイスプロセスに転送するこ
とを特徴とする。
【００５７】本発明は、前記オブジェクト中にダイジェ
ストを形成することを特徴とする。
ストを形成することを特徴とする。
【００５８】本発明は、前記オブジェクトと異なる第２
のオブジェクトを前記プレイスプロセスにおいて前記コ
ピーと相互変換し、前記プレイスプロセスにおいて前記
第２のオブジェクトは、前記ダイジェストと同等の第２
のダイジェストを持ち、前記コピーは前記プレイスプロ
セスに転送されないことを特徴とする。
のオブジェクトを前記プレイスプロセスにおいて前記コ
ピーと相互変換し、前記プレイスプロセスにおいて前記
第２のオブジェクトは、前記ダイジェストと同等の第２
のダイジェストを持ち、前記コピーは前記プレイスプロ
セスに転送されないことを特徴とする。
【００５９】本発明は、前記プレイスプロセスをチケッ
ト手段によって指定することを特徴とする。
ト手段によって指定することを特徴とする。
【００６０】本発明は、前記エージェントプロセス中に
おいて前記チケット手段を形成することを特徴とする。
おいて前記チケット手段を形成することを特徴とする。
【００６１】本発明は、前記プレイスプロセスのアドレ
スを前記チケット手段中において形成することを特徴と
する。
スを前記チケット手段中において形成することを特徴と
する。
【００６２】本発明は、前記アドレスがテレアドレスで
あることを特徴とする。
あることを特徴とする。
【００６３】本発明は、前記チケット手段中において前
記プレイスプロセスの１つのネームを形成することを特
徴とする。
記プレイスプロセスの１つのネームを形成することを特
徴とする。
【００６４】本発明は、前記ネームがテレネームである
ことを特徴とする。
ことを特徴とする。
【００６５】本発明は、前記 send オペレーションに応
答して前記エージェントプロセスの第２のクローンを第
２のプレイスプロセスに転送し、前記第２のクローン
は、前記クローンとは異なり、前記エージェントクラス
の１つのメンバであり、前記第２のプレイスプロセスは
前記プレイスプロセスの１つのメンバであることを特徴
とする。
答して前記エージェントプロセスの第２のクローンを第
２のプレイスプロセスに転送し、前記第２のクローン
は、前記クローンとは異なり、前記エージェントクラス
の１つのメンバであり、前記第２のプレイスプロセスは
前記プレイスプロセスの１つのメンバであることを特徴
とする。
【００６６】本発明は、前記第１のクローンを前記第１
のプレイスプロセスに転送し、前記第２のクローンを前
記第２のプレイスプロセスに転送するためには、前記コ
ンピュータネットワークの複数のコンピュータの内の単
一のコンピュータに前記第１及び第２のクローンを転送
することを必要であることを定め、前記第１のクローン
を前記単一のコンピュータに転送し、前記単一のコンピ
ュータにおいて前記第１のクローンから前記第２のクロ
ーンを形成することを特徴とする。
のプレイスプロセスに転送し、前記第２のクローンを前
記第２のプレイスプロセスに転送するためには、前記コ
ンピュータネットワークの複数のコンピュータの内の単
一のコンピュータに前記第１及び第２のクローンを転送
することを必要であることを定め、前記第１のクローン
を前記単一のコンピュータに転送し、前記単一のコンピ
ュータにおいて前記第１のクローンから前記第２のクロ
ーンを形成することを特徴とする。
【００６７】本発明は、前記単一のコンピュータから前
記プレイスプロセスに前記第２のクローンを転送し、前
記単一のコンピュータから前記第２のプレイスプロセス
に前記第２のクローンを転送することを特徴とする。
記プレイスプロセスに前記第２のクローンを転送し、前
記単一のコンピュータから前記第２のプレイスプロセス
に前記第２のクローンを転送することを特徴とする。
【００６８】本発明は、エージェントクラスを含む複数
のオブジェクト指向クラスを定義し、前記オブジェクト
指向クラス、前記オブジェクト指向クラスのサブクラス
及びmeet オペレーションを含むコンピュータプロセス
のためのインストラクションを形成し、前記コンピュー
タネットワーク中の１つのプロセッサにおいて前記イン
ストラクションをインタープリートし、ミーティングプ
レイスプロセスが前記meet オペレーションに応答し
て、第２のエージェントプロセスへの第１のエージェン
トプロセスのアクセスを供与し、前記第１のエージェン
トプロセスへの前記第２のエージェントプロセスのアク
セスも供与し、さらに、前記第１及び第２のエージェン
トプロセスが前記エージェントクラスのメンバであるこ
とを特徴とする。
のオブジェクト指向クラスを定義し、前記オブジェクト
指向クラス、前記オブジェクト指向クラスのサブクラス
及びmeet オペレーションを含むコンピュータプロセス
のためのインストラクションを形成し、前記コンピュー
タネットワーク中の１つのプロセッサにおいて前記イン
ストラクションをインタープリートし、ミーティングプ
レイスプロセスが前記meet オペレーションに応答し
て、第２のエージェントプロセスへの第１のエージェン
トプロセスのアクセスを供与し、前記第１のエージェン
トプロセスへの前記第２のエージェントプロセスのアク
セスも供与し、さらに、前記第１及び第２のエージェン
トプロセスが前記エージェントクラスのメンバであるこ
とを特徴とする。
【００６９】本発明は、前記ミーティングプレイスプロ
セスが前記複数のオブジェクト指向クラス中のプレイス
クラスの１つのメンバであり、前記第１及び第２のエー
ジェントプロセスが前記ミーティングプレイスプロセス
を占有することを特徴とする。
セスが前記複数のオブジェクト指向クラス中のプレイス
クラスの１つのメンバであり、前記第１及び第２のエー
ジェントプロセスが前記ミーティングプレイスプロセス
を占有することを特徴とする。
【００７０】本発明は、第２のプレイスプロセスを形成
し、第２のプレイスプロセスは前記プレイスクラスの１
つのメンバであり、前記第２のプレイスプロセスは前記
ミーティングプレイスプロセスの１つのサブプレイスで
あり、前記ミーティングプレイスは前記第２のプレイス
のスーパープレイスであることを特徴とする。
し、第２のプレイスプロセスは前記プレイスクラスの１
つのメンバであり、前記第２のプレイスプロセスは前記
ミーティングプレイスプロセスの１つのサブプレイスで
あり、前記ミーティングプレイスは前記第２のプレイス
のスーパープレイスであることを特徴とする。
【００７１】本発明は、エージェントクラス、プレイス
クラス及びチケットクラスを含む複数のオブジェクト指
向クラスを定義し、各々が前記プレイスクラスの１つの
メンバである、前記コンピュータネットワーク中の複数
のプレイスプロセスを形成し、前記エージェントクラス
の１つのメンバであって前記複数のプレイスプロセス中
の第１のプレイスプロセスを占有する、エージェントプ
ロセスを形成し、前記チケットクラスの１つのメンバで
あり、前記複数のプレイスプロセス中の前記第１のプレ
イスプロセスから第２のプレイスプロセスへの前記エー
ジェントプロセスの移動を含むトリップを定義するチケ
ットを形成することを特徴とする。
クラス及びチケットクラスを含む複数のオブジェクト指
向クラスを定義し、各々が前記プレイスクラスの１つの
メンバである、前記コンピュータネットワーク中の複数
のプレイスプロセスを形成し、前記エージェントクラス
の１つのメンバであって前記複数のプレイスプロセス中
の第１のプレイスプロセスを占有する、エージェントプ
ロセスを形成し、前記チケットクラスの１つのメンバで
あり、前記複数のプレイスプロセス中の前記第１のプレ
イスプロセスから第２のプレイスプロセスへの前記エー
ジェントプロセスの移動を含むトリップを定義するチケ
ットを形成することを特徴とする。
【００７２】本発明は、プレイスプロセスとパーミット
クラスとを含む複数のオブジェクト指向クラスを定義
し、前記プレイスクラスの１つのメンバであるプロセス
を形成し、前記パーミットクラスの１つのメンバであっ
て前記プロセスの１以上の能力を指定するパーミットを
形成することを特徴とする。
クラスとを含む複数のオブジェクト指向クラスを定義
し、前記プレイスクラスの１つのメンバであるプロセス
を形成し、前記パーミットクラスの１つのメンバであっ
て前記プロセスの１以上の能力を指定するパーミットを
形成することを特徴とする。
【００７３】本発明は、前記プロセスクラス中に go オ
ペレーションを定義し、前記プロセスが前記 go オペレ
ーションを遂行しうるか否かを前記パーミット中におい
て指定することを特徴とする。
ペレーションを定義し、前記プロセスが前記 go オペレ
ーションを遂行しうるか否かを前記パーミット中におい
て指定することを特徴とする。
【００７４】本発明は、前記プロセスクラス中に send
オペレーションを定義し、前記プロセスが前記 send オ
ペレーションを遂行しうるか否かを前記パーミット中に
おいて指定することを特徴とする。
オペレーションを定義し、前記プロセスが前記 send オ
ペレーションを遂行しうるか否かを前記パーミット中に
おいて指定することを特徴とする。
【００７５】本発明は、前記プロセスクラス中において
charge オペレーションを定義し、前記プロセスが前記
charge オペレーションを遂行しうるか否かを前記パー
ミット中において指定することを特徴とする。
charge オペレーションを定義し、前記プロセスが前記
charge オペレーションを遂行しうるか否かを前記パー
ミット中において指定することを特徴とする。
【００７６】本発明は、前記プロセスクラス中に termi
nateオペレーションを定義し、前記プロセスが前記 ter
minateオペレーションを遂行しうるか否かを前記パーミ
ット中において指定することを特徴とする。
nateオペレーションを定義し、前記プロセスが前記 ter
minateオペレーションを遂行しうるか否かを前記パーミ
ット中において指定することを特徴とする。
【００７７】本発明は、 前記プロセスが前記プロセス
と異なった第２のプロセスを作り出すことができるか否
かを前記パーミット中において指定し、該第２のプロセ
スは前記プロセスクラスの１つのメンバであることを特
徴とする。
と異なった第２のプロセスを作り出すことができるか否
かを前記パーミット中において指定し、該第２のプロセ
スは前記プロセスクラスの１つのメンバであることを特
徴とする。
【００７８】本発明は、オブジェクト指向プレイスクラ
スを定義し、前記パーミット中に前記プロセスが前記プ
レイスプロセスの複数のメンバを作り出すことができる
か否かを前記パーミット中において指定することを特徴
とする。
スを定義し、前記パーミット中に前記プロセスが前記プ
レイスプロセスの複数のメンバを作り出すことができる
か否かを前記パーミット中において指定することを特徴
とする。
【００７９】本発明は、前記プロセスが失敗した時に前
記プロセスが再スタートされるか否かを前記パーミット
中において指定することを特徴とする。
記プロセスが再スタートされるか否かを前記パーミット
中において指定することを特徴とする。
【００８０】本発明は、前記プロセスに割り当てられた
処理量を前記パーミット中において指定することを特徴
とする。
処理量を前記パーミット中において指定することを特徴
とする。
【００８１】本発明は、前記プロセスが終了する時間を
前記パーミット中において指定することを特徴とする。
前記パーミット中において指定することを特徴とする。
【００８２】本発明は、前記プロセスクラス中において
制限オペレーションを定義し、前記クラス、前記クラス
のサブクラス及び前記制限オペレーションを含むコンピ
ュータプロセスのためのインストラクションを形成し、
前記コンピュータネットワーク中のプロセッサにおいて
前記インストラクションをインタープリートし、前記パ
ーミットと異なる第２のパーミットが前記制限オペレー
ションに応答して形成され、前記第２のパーミットは前
記パーミットクラスの１つのメンバであり、前記プロセ
スの前記１以上の能力の１つのグループを指定し、前記
第２のパーミットによって指定された１以上の能力の前
記グループに前記プロセスを制限することを特徴とす
る。
制限オペレーションを定義し、前記クラス、前記クラス
のサブクラス及び前記制限オペレーションを含むコンピ
ュータプロセスのためのインストラクションを形成し、
前記コンピュータネットワーク中のプロセッサにおいて
前記インストラクションをインタープリートし、前記パ
ーミットと異なる第２のパーミットが前記制限オペレー
ションに応答して形成され、前記第２のパーミットは前
記パーミットクラスの１つのメンバであり、前記プロセ
スの前記１以上の能力の１つのグループを指定し、前記
第２のパーミットによって指定された１以上の能力の前
記グループに前記プロセスを制限することを特徴とす
る。
【００８３】本発明は、コンピュータにおいて、クラス
（複数）の１つのクラスとサイテーション（複数）の１
つのクラスを含む、複数のオブジェクト指向クラスを定
義し、前記複数のクラスの前記クラスのメンバである１
以上のクラスオブジェクトを形成し、前記第１のクラス
オブジェクトを指定するとともに、前記クラスオブジェ
クトの内のどれが前記第１のオブジェクトに対して後方
にコンパティブルであるかを指定するサイテーションを
前記クラスオブジェクト内の第１のものの中に形成する
ことを含む、インストラクションセットの種々のバージ
ョンのプロセス（複数）をインタープリートする。
（複数）の１つのクラスとサイテーション（複数）の１
つのクラスを含む、複数のオブジェクト指向クラスを定
義し、前記複数のクラスの前記クラスのメンバである１
以上のクラスオブジェクトを形成し、前記第１のクラス
オブジェクトを指定するとともに、前記クラスオブジェ
クトの内のどれが前記第１のオブジェクトに対して後方
にコンパティブルであるかを指定するサイテーションを
前記クラスオブジェクト内の第１のものの中に形成する
ことを含む、インストラクションセットの種々のバージ
ョンのプロセス（複数）をインタープリートする。
【００８４】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、各々がゼロ又はそれ
以上のエージェントプロセスのための前記コンピュータ
内の１つのもののある場所である複数のプレイスプロセ
スを前記コンピュータネットワーク中に用意し、前記複
数のプレイスプロセス中の目的点プレイスプロセスへの
エージェントプロセスのトリップをチケット手段によっ
て指定し、前記エージェントプロセス中の send オペレ
ーションに応答して前記エージェントプロセスの１つの
クローンを前記目的点プレイスプロセスに転送すること
を特徴とする。
ンピュータネットワークにおいて、各々がゼロ又はそれ
以上のエージェントプロセスのための前記コンピュータ
内の１つのもののある場所である複数のプレイスプロセ
スを前記コンピュータネットワーク中に用意し、前記複
数のプレイスプロセス中の目的点プレイスプロセスへの
エージェントプロセスのトリップをチケット手段によっ
て指定し、前記エージェントプロセス中の send オペレ
ーションに応答して前記エージェントプロセスの１つの
クローンを前記目的点プレイスプロセスに転送すること
を特徴とする。
【００８５】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記複数のプレイス
プロセス中の第２の目的点プレイスプロセスへの前記第
２のエージェントプロセスの前記トリップと異なる第２
のトリップを第２のチケット手段によって指定すること
を特徴とする。
ンピュータネットワークにおいて、前記複数のプレイス
プロセス中の第２の目的点プレイスプロセスへの前記第
２のエージェントプロセスの前記トリップと異なる第２
のトリップを第２のチケット手段によって指定すること
を特徴とする。
【００８６】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記第１のトリップ
を行なう前記クローンと前記第２のトリップを行なう第
２のクローンとがどちらも前記コンピュータの内の単一
のコンピュータに転送されるべきことを定め、前記第１
のクローンを前記単一のコンピュータに移動させ、前記
単一のコンピュータ中に、前記第１のクローンと異なる
前記第２のクローンを形成することを特徴とする。
ンピュータネットワークにおいて、前記第１のトリップ
を行なう前記クローンと前記第２のトリップを行なう第
２のクローンとがどちらも前記コンピュータの内の単一
のコンピュータに転送されるべきことを定め、前記第１
のクローンを前記単一のコンピュータに移動させ、前記
単一のコンピュータ中に、前記第１のクローンと異なる
前記第２のクローンを形成することを特徴とする。
【００８７】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記第１のクローン
を前記目的点プレイスプロセスに転送することを特徴と
する。
ンピュータネットワークにおいて、前記第１のクローン
を前記目的点プレイスプロセスに転送することを特徴と
する。
【００８８】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記第２のクローン
を前記第２の目的点プレイスプロセスに転送することを
特徴とする。
ンピュータネットワークにおいて、前記第２のクローン
を前記第２の目的点プレイスプロセスに転送することを
特徴とする。
【００８９】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記エージェントプ
ロセス中の go オペレーションに応答して、前記チケッ
ト手段によって指定される前記目的点プレイスプロセス
に前記エージェントプロセスを転送することを特徴とす
る。
ンピュータネットワークにおいて、前記エージェントプ
ロセス中の go オペレーションに応答して、前記チケッ
ト手段によって指定される前記目的点プレイスプロセス
に前記エージェントプロセスを転送することを特徴とす
る。
【００９０】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段中
のネームによって前記目的点プレイスプロセスを指定す
ることを特徴とする。
ンピュータネットワークにおいて、前記チケット手段中
のネームによって前記目的点プレイスプロセスを指定す
ることを特徴とする。
【００９１】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記ネームがテレネ
ームであることを特徴とする。
ンピュータネットワークにおいて、前記ネームがテレネ
ームであることを特徴とする。
【００９２】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段中
のアドレスによって前記目的点プレイスプロセスを指定
することを特徴とする。
ンピュータネットワークにおいて、前記チケット手段中
のアドレスによって前記目的点プレイスプロセスを指定
することを特徴とする。
【００９３】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記アドレスがテレ
アドレスであることを特徴とする。
ンピュータネットワークにおいて、前記アドレスがテレ
アドレスであることを特徴とする。
【００９４】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
プロセスがその１つのメンバであるクラスのサイテーシ
ョンによって前記目的点プレイスプロセスを前記チケッ
ト手段中において指定することを特徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
プロセスがその１つのメンバであるクラスのサイテーシ
ョンによって前記目的点プレイスプロセスを前記チケッ
ト手段中において指定することを特徴とする。
【００９５】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
プロセスのアドレス、前記目的点プレイスプロセスのネ
ーム及び前記目的点プレイスプロセスがその１つのメン
バであるクラスのサイテーションの任意の組み合わせに
よって前記目的点プレイスプロセスを前記チケット手段
中において指定することを特徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
プロセスのアドレス、前記目的点プレイスプロセスのネ
ーム及び前記目的点プレイスプロセスがその１つのメン
バであるクラスのサイテーションの任意の組み合わせに
よって前記目的点プレイスプロセスを前記チケット手段
中において指定することを特徴とする。
【００９６】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記トリップの最大
の期間を前記チケット手段中に指定することを特徴とす
る。
ンピュータネットワークにおいて、前記トリップの最大
の期間を前記チケット手段中に指定することを特徴とす
る。
【００９７】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記トリップのため
の望ましい期間を前記チケット手段中に指定することを
特徴とする。
ンピュータネットワークにおいて、前記トリップのため
の望ましい期間を前記チケット手段中に指定することを
特徴とする。
【００９８】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、転送手段を前記チケ
ット手段中に指定し、該転送手段は前記クローンを転送
するためのコンピュータ間通信手段の形式を指定するこ
とを特徴とする。
ンピュータネットワークにおいて、転送手段を前記チケ
ット手段中に指定し、該転送手段は前記クローンを転送
するためのコンピュータ間通信手段の形式を指定するこ
とを特徴とする。
【００９９】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記エージェントプロセスのデッドラ
インを、前記チケット手段中に含まれる目的点パーミッ
トによって制御することを特徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記エージェントプロセスのデッドラ
インを、前記チケット手段中に含まれる目的点パーミッ
トによって制御することを特徴とする。
【０１００】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記エージェントプロセスが遂行する
ことが許可されたオペレーションを、前記チケット手段
に含まれる目的点パーミットによって制御することを特
徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記エージェントプロセスが遂行する
ことが許可されたオペレーションを、前記チケット手段
に含まれる目的点パーミットによって制御することを特
徴とする。
【０１０１】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記エージェントプロセスが消費する
ことが許可されたリソースを、前記チケット手段に含ま
れる目的点パーミットによって制御することを特徴とす
る。
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記エージェントプロセスが消費する
ことが許可されたリソースを、前記チケット手段に含ま
れる目的点パーミットによって制御することを特徴とす
る。
【０１０２】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいての他のプロセスに対する前記目的点プ
レイスプロセスにおいての前記エージェントプロセスの
相対的なプライオリティを、前記チケット手段に含まれ
る目的点パーミットによって指定することを特徴とす
る。
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいての他のプロセスに対する前記目的点プ
レイスプロセスにおいての前記エージェントプロセスの
相対的なプライオリティを、前記チケット手段に含まれ
る目的点パーミットによって指定することを特徴とす
る。
【０１０３】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、あるプロセスが持つ
ことを許可される能力をパーミット手段を介して制御す
ることを特徴とする。
ンピュータネットワークにおいて、あるプロセスが持つ
ことを許可される能力をパーミット手段を介して制御す
ることを特徴とする。
【０１０４】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記パーミット手段
が固有のパーミットであることを特徴とする。
ンピュータネットワークにおいて、前記パーミット手段
が固有のパーミットであることを特徴とする。
【０１０５】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記パーミット手段
がローカルパーミットであることを特徴とする。
ンピュータネットワークにおいて、前記パーミット手段
がローカルパーミットであることを特徴とする。
【０１０６】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記パーミット手段
が一時的なパーミットであることを特徴とする。
ンピュータネットワークにおいて、前記パーミット手段
が一時的なパーミットであることを特徴とする。
【０１０７】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記能力が前記プロ
セスの消費しうるリソースからなることを特徴とする。
ンピュータネットワークにおいて、前記能力が前記プロ
セスの消費しうるリソースからなることを特徴とする。
【０１０８】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記能力が、その後
ではプロセスが進行しえないデッドラインを含むことを
特徴とする。
ンピュータネットワークにおいて、前記能力が、その後
ではプロセスが進行しえないデッドラインを含むことを
特徴とする。
【０１０９】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記能力が他のプロ
セスに対する前記プロセスの相対的なプライオリティを
含むことを特徴とする。
ンピュータネットワークにおいて、前記能力が他のプロ
セスに対する前記プロセスの相対的なプライオリティを
含むことを特徴とする。
【０１１０】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記能力が、前記プ
ロセスが選択されたオペレーションを遂行する許可を含
むことを特徴とする。
ンピュータネットワークにおいて、前記能力が、前記プ
ロセスが選択されたオペレーションを遂行する許可を含
むことを特徴とする。
【０１１１】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記エージェントプ
ロセスがオブジェクトを所有することを特徴とする。
ンピュータネットワークにおいて、前記エージェントプ
ロセスがオブジェクトを所有することを特徴とする。
【０１１２】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記オブジェクトが
ダイジェストを有することを特徴とする。
ンピュータネットワークにおいて、前記オブジェクトが
ダイジェストを有することを特徴とする。
【０１１３】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記エージェントプ
ロセスのクローンを転送する前記工程が前記オブジェク
トのコピーを転送することを含むことを特徴とする。
ンピュータネットワークにおいて、前記エージェントプ
ロセスのクローンを転送する前記工程が前記オブジェク
トのコピーを転送することを含むことを特徴とする。
【０１１４】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記コピーを第２のオブジェクトに相
互変換し、該第２のオブジェクトは、最初に述べた前記
ダイジェストと同等のダイジェストを有し、前記コピー
は前記目的点プレイスプロセスには転送されないことを
特徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記コピーを第２のオブジェクトに相
互変換し、該第２のオブジェクトは、最初に述べた前記
ダイジェストと同等のダイジェストを有し、前記コピー
は前記目的点プレイスプロセスには転送されないことを
特徴とする。
【０１１５】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記オブジェクトの代わりに、相互変
換されたオブジェクトを使用して、前記オブジェクトを
前記目的点プレイスプロセスに転送する必要を除くこと
を特徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記オブジェクトの代わりに、相互変
換されたオブジェクトを使用して、前記オブジェクトを
前記目的点プレイスプロセスに転送する必要を除くこと
を特徴とする。
【０１１６】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記転送工程が前記
目的点プレイスプロセスにエンタする工程を含むことを
特徴とする。
ンピュータネットワークにおいて、前記転送工程が前記
目的点プレイスプロセスにエンタする工程を含むことを
特徴とする。
【０１１７】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記転送ステップが
前記ソースプレイスプロセスをエクシットする工程を含
むことを特徴とする。
ンピュータネットワークにおいて、前記転送ステップが
前記ソースプレイスプロセスをエクシットする工程を含
むことを特徴とする。
【０１１８】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
プロセスがミーティングプレイスプロセスであり、前記
ミーティングプレイスはリクエスタエージェントプロセ
スとペティションドエージェントプロセスとの間のミー
ティングを取り計らうことを特徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
プロセスがミーティングプレイスプロセスであり、前記
ミーティングプレイスはリクエスタエージェントプロセ
スとペティションドエージェントプロセスとの間のミー
ティングを取り計らうことを特徴とする。
【０１１９】本発明は、コンピュータにおいて、第１の
エージェントプロセスと第２のエージェントプロセスと
を用意し、ペティション手段によって、前記第１のエー
ジェントプロセスと第２のエージェントプロセスとの間
のミーティングを指定し、前記ペティション手段によっ
て定義された前記第１のエージェントプロセスと第２の
エージェントプロセスとの間の前記ミーティングを取り
計らうことを特徴とする。
エージェントプロセスと第２のエージェントプロセスと
を用意し、ペティション手段によって、前記第１のエー
ジェントプロセスと第２のエージェントプロセスとの間
のミーティングを指定し、前記ペティション手段によっ
て定義された前記第１のエージェントプロセスと第２の
エージェントプロセスとの間の前記ミーティングを取り
計らうことを特徴とする。
【０１２０】本発明は、コンピュータにおいて、前記第
１のエージェントプロセス中に前記ペティション手段を
形成することを特徴とする。
１のエージェントプロセス中に前記ペティション手段を
形成することを特徴とする。
【０１２１】本発明は、コンピュータにおいて、ミーテ
ィングを特定する前記工程は、前記ペティション手段中
において前記第２のエージェントプロセスを指定するこ
とを特徴とする。
ィングを特定する前記工程は、前記ペティション手段中
において前記第２のエージェントプロセスを指定するこ
とを特徴とする。
【０１２２】本発明は、コンピュータにおいて、前記第
２のエージェントプロセスを指定する前記工程が、前記
第２のエージェントをネームによって前記ペティッショ
ン手段中において指定することを特徴とする。
２のエージェントプロセスを指定する前記工程が、前記
第２のエージェントをネームによって前記ペティッショ
ン手段中において指定することを特徴とする。
【０１２３】本発明は、コンピュータにおいて、前記ネ
ームがテレネームであることを特徴とする。
ームがテレネームであることを特徴とする。
【０１２４】本発明は、コンピュータにおいて、前記第
２のエージェントプロセスを指定する前記工程が、前記
第２のエージェントプロセスがその１つのメンバである
クラスを前記ペティッション手段中において指定するこ
とを特徴とする。
２のエージェントプロセスを指定する前記工程が、前記
第２のエージェントプロセスがその１つのメンバである
クラスを前記ペティッション手段中において指定するこ
とを特徴とする。
【０１２５】本発明は、コンピュータにおいて、前記第
２のエージェントプロセスを指定する前記工程は、前記
第２のエージェントプロセスがその１つのメンバである
クラスのサイテーションを前記ペティッション手段中に
おいて指定することを特徴とする。
２のエージェントプロセスを指定する前記工程は、前記
第２のエージェントプロセスがその１つのメンバである
クラスのサイテーションを前記ペティッション手段中に
おいて指定することを特徴とする。
【０１２６】本発明は、 コンピュータにおいて、ミー
ティングを指定する前記工程が、前記ミーティングを取
り計らうための最大の期間を前記ペティション手段中に
おいて指定することを特徴とする。
ティングを指定する前記工程が、前記ミーティングを取
り計らうための最大の期間を前記ペティション手段中に
おいて指定することを特徴とする。
【０１２７】本発明は、コンピュータにおいて、前記ミ
ーティングを取り計らう前記工程は、前記第２のエージ
ェントプロセスへのリファレンスを前記第１のエージェ
ントプロセスに供与することを特徴とする。
ーティングを取り計らう前記工程は、前記第２のエージ
ェントプロセスへのリファレンスを前記第１のエージェ
ントプロセスに供与することを特徴とする。
【０１２８】本発明は、コンピュータにおいて、前記ミ
ーティングを取り計らう前記工程が、前記第１のエージ
ェントプロセスへのリファレンスを前記第２のエージェ
ントプロセスに対して供与することを特徴とする。
ーティングを取り計らう前記工程が、前記第１のエージ
ェントプロセスへのリファレンスを前記第２のエージェ
ントプロセスに対して供与することを特徴とする。
【０１２９】本発明は、コンピュータにおいて、前記第
２のエージェントプロセス中のオペレーションの遂行を
前記第１のエージェントプロセス中においてインストラ
クションに応答して生じさせることを特徴とする。
２のエージェントプロセス中のオペレーションの遂行を
前記第１のエージェントプロセス中においてインストラ
クションに応答して生じさせることを特徴とする。
【０１３０】本発明は、コンピュータにおいて、前記第
１のエージェントプロセスがオブジェクトを所有するこ
とを特徴とする。
１のエージェントプロセスがオブジェクトを所有するこ
とを特徴とする。
【０１３１】本発明は、コンピュータにおいて、前記オ
ブジェクトへのリファレンスを前記第２のエージェント
プロセスに対して供与することを特徴とする。
ブジェクトへのリファレンスを前記第２のエージェント
プロセスに対して供与することを特徴とする。
【０１３２】本発明は、コンピュータにおいて、前記リ
ファレンスが保護されるリファレンスであることを特徴
とする。
ファレンスが保護されるリファレンスであることを特徴
とする。
【０１３３】本発明は、コンピュータにおいて、前記オ
ブジェクトのコピーへのリファレンスを前記第２のエー
ジェントプロセスに供与することを特徴とする。
ブジェクトのコピーへのリファレンスを前記第２のエー
ジェントプロセスに供与することを特徴とする。
【０１３４】本発明は、コンピュータにおいて、前記第
２のエージェントプロセスがオブジェクトを所有するこ
とを特徴とする。
２のエージェントプロセスがオブジェクトを所有するこ
とを特徴とする。
【０１３５】本発明は、コンピュータにおいて、前記オ
ブジェクトへのリファレンスを前記第１のエージェント
プロセスに対して供与することを特徴とする。
ブジェクトへのリファレンスを前記第１のエージェント
プロセスに対して供与することを特徴とする。
【０１３６】本発明は、コンピュータにおいて、前記リ
ファレンスがプロテクトされたリファレンスであること
を特徴とする。
ファレンスがプロテクトされたリファレンスであること
を特徴とする。
【０１３７】本発明は、コンピュータにおいて、前記オ
ブジェクトのコピーへのリファレンスを前記第１のエー
ジェントプロセスに対して供与することを特徴とする。
ブジェクトのコピーへのリファレンスを前記第１のエー
ジェントプロセスに対して供与することを特徴とする。
【０１３８】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、チケット手段及び s
end オペレーションを有するエージェント手段と、前記
複数のコンピュータの１つにおいてその各々が動作する
複数のプレイス手段とを有し、前記エージェント手段は
前記複数のプレイス手段中の第１のプレイス手段であ
り、前記チケット手段は、前記複数のプレイス手段中の
目的点プレイス手段への前記エージェント手段のトリッ
プを指定し、前記 send オペレーションは、前記エージ
ェント手段の１つのクローンを前記目的点手段に転送す
ることを特徴とする。
ンピュータネットワークにおいて、チケット手段及び s
end オペレーションを有するエージェント手段と、前記
複数のコンピュータの１つにおいてその各々が動作する
複数のプレイス手段とを有し、前記エージェント手段は
前記複数のプレイス手段中の第１のプレイス手段であ
り、前記チケット手段は、前記複数のプレイス手段中の
目的点プレイス手段への前記エージェント手段のトリッ
プを指定し、前記 send オペレーションは、前記エージ
ェント手段の１つのクローンを前記目的点手段に転送す
ることを特徴とする。
【０１３９】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記エージェント手
段が、前記エージェント手段のための第２の目的点プレ
イス手段への第２のトリップを指定する、前記チケット
手段と異なる第２のチケット手段を、含むことを特徴と
する。
ンピュータネットワークにおいて、前記エージェント手
段が、前記エージェント手段のための第２の目的点プレ
イス手段への第２のトリップを指定する、前記チケット
手段と異なる第２のチケット手段を、含むことを特徴と
する。
【０１４０】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記 send オペレー
ションの遂行によって前記エージェント手段の第２のク
ローンが前記第２の目的点プレイス手段に転送されるこ
とを特徴とする。
ンピュータネットワークにおいて、前記 send オペレー
ションの遂行によって前記エージェント手段の第２のク
ローンが前記第２の目的点プレイス手段に転送されるこ
とを特徴とする。
【０１４１】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記トリップ及び前
記第２のトリップが、前記複数のコンピュータ中のある
単一のコンピュータへの転送を含み、前記クローンを前
記目的点プレイス手段に転送し、前記第２のクローンを
前記第２の目的点手段に転送する際に、前記 send オペ
レーションの遂行によって、（ａ）前記第１のクローン
が前記単一のコンピュータに転送され、（ｂ）前記単一
のコンピュータ中において前記第１のクローンから前記
第２のクローンが形成されることを特徴とする。
ンピュータネットワークにおいて、前記トリップ及び前
記第２のトリップが、前記複数のコンピュータ中のある
単一のコンピュータへの転送を含み、前記クローンを前
記目的点プレイス手段に転送し、前記第２のクローンを
前記第２の目的点手段に転送する際に、前記 send オペ
レーションの遂行によって、（ａ）前記第１のクローン
が前記単一のコンピュータに転送され、（ｂ）前記単一
のコンピュータ中において前記第１のクローンから前記
第２のクローンが形成されることを特徴とする。
【０１４２】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記エージェント手
段が go オペレーションを含み、前記 go オペレーショ
ンは、第３のチケット手段によって指定された第３の目
的点プレイス手段に前記エージェント手段を転送するこ
とを特徴とする。
ンピュータネットワークにおいて、前記エージェント手
段が go オペレーションを含み、前記 go オペレーショ
ンは、第３のチケット手段によって指定された第３の目
的点プレイス手段に前記エージェント手段を転送するこ
とを特徴とする。
【０１４３】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段が
前記目的点プレイス手段を特定するネームを含むことを
特徴とする。
ンピュータネットワークにおいて、前記チケット手段が
前記目的点プレイス手段を特定するネームを含むことを
特徴とする。
【０１４４】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記ネームがテレネ
ームであることを特徴とする。
ンピュータネットワークにおいて、前記ネームがテレネ
ームであることを特徴とする。
【０１４５】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段が
前記目的点プレイス手段のためのアドレスを含むことを
特徴とする。
ンピュータネットワークにおいて、前記チケット手段が
前記目的点プレイス手段のためのアドレスを含むことを
特徴とする。
【０１４６】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記アドレスがテレ
アドレスであることを特徴とする。
ンピュータネットワークにおいて、前記アドレスがテレ
アドレスであることを特徴とする。
【０１４７】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段が
前記目的点プレイス手段をその１つのメンバとするクラ
スを指定するサイテーション手段を含むことを特徴とす
る。
ンピュータネットワークにおいて、前記チケット手段が
前記目的点プレイス手段をその１つのメンバとするクラ
スを指定するサイテーション手段を含むことを特徴とす
る。
【０１４８】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段
が、前記目的点プレイス手段のアドレスと、前記目的点
プレイス手段のネームと、前記目的点プレイス手段をそ
の１つのメンバとするクラスを指定するサイテーション
手段とからなる群中より選ばれた任意の組合せを含むこ
とを特徴とする。
ンピュータネットワークにおいて、前記チケット手段
が、前記目的点プレイス手段のアドレスと、前記目的点
プレイス手段のネームと、前記目的点プレイス手段をそ
の１つのメンバとするクラスを指定するサイテーション
手段とからなる群中より選ばれた任意の組合せを含むこ
とを特徴とする。
【０１４９】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段が
前記トリップのための最大の期間を指定する手段を含む
ことを特徴とする。
ンピュータネットワークにおいて、前記チケット手段が
前記トリップのための最大の期間を指定する手段を含む
ことを特徴とする。
【０１５０】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段が
前記トリップのための望ましい期間を指定する手段を含
むことを特徴とする。
ンピュータネットワークにおいて、前記チケット手段が
前記トリップのための望ましい期間を指定する手段を含
むことを特徴とする。
【０１５１】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段
が、前記トリップ手段を完成させるコンピュータ間通信
手段の形式を指定するウェイ手段を含むことを特徴とす
る。
ンピュータネットワークにおいて、前記チケット手段
が、前記トリップ手段を完成させるコンピュータ間通信
手段の形式を指定するウェイ手段を含むことを特徴とす
る。
【０１５２】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段
が、前記目的点プレイス手段においての前記エージェン
ト手段のためのデッドラインを制御するパーミット手段
を含むことを特徴とする。
ンピュータネットワークにおいて、前記チケット手段
が、前記目的点プレイス手段においての前記エージェン
ト手段のためのデッドラインを制御するパーミット手段
を含むことを特徴とする。
【０１５３】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記エージェント手
段が前記目的点プレイス手段において遂行することが許
可されているオペレーションを制御するためのパーミッ
ト手段を前記チケット手段を有することを特徴とする。
ンピュータネットワークにおいて、前記エージェント手
段が前記目的点プレイス手段において遂行することが許
可されているオペレーションを制御するためのパーミッ
ト手段を前記チケット手段を有することを特徴とする。
【０１５４】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
手段において前記エージェント手段が消費することが許
可されているリソースを制御するためのパーミット手段
を前記チケット手段が有することを特徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
手段において前記エージェント手段が消費することが許
可されているリソースを制御するためのパーミット手段
を前記チケット手段が有することを特徴とする。
【０１５５】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
手段においての他のエージェント手段に対する前記目的
点プレイス手段においての前記エージェント手段の相対
的なプライオリティを指定するためのパーミット手段を
前記チケット手段が有することを特徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
手段においての他のエージェント手段に対する前記目的
点プレイス手段においての前記エージェント手段の相対
的なプライオリティを指定するためのパーミット手段を
前記チケット手段が有することを特徴とする。
【０１５６】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、エージェント手段が
持つことが許可される能力を制御するためのパーミット
手段を有することを特徴とする。
ンピュータネットワークにおいて、エージェント手段が
持つことが許可される能力を制御するためのパーミット
手段を有することを特徴とする。
【０１５７】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記パーミット手段
が固有のパーミットであることを特徴とする。
ンピュータネットワークにおいて、前記パーミット手段
が固有のパーミットであることを特徴とする。
【０１５８】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記パーミット手段
がローカルパーミットであることを特徴とする。
ンピュータネットワークにおいて、前記パーミット手段
がローカルパーミットであることを特徴とする。
【０１５９】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記パーミット手段
が一時的なパーミットであることを特徴とする。
ンピュータネットワークにおいて、前記パーミット手段
が一時的なパーミットであることを特徴とする。
【０１６０】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記能力が前記エー
ジェント手段の消費しうるリソースを含むことを特徴と
する。
ンピュータネットワークにおいて、前記能力が前記エー
ジェント手段の消費しうるリソースを含むことを特徴と
する。
【０１６１】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記能力が、前記エ
ージェント手段がそれから後進行することのできないデ
ッドラインを含むことを特徴とする。
ンピュータネットワークにおいて、前記能力が、前記エ
ージェント手段がそれから後進行することのできないデ
ッドラインを含むことを特徴とする。
【０１６２】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、他のエージェント手
段を含み、前記能力は、前記他のエージェント手段に対
する前記エージェント手段の相対的なプライオリティを
含むことを特徴とする。
ンピュータネットワークにおいて、他のエージェント手
段を含み、前記能力は、前記他のエージェント手段に対
する前記エージェント手段の相対的なプライオリティを
含むことを特徴とする。
【０１６３】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記能力が、前記エ
ージェント手段が選択されたオペレーションを遂行する
許可を含むことを特徴とする。
ンピュータネットワークにおいて、前記能力が、前記エ
ージェント手段が選択されたオペレーションを遂行する
許可を含むことを特徴とする。
【０１６４】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記エージェント手
段がオブジェクトを所有することを特徴とする。
ンピュータネットワークにおいて、前記エージェント手
段がオブジェクトを所有することを特徴とする。
【０１６５】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記オブジェクトが
ダイジェストを有することを特徴とする。
ンピュータネットワークにおいて、前記オブジェクトが
ダイジェストを有することを特徴とする。
【０１６６】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記オブジェクトの
コピーが前記クローンとともに、前記 send オペレーシ
ョンの遂行によって転送されることを特徴とする。
ンピュータネットワークにおいて、前記オブジェクトの
コピーが前記クローンとともに、前記 send オペレーシ
ョンの遂行によって転送されることを特徴とする。
【０１６７】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
手段において第２のオブジェクトは前記コピーに相互変
換され、前記第２のオブジェクトは、前記ダイジェスト
と同等のダイジェストを持つことによって前記コピーを
前記目的点プレイス手段に転送することを不要とするこ
とを特徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
手段において第２のオブジェクトは前記コピーに相互変
換され、前記第２のオブジェクトは、前記ダイジェスト
と同等のダイジェストを持つことによって前記コピーを
前記目的点プレイス手段に転送することを不要とするこ
とを特徴とする。
【０１６８】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記 send オペレー
ションが前記目的点プレイス手段においての前記コピー
の代わりに相互変換されたオブジェクトを使用すること
によって、前記オブジェクトの前記コピーを前記目的点
プレイス手段に転送する必要を除くことを特徴とする。
ンピュータネットワークにおいて、前記 send オペレー
ションが前記目的点プレイス手段においての前記コピー
の代わりに相互変換されたオブジェクトを使用すること
によって、前記オブジェクトの前記コピーを前記目的点
プレイス手段に転送する必要を除くことを特徴とする。
【０１６９】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記プレイス手段は
前記プレイス手段にエンタするための手段を有すること
を特徴とする。
ンピュータネットワークにおいて、前記プレイス手段は
前記プレイス手段にエンタするための手段を有すること
を特徴とする。
【０１７０】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記プレイス手段が
前記プレイス手段をエグジットする手段を有することを
特徴とする。
ンピュータネットワークにおいて、前記プレイス手段が
前記プレイス手段をエグジットする手段を有することを
特徴とする。
【０１７１】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記プレイス手段が
ミーティングプレイス手段を含み、前記ミーティングプ
レイス手段はリクエスタエージェント手段とレスポンダ
エージェント手段との間のミーティングを取り計らうこ
とを特徴とする。
ンピュータネットワークにおいて、前記プレイス手段が
ミーティングプレイス手段を含み、前記ミーティングプ
レイス手段はリクエスタエージェント手段とレスポンダ
エージェント手段との間のミーティングを取り計らうこ
とを特徴とする。
【０１７２】本発明は、コンピュータにおいて、 meet
オペレーションを有するミーティングプレイス手段を有
し、該ミーティングプレイスは、複数のエージェント手
段のための場所であり、更に、ペティッション手段と、
前記複数のエージェント手段の内の第１のエージェント
手段と、前記複数のエージェント手段の中の第２のエー
ジェント手段とを有し、前記第１のエージェント手段及
び第２のエージェント手段は前記複数のエージェント手
段の内のどれともミートでき、前記ペティッション手段
は前記第１のエージェント手段と第２のエージェント手
段との間のミーテングを指定し、前記ミーティング手段
は前記 meet オペレーションに応答して前記ミーティン
グを取り計らうことを特徴とする。
オペレーションを有するミーティングプレイス手段を有
し、該ミーティングプレイスは、複数のエージェント手
段のための場所であり、更に、ペティッション手段と、
前記複数のエージェント手段の内の第１のエージェント
手段と、前記複数のエージェント手段の中の第２のエー
ジェント手段とを有し、前記第１のエージェント手段及
び第２のエージェント手段は前記複数のエージェント手
段の内のどれともミートでき、前記ペティッション手段
は前記第１のエージェント手段と第２のエージェント手
段との間のミーテングを指定し、前記ミーティング手段
は前記 meet オペレーションに応答して前記ミーティン
グを取り計らうことを特徴とする。
【０１７３】本発明は、コンピュータにおいて、前記第
１のエージェント手段が前記ペティッション手段を有す
ることを特徴とする。
１のエージェント手段が前記ペティッション手段を有す
ることを特徴とする。
【０１７４】本発明は、コンピュータにおいて、前記ペ
ティッション手段が前記第２のエージェントプロセスを
規定することによって前記ミーティングを指定すること
を特徴とする。
ティッション手段が前記第２のエージェントプロセスを
規定することによって前記ミーティングを指定すること
を特徴とする。
【０１７５】本発明は、コンピュータにおいて、前記ペ
ティッション手段が前記第２のエージェント手段を指定
するネームを含むことを特徴とする。
ティッション手段が前記第２のエージェント手段を指定
するネームを含むことを特徴とする。
【０１７６】本発明は、コンピュータにおいて、前記ネ
ームがテレネームであることを特徴とする。
ームがテレネームであることを特徴とする。
【０１７７】本発明は、コンピュータにおいて、前記第
２のエージェントプロセスがその１つのメンバであるク
ラスを指定することによって前記ペティッション手段が
前記第２のエージェントを指定することを特徴とする。
２のエージェントプロセスがその１つのメンバであるク
ラスを指定することによって前記ペティッション手段が
前記第２のエージェントを指定することを特徴とする。
【０１７８】本発明は、コンピュータにおいて、前記ペ
ティッション手段がサイテーションを含み、該サイテー
ションは、前記第２のエージェントプロセスがその１つ
のメンバであるクラスを指定することを特徴とする。
ティッション手段がサイテーションを含み、該サイテー
ションは、前記第２のエージェントプロセスがその１つ
のメンバであるクラスを指定することを特徴とする。
【０１７９】本発明は、コンピュータにおいて、前記ペ
ティッション手段が前記ミーティングを取り計らうため
の最大の期間を規定することを特徴とする。
ティッション手段が前記ミーティングを取り計らうため
の最大の期間を規定することを特徴とする。
【０１８０】本発明は、コンピュータにおいて、前記 m
eet オペレーションが前記第２のエージェント手段への
リファレンスを前記第１のエージェント手段に供与する
ことを特徴とする。
eet オペレーションが前記第２のエージェント手段への
リファレンスを前記第１のエージェント手段に供与する
ことを特徴とする。
【０１８１】本発明は、コンピュータにおいて、前記 m
eet オペレーションが前記第１のエージェント手段への
リファレンスを前記第２のエージェント手段に供与する
ことを特徴とする。
eet オペレーションが前記第１のエージェント手段への
リファレンスを前記第２のエージェント手段に供与する
ことを特徴とする。
【０１８２】本発明は、コンピュータにおいて、前記第
１のエージェント手段が前記第２のエージェント手段中
のオペレーションの遂行を生じさせることを特徴とす
る。
１のエージェント手段が前記第２のエージェント手段中
のオペレーションの遂行を生じさせることを特徴とす
る。
【０１８３】本発明は、コンピュータにおいて、前記第
１のエージェント手段がオブジェクトを所有することを
特徴とする。
１のエージェント手段がオブジェクトを所有することを
特徴とする。
【０１８４】本発明は、コンピュータにおいて、前記第
１のエージェント手段が前記オブジェクトへのリファレ
ンスを前記第２のエージェント手段に供与することを特
徴とする。
１のエージェント手段が前記オブジェクトへのリファレ
ンスを前記第２のエージェント手段に供与することを特
徴とする。
【０１８５】本発明は、コンピュータにおいて、前記リ
ファレンスがプロテクトされたリファレンスであること
を特徴とする。
ファレンスがプロテクトされたリファレンスであること
を特徴とする。
【０１８６】本発明は、コンピュータにおいて、前記第
１のエージェント手段が前記オブジェクトのコピーへの
リファレンスを前記第２のエージェント手段に供与する
ことを特徴とする。
１のエージェント手段が前記オブジェクトのコピーへの
リファレンスを前記第２のエージェント手段に供与する
ことを特徴とする。
【０１８７】本発明は、コンピュータにおいて、前記第
２のエージェント手段がオブジェクトを所有することを
特徴とする。
２のエージェント手段がオブジェクトを所有することを
特徴とする。
【０１８８】本発明は、コンピュータにおいて、前記第
２のエージェント手段が前記オブジェクトへのリファレ
ンスを前記第１のエージェント手段に供与することを特
徴とする。
２のエージェント手段が前記オブジェクトへのリファレ
ンスを前記第１のエージェント手段に供与することを特
徴とする。
【０１８９】本発明は、コンピュータにおいて、前記リ
ファレンスがプロテクトされたリファレンスであること
を特徴とする。
ファレンスがプロテクトされたリファレンスであること
を特徴とする。
【０１９０】本発明は、コンピュータにおいて、前記第
２のエージェント手段が前記オブジェクトのコピーへの
リファレンスを前記第１のエージェント手段に供与する
ことを特徴とする。
２のエージェント手段が前記オブジェクトのコピーへの
リファレンスを前記第１のエージェント手段に供与する
ことを特徴とする。
【０１９１】本発明は、１以上のコンピュータを有する
コンピュータネットワークにおいて、第１のエンジンプ
ロセスから第２のエンジンプロセスにデータを移送する
データ移送方法において、（ａ）前記第１のエンジンプ
ロセス及び第２のエンジンプロセスを含む１以上のエー
ジェントプロセスを実行するための実行手段を用意し、
各々の前記エージェントプロセスは、コンピュータイン
ストラクションセットからの複数のインストラクション
を含み、実行状態を持つものとし、（ｂ）前記コンピュ
ータインストラクションセット中に go インストラクシ
ョンを用意し、該 go インストラクションは、前記第１
のエンジンプロセス中において実行される第１のエージ
ェントプロセスに含まれるものとし、前記 go インスト
ラクションの遂行によって、（ｉ）前記第１のエンジン
プロセスによる前記第１のエージェントプロセスの実行
の中断と、（ｉｉ）前記第１のエージェントプロセスの
前記実行状態が保存されるような前記第１のエージェン
トプロセスの表現と、（ｉｉｉ）前記第１のエンジンプ
ロセスから第２のエンジンプロセスへの前記第１のエー
ジェントプロセスの前記表現の移送と、（ｉｖ）前記第
２のエンジンプロセスによる前記第１のエージェントプ
ロセスの実行の再開とを生じさせ、（ｃ）前記第１のエ
ージェントプロセスによる前記エージェントプロセスの
実行を生じさせることによって前記 go インストラクシ
ョンの遂行を生じさせることを特徴とする。
コンピュータネットワークにおいて、第１のエンジンプ
ロセスから第２のエンジンプロセスにデータを移送する
データ移送方法において、（ａ）前記第１のエンジンプ
ロセス及び第２のエンジンプロセスを含む１以上のエー
ジェントプロセスを実行するための実行手段を用意し、
各々の前記エージェントプロセスは、コンピュータイン
ストラクションセットからの複数のインストラクション
を含み、実行状態を持つものとし、（ｂ）前記コンピュ
ータインストラクションセット中に go インストラクシ
ョンを用意し、該 go インストラクションは、前記第１
のエンジンプロセス中において実行される第１のエージ
ェントプロセスに含まれるものとし、前記 go インスト
ラクションの遂行によって、（ｉ）前記第１のエンジン
プロセスによる前記第１のエージェントプロセスの実行
の中断と、（ｉｉ）前記第１のエージェントプロセスの
前記実行状態が保存されるような前記第１のエージェン
トプロセスの表現と、（ｉｉｉ）前記第１のエンジンプ
ロセスから第２のエンジンプロセスへの前記第１のエー
ジェントプロセスの前記表現の移送と、（ｉｖ）前記第
２のエンジンプロセスによる前記第１のエージェントプ
ロセスの実行の再開とを生じさせ、（ｃ）前記第１のエ
ージェントプロセスによる前記エージェントプロセスの
実行を生じさせることによって前記 go インストラクシ
ョンの遂行を生じさせることを特徴とする。
【０１９２】本発明は、前記コンピュータインストラク
ションセットがオブジェクト指向であることを特徴とす
る。
ションセットがオブジェクト指向であることを特徴とす
る。
【０１９３】本発明は、前記複数のエージェントプロセ
スが前記オブジェクト指向コンピュータインストラクシ
ョンセットのオブジェクトであることを特徴とする。
スが前記オブジェクト指向コンピュータインストラクシ
ョンセットのオブジェクトであることを特徴とする。
【０１９４】本発明は、前記 go インストラクションの
遂行を生じさせる前に前記第１のエージェントプロセス
にデータを付加し、前記第１のエージェントプロセスの
前記表現が前記データを含み、前記第２のエンジンプロ
セスへの前記第１のエージェントプロセスの前記表現の
移送が前記データを移送を含むことを特徴とする。
遂行を生じさせる前に前記第１のエージェントプロセス
にデータを付加し、前記第１のエージェントプロセスの
前記表現が前記データを含み、前記第２のエンジンプロ
セスへの前記第１のエージェントプロセスの前記表現の
移送が前記データを移送を含むことを特徴とする。
【０１９５】本発明は、前記第１のエージェントプロセ
スが、前記第１のエンジンプロセスから前記第２のエン
ジンプロセスに転送されるべきメッセージを表すデータ
を含み、前記 go インストラクションの実行によって生
ずる前記第１のエージェントプロセスの移送が前記第１
のエンジンプロセスから前記第２のエンジンプロセスへ
の前記データの移送を生じさせることを特徴とする。
スが、前記第１のエンジンプロセスから前記第２のエン
ジンプロセスに転送されるべきメッセージを表すデータ
を含み、前記 go インストラクションの実行によって生
ずる前記第１のエージェントプロセスの移送が前記第１
のエンジンプロセスから前記第２のエンジンプロセスへ
の前記データの移送を生じさせることを特徴とする。
【０１９６】本発明は、前記第１のエンジンプロセス
が、第１のコンピュータにおいて実行され、前記第２の
エンジンプロセスが第２のコンピュータによって実行さ
れ、前記第１及び第２のコンピュータが前記コンピュー
タネットワークの一部分であることを特徴とする。
が、第１のコンピュータにおいて実行され、前記第２の
エンジンプロセスが第２のコンピュータによって実行さ
れ、前記第１及び第２のコンピュータが前記コンピュー
タネットワークの一部分であることを特徴とする。
【０１９７】本発明は、第１のエンジンプロセスから１
以上のエンジンプロセスにデータを移送するデータ移送
方法において、（ａ）コンピュータインストラクション
セットからのインストラクションを含む複数のエージェ
ントプロセスを実行するための手段を用意し、該エージ
ェントプロセスを実行する手段が、前記第１のエンジン
プロセス及び１以上のエンジンプロセスを含み、各々の
該エージェントプロセスは実行状態を含み、（ｂ）前記
コンピュータインストラクションセット中にsendインス
トラクションを用意し、該sendインストラクションは、
前記複数のエージェントプロセス中の第１のエージェン
トプロセス中に含まれるようにし、前記sendインストラ
クションの実行は、（ｉ）前記第１のエージェントプロ
セスの１以上のコピーを形成し、これらのコピーが、前
記第１のエージェントプロセスの前記実行状態を保存す
るとともにそれを含み、（ｉｉ）前記第１のエージェン
トプロセスのコピーの各々を前記第１のエンジンプロセ
スから前記１以上のエンジンプロセスのそれぞれに移送
し、（ｉｉｉ）前記第１のエージェントプロセスの前記
コピーの各々を前記１以上のエンジンプロセスのそれぞ
れの１つによって実行して前記第１のエージェントプロ
セスの再開された実行をシュミレートすることを特徴と
する。
以上のエンジンプロセスにデータを移送するデータ移送
方法において、（ａ）コンピュータインストラクション
セットからのインストラクションを含む複数のエージェ
ントプロセスを実行するための手段を用意し、該エージ
ェントプロセスを実行する手段が、前記第１のエンジン
プロセス及び１以上のエンジンプロセスを含み、各々の
該エージェントプロセスは実行状態を含み、（ｂ）前記
コンピュータインストラクションセット中にsendインス
トラクションを用意し、該sendインストラクションは、
前記複数のエージェントプロセス中の第１のエージェン
トプロセス中に含まれるようにし、前記sendインストラ
クションの実行は、（ｉ）前記第１のエージェントプロ
セスの１以上のコピーを形成し、これらのコピーが、前
記第１のエージェントプロセスの前記実行状態を保存す
るとともにそれを含み、（ｉｉ）前記第１のエージェン
トプロセスのコピーの各々を前記第１のエンジンプロセ
スから前記１以上のエンジンプロセスのそれぞれに移送
し、（ｉｉｉ）前記第１のエージェントプロセスの前記
コピーの各々を前記１以上のエンジンプロセスのそれぞ
れの１つによって実行して前記第１のエージェントプロ
セスの再開された実行をシュミレートすることを特徴と
する。
【０１９８】本発明は、前記第１のエージェントプロセ
スの前記コピーの２以上が前記第１のエンジンプロセス
から単一の第２のエンジンプロセスに移送されるべき条
件のもとにおいて、前記第１のエージェントプロセスの
前記２以上のコピーの移送が、前記第１のエージェント
プロセスの単一のコピーを前記第２のエンジンプロセス
に移送する工程と、前記第２のエンジンプロセス中にお
いて前記単一のコピーから、前記第１のエージェントプ
ロセスの前記２以上のコピーを形成する工程とからなる
ことを特徴とする。
スの前記コピーの２以上が前記第１のエンジンプロセス
から単一の第２のエンジンプロセスに移送されるべき条
件のもとにおいて、前記第１のエージェントプロセスの
前記２以上のコピーの移送が、前記第１のエージェント
プロセスの単一のコピーを前記第２のエンジンプロセス
に移送する工程と、前記第２のエンジンプロセス中にお
いて前記単一のコピーから、前記第１のエージェントプ
ロセスの前記２以上のコピーを形成する工程とからなる
ことを特徴とする。
【０１９９】本発明は、あるコンピュータシステムにお
いて実行されている第１のエージェントプロセスから、
該コンピュータシステムによって実行されている第２の
エージェントプロセスにデータを転送する際に、前記第
１のエージェントプロセス及び第２のエージェントプロ
セスがあるプレイスプロセスの占有者であるようにして
データを転送するデータ転送方法において、前記第１の
エージェントプロセスが送出するミートインストラクシ
ョンに応答して、前記第２のエージェントプロセスによ
るプロシージャの実行を生じさせる工程を含み、前記プ
ロシージャは、前記第２のエージェントプロセスの一部
であり、前記第２のエージェントコンピュータプロセス
に含まれるコンピュータインストラクションのコレクシ
ョンを含み、前記第２のエージェントプロセスによって
送出される、前記プロジージャの一部である第２のイン
ストラクションに応答して、前記第２のエージェントプ
ロセスへのアクセス手段を前記第１のエージェントプロ
セスに供与する工程を含むことを特徴とする。
いて実行されている第１のエージェントプロセスから、
該コンピュータシステムによって実行されている第２の
エージェントプロセスにデータを転送する際に、前記第
１のエージェントプロセス及び第２のエージェントプロ
セスがあるプレイスプロセスの占有者であるようにして
データを転送するデータ転送方法において、前記第１の
エージェントプロセスが送出するミートインストラクシ
ョンに応答して、前記第２のエージェントプロセスによ
るプロシージャの実行を生じさせる工程を含み、前記プ
ロシージャは、前記第２のエージェントプロセスの一部
であり、前記第２のエージェントコンピュータプロセス
に含まれるコンピュータインストラクションのコレクシ
ョンを含み、前記第２のエージェントプロセスによって
送出される、前記プロジージャの一部である第２のイン
ストラクションに応答して、前記第２のエージェントプ
ロセスへのアクセス手段を前記第１のエージェントプロ
セスに供与する工程を含むことを特徴とする。
【０２００】本発明は、前記第２のエージェントプロセ
スによるプロシージャの実行を生じさせる前記工程は、
前記第１のエージェントプロセスによって送出される前
記ミートインストラクションに応答して前記プレイスプ
ロセスによる第２のプロシージャの実行を生じさせるこ
とを含み、前記プレイスプロセスによる前記第２のプロ
シージャの実行が、前記プロシージャを前記第２のエー
ジェントプロセスによって実行させるインストラクショ
ンを送出することを特徴とする。
スによるプロシージャの実行を生じさせる前記工程は、
前記第１のエージェントプロセスによって送出される前
記ミートインストラクションに応答して前記プレイスプ
ロセスによる第２のプロシージャの実行を生じさせるこ
とを含み、前記プレイスプロセスによる前記第２のプロ
シージャの実行が、前記プロシージャを前記第２のエー
ジェントプロセスによって実行させるインストラクショ
ンを送出することを特徴とする。
【０２０１】本発明は、前記第２のエージェントプロセ
スへのアクセス手段が前記プレイスプロセスによって前
記第１のエージェントプロセスに供与されることを特徴
とする。
スへのアクセス手段が前記プレイスプロセスによって前
記第１のエージェントプロセスに供与されることを特徴
とする。
【０２０２】本発明は、近似的に、前記プレイスプロセ
スが前記第２のエージェントプロセスへの前記アクセス
手段を前記第１のエージェントプロセスに供与する時点
において、前記プレイスプロセスが前記第１のエージェ
ントプロセスへのアクセス手段を前記第２のエージェン
トプロセスに供与することを特徴とする。
スが前記第２のエージェントプロセスへの前記アクセス
手段を前記第１のエージェントプロセスに供与する時点
において、前記プレイスプロセスが前記第１のエージェ
ントプロセスへのアクセス手段を前記第２のエージェン
トプロセスに供与することを特徴とする。
【０２０３】本発明は、第１のＣＰＵ及び第１のメモリ
を含む第１のコンピュータシステムから、第２のＣＰＵ
及び第２のメモリを含む第２のコンピュータシステムへ
第１のコンピュータプロセスを移送するプロセスの移送
方法において、ある実行状態を持つ前記第１のコンピュ
ータプロセスの実行を前記第１のＣＰＵにおいて開始
し、前記第１のＣＰＵ内において前記第１のコンピュー
タプロセスの実行を中断し、前記第１のコンピュータプ
ロセスをデータとして前記第１のメモリ中に表現し、前
記データは前記第１のコンピュータプロセスの実行が中
断された時点においての前記第１のコンピュータプロセ
スの前記実行状態を含むものとし、前記データを前記第
１のメモリから前記第２のメモリに移送し、前記データ
中に表現された前記実行状態を有する第２のコンピュー
タプロセスを前記データから前記第２のコンピュータシ
ステム上に形成し、前記第２のコンピュータプロセスを
実行することによって前記第２のＣＰＵ内において前記
第１のコンピュータシステムの実行の再開を実効的にシ
ミュレートすることを特徴とする。
を含む第１のコンピュータシステムから、第２のＣＰＵ
及び第２のメモリを含む第２のコンピュータシステムへ
第１のコンピュータプロセスを移送するプロセスの移送
方法において、ある実行状態を持つ前記第１のコンピュ
ータプロセスの実行を前記第１のＣＰＵにおいて開始
し、前記第１のＣＰＵ内において前記第１のコンピュー
タプロセスの実行を中断し、前記第１のコンピュータプ
ロセスをデータとして前記第１のメモリ中に表現し、前
記データは前記第１のコンピュータプロセスの実行が中
断された時点においての前記第１のコンピュータプロセ
スの前記実行状態を含むものとし、前記データを前記第
１のメモリから前記第２のメモリに移送し、前記データ
中に表現された前記実行状態を有する第２のコンピュー
タプロセスを前記データから前記第２のコンピュータシ
ステム上に形成し、前記第２のコンピュータプロセスを
実行することによって前記第２のＣＰＵ内において前記
第１のコンピュータシステムの実行の再開を実効的にシ
ミュレートすることを特徴とする。
【０２０４】
【作用】本発明では、解釈されオブジェクト指向された
コンピュータインストラクションの一組が、分散型コン
ピュータシステムにおいて実行される新規なコンピュー
タプロセスを作りだすために用いられる。このコンピュ
ータインストラクションの一組を利用する特別なプロセ
スは、分散型コンピュータシステム中において作動する
エンジンによって活性にされる。エンジンは分散型コン
ピュータシステム内において特別なプロセスのインスト
ラクションを解釈し遂行する。
コンピュータインストラクションの一組が、分散型コン
ピュータシステムにおいて実行される新規なコンピュー
タプロセスを作りだすために用いられる。このコンピュ
ータインストラクションの一組を利用する特別なプロセ
スは、分散型コンピュータシステム中において作動する
エンジンによって活性にされる。エンジンは分散型コン
ピュータシステム内において特別なプロセスのインスト
ラクションを解釈し遂行する。
【０２０５】分散型コンピュータシステム中の各々のエ
ンジンは、あるプロセスを規定するインストラクション
を一様に解釈する。換言すれば、あるプロセスを含み、
第１のエンジンによって解釈される、インストラクショ
ンは、第１のエンジンがその内部において作動している
コンピュータシステムの特別の形態に依存しない。した
がってこれらのインストラクションは、第２のエンジン
によって、たとえ第１のエンジン及び第２のエンジンが
２つの別々のコンピュータシステムにおいて作動してお
り、これらのコンピュータシステムのオペレーティング
システム及びハードウェアがその他の点では、一般に互
いにコンパティビリティを持たないとしても、移動され
解釈される。解釈されるインストラクションは、エンジ
ンがその内部において作動しているコンピュータシステ
ムの通信、格納、計算及びその他のサブシステムへのイ
ンターフェースを用いて実現（インプリメント）され
る。
ンジンは、あるプロセスを規定するインストラクション
を一様に解釈する。換言すれば、あるプロセスを含み、
第１のエンジンによって解釈される、インストラクショ
ンは、第１のエンジンがその内部において作動している
コンピュータシステムの特別の形態に依存しない。した
がってこれらのインストラクションは、第２のエンジン
によって、たとえ第１のエンジン及び第２のエンジンが
２つの別々のコンピュータシステムにおいて作動してお
り、これらのコンピュータシステムのオペレーティング
システム及びハードウェアがその他の点では、一般に互
いにコンパティビリティを持たないとしても、移動され
解釈される。解釈されるインストラクションは、エンジ
ンがその内部において作動しているコンピュータシステ
ムの通信、格納、計算及びその他のサブシステムへのイ
ンターフェースを用いて実現（インプリメント）され
る。
【０２０６】これらのインターフェースは、集合的に本
発明の一実施例の一部を構成するものであり、この開示
の一部とされて引用によって全体が本明細書に組み込ま
れるアペンディックスＣに記載されている。
発明の一実施例の一部を構成するものであり、この開示
の一部とされて引用によって全体が本明細書に組み込ま
れるアペンディックスＣに記載されている。
【０２０７】２つ以上のエンジンが１つのネットワーク
を構成するように相互接続される。ネットワークは本発
明のコンピュータプロセス（複数）がその内部において
移動する１つの宇宙である。一実施例によればネットワ
ークは、他のネットワークのクライアントと通常考えら
れ、その一部分ではないとされるコンピュータシステム
（複数）を網羅する。たとえば本発明の一実施例は、ネ
ットワークによって接続されたワークステーション（複
数）を網羅する。本明細書においてワークステーション
という用語は、他のコンピュータシステムへの情報の転
送と異なった目的のために使用されるコンピュータシス
テムを記述するために用いられている。本発明のエンジ
ン（複数）は、コンピュータプロセス（複数）をその間
において移動させることができるように相互接続されて
いる。
を構成するように相互接続される。ネットワークは本発
明のコンピュータプロセス（複数）がその内部において
移動する１つの宇宙である。一実施例によればネットワ
ークは、他のネットワークのクライアントと通常考えら
れ、その一部分ではないとされるコンピュータシステム
（複数）を網羅する。たとえば本発明の一実施例は、ネ
ットワークによって接続されたワークステーション（複
数）を網羅する。本明細書においてワークステーション
という用語は、他のコンピュータシステムへの情報の転
送と異なった目的のために使用されるコンピュータシス
テムを記述するために用いられている。本発明のエンジ
ン（複数）は、コンピュータプロセス（複数）をその間
において移動させることができるように相互接続されて
いる。
【０２０８】ある特別なコンピュータプロセスを転送す
るために、そのコンピュータシステムは、中断され、コ
ンピュータシステムの実行状態が保存される。コンピュ
ータプロセスのインストラクション、保存された実行状
態及びコンピュータプロセスによって所有されるオブジ
ェクトは、パッケージされ又はエンコード（符号化）さ
れる、データのストリングを生成する。このデータのス
トリングは、１つのネッワークを形成するために用いら
れるすべての標準的な通信手段によって転送することが
できる。一実施例によればデータストリングは、この明
細書の一部とされ、引用によって全体がこの明細書に組
み込まれるアペンディックスＤに記載されたプロトコル
によって指定されるエンジンの間において転送される。
るために、そのコンピュータシステムは、中断され、コ
ンピュータシステムの実行状態が保存される。コンピュ
ータプロセスのインストラクション、保存された実行状
態及びコンピュータプロセスによって所有されるオブジ
ェクトは、パッケージされ又はエンコード（符号化）さ
れる、データのストリングを生成する。このデータのス
トリングは、１つのネッワークを形成するために用いら
れるすべての標準的な通信手段によって転送することが
できる。一実施例によればデータストリングは、この明
細書の一部とされ、引用によって全体がこの明細書に組
み込まれるアペンディックスＤに記載されたプロトコル
によって指定されるエンジンの間において転送される。
【０２０９】データストリングは、ネットワークの目的
点となるコンピュータシステムに転送されると、デコー
ドされ、目的点コンピュータシステム中において１つの
コンピュータプロセスを生じさせる。デコードされたコ
ンピュータプロセスは、前述したようにエンコードされ
たオブジェクトを含み、保存された実行状態を有してい
る。目的点のコンピュータシステムは、コンピュータプ
ロセスの実行を再開する。
点となるコンピュータシステムに転送されると、デコー
ドされ、目的点コンピュータシステム中において１つの
コンピュータプロセスを生じさせる。デコードされたコ
ンピュータプロセスは、前述したようにエンコードされ
たオブジェクトを含み、保存された実行状態を有してい
る。目的点のコンピュータシステムは、コンピュータプ
ロセスの実行を再開する。
【０２１０】コンピュータプロセスのインストラクショ
ンは、データオブジェクトの定義、生成及び操作と、目
的点のコンピュータシステムによって実行される他のコ
ンピュータシステムとの相互作用とを含む複雑なオペレ
ーションを遂行するために、目的点のコンピュータシス
テムによって実行される。コンピュータプロセスはネッ
トワーク全体を通じて一様に解釈され、コンピュータシ
ステムの間に転送されるようにエンコードされかつデコ
ードされるので、本発明のコンピュータプロセス（複
数）は、コンピュータ間の通信において新しいレベルの
機能性及び多様性を供与する。
ンは、データオブジェクトの定義、生成及び操作と、目
的点のコンピュータシステムによって実行される他のコ
ンピュータシステムとの相互作用とを含む複雑なオペレ
ーションを遂行するために、目的点のコンピュータシス
テムによって実行される。コンピュータプロセスはネッ
トワーク全体を通じて一様に解釈され、コンピュータシ
ステムの間に転送されるようにエンコードされかつデコ
ードされるので、本発明のコンピュータプロセス（複
数）は、コンピュータ間の通信において新しいレベルの
機能性及び多様性を供与する。
【０２１１】一実施例によれば、本発明のコンピュータ
インストラクションのセットに組み込まれた２つのクラ
スは、エージェントクラスとプレイスクラスである。エ
ージェントクラスを用いて形成されたインストラクショ
ンは、エンジンによって解釈され、エージェントプロセ
ス（本明細書中において単にエージェント）と呼ばれる
こともある。エージェントは、エージェントが生成され
たときにエンジンがその実行を開始するという点でアク
ティブオブジェクトである。エージェントクラスは、エ
ージェントが（ｉ）それ自身を検査して変更し、（ｉ
ｉ）ネットワーク中の以下にそれを詳細に説明する第１
のプレイスプロセスから同じネットワーク中の第２のプ
レイスプロセスまでそれ自身を転送し、（ｉｉｉ）第２
のプレイスプロセスに見出される他のエージェントと相
互作用することを可能にするインストラクション（複
数）を供与する。第１のプレイスプロセス及び第２のプ
レイスプロセスはネットワークの２つの別々のコンピュ
ータシステム内において実行される。したがってあるエ
ージェントは第１のコンピュータシステムから第２のコ
ンピュータシステムに移動することができる。
インストラクションのセットに組み込まれた２つのクラ
スは、エージェントクラスとプレイスクラスである。エ
ージェントクラスを用いて形成されたインストラクショ
ンは、エンジンによって解釈され、エージェントプロセ
ス（本明細書中において単にエージェント）と呼ばれる
こともある。エージェントは、エージェントが生成され
たときにエンジンがその実行を開始するという点でアク
ティブオブジェクトである。エージェントクラスは、エ
ージェントが（ｉ）それ自身を検査して変更し、（ｉ
ｉ）ネットワーク中の以下にそれを詳細に説明する第１
のプレイスプロセスから同じネットワーク中の第２のプ
レイスプロセスまでそれ自身を転送し、（ｉｉｉ）第２
のプレイスプロセスに見出される他のエージェントと相
互作用することを可能にするインストラクション（複
数）を供与する。第１のプレイスプロセス及び第２のプ
レイスプロセスはネットワークの２つの別々のコンピュ
ータシステム内において実行される。したがってあるエ
ージェントは第１のコンピュータシステムから第２のコ
ンピュータシステムに移動することができる。
【０２１２】あるエージェントは、第１のプレイスプロ
セスから第２のプレイスプロセスにまでエージェントと
ともに運ばれる情報を有することができる。その他に、
以下にその詳細に説明されるコンピュータインストラク
ションのセットの拡張性、不変性及び機能性によって、
１つのエージェントを含むインストラクションにしたが
って、そのエージェント及びそれによって運ばれる情報
がどのようにそしてどの目的点に移動しているのかを定
める上の膨大な融通性及び制御可能性が提供される。
セスから第２のプレイスプロセスにまでエージェントと
ともに運ばれる情報を有することができる。その他に、
以下にその詳細に説明されるコンピュータインストラク
ションのセットの拡張性、不変性及び機能性によって、
１つのエージェントを含むインストラクションにしたが
って、そのエージェント及びそれによって運ばれる情報
がどのようにそしてどの目的点に移動しているのかを定
める上の膨大な融通性及び制御可能性が提供される。
【０２１３】エージェントの力はパーミットによってバ
ランスされる。パーミットは、特別な場合に特別なエー
ジェントの特別な能力を制限する。エージェントのパー
ミットは、そのエージェントクラスについて定義された
いくつかのオペレーションのうちどのオペレーションが
エージェントによって遂行され得るかを指定する。さら
にパーミットは、エージェントが消費し得る処理依存数
及びエージェントが消滅する時間とを制限する。その上
に、パーミットは、他のエージェントに対するエージェ
ントの相対的な実行プライオリティを指定する。
ランスされる。パーミットは、特別な場合に特別なエー
ジェントの特別な能力を制限する。エージェントのパー
ミットは、そのエージェントクラスについて定義された
いくつかのオペレーションのうちどのオペレーションが
エージェントによって遂行され得るかを指定する。さら
にパーミットは、エージェントが消費し得る処理依存数
及びエージェントが消滅する時間とを制限する。その上
に、パーミットは、他のエージェントに対するエージェ
ントの相対的な実行プライオリティを指定する。
【０２１４】プレイスクラスを用いて形成されたインス
トラクションは、エンジンによって解釈され、本明細書
において単にプレイスとも呼ばれるプレイスプロセスを
形成する。プレイスはまたアクティブオブジェクトであ
りプレイスクラスは、あるプレイスがそれ自身を検査し
て変更しエージェントのための場所とエージェントが相
互作用する際のコンテキストとして役立ち得るようにす
るインストラクションを供与する。エージェントは各々
のそれぞれ単一のプレイスを占有する。また各々のプレ
イスは単一の他のプレイスも占有することができる。
トラクションは、エンジンによって解釈され、本明細書
において単にプレイスとも呼ばれるプレイスプロセスを
形成する。プレイスはまたアクティブオブジェクトであ
りプレイスクラスは、あるプレイスがそれ自身を検査し
て変更しエージェントのための場所とエージェントが相
互作用する際のコンテキストとして役立ち得るようにす
るインストラクションを供与する。エージェントは各々
のそれぞれ単一のプレイスを占有する。また各々のプレ
イスは単一の他のプレイスも占有することができる。
【０２１５】プレイスはエージェントのためのある度合
いのプライバシー及びセキュリティを供与する。一例と
して、他のエージェントとのコンタクトをさけるように
構成されたエージェントは、一般に他のエージェントに
は知られてないか又は他のエージェントの立ち入りを拒
絶するあるプレイスを占有することができる。逆に、あ
る大きな数のエージェントに公にサービスを供与するよ
うに構成されたエージェントは、他のエージェントに広
く知られていて他のエージェントの立ち入りを許容する
プレイスを占有することができる。
いのプライバシー及びセキュリティを供与する。一例と
して、他のエージェントとのコンタクトをさけるように
構成されたエージェントは、一般に他のエージェントに
は知られてないか又は他のエージェントの立ち入りを拒
絶するあるプレイスを占有することができる。逆に、あ
る大きな数のエージェントに公にサービスを供与するよ
うに構成されたエージェントは、他のエージェントに広
く知られていて他のエージェントの立ち入りを許容する
プレイスを占有することができる。
【０２１６】エージェントはある距離において相互作用
することはできない。すなわちいかなる２つのエージェ
ントもそれらが同一のプレイスを占有するまでないかぎ
り相互作用できない。第１のプレイスを占有している第
１のエージェントは、第２のプレイスを占有している第
２のエージェントと相互作用するためには、オペレース
オン”go”に関連して以下に詳細に説明するように第１
のエージェントを第２のプレイスに転送させるインスト
ラクションが、第１のプレイスを占有している第１のエ
ージェントによって送出される。第１及び第２のエージ
ェントの両者が第２のプレイスを占有している間に、第
１のエージェントは第２のエージェントと相互作用する
ことができる。
することはできない。すなわちいかなる２つのエージェ
ントもそれらが同一のプレイスを占有するまでないかぎ
り相互作用できない。第１のプレイスを占有している第
１のエージェントは、第２のプレイスを占有している第
２のエージェントと相互作用するためには、オペレース
オン”go”に関連して以下に詳細に説明するように第１
のエージェントを第２のプレイスに転送させるインスト
ラクションが、第１のプレイスを占有している第１のエ
ージェントによって送出される。第１及び第２のエージ
ェントの両者が第２のプレイスを占有している間に、第
１のエージェントは第２のエージェントと相互作用する
ことができる。
【０２１７】したがって、本発明のプロセスは、リモー
トプログラミングの新規なインプリメンテーションであ
り、より知られているリモートプロシージャコーリング
パラダイムのインプリメンテーションではない。リモー
トプログラミングは、（ｉ）ネットワーク通信の媒体を
横切る通信を必要とせずにプロセス（複数）が相互作用
することを可能とし、（ｉｉ）ハイレイテンシィ（high
-latency）をもつことが多いネットワーク通信媒体を横
切る通信を除くことによってプロセス間の相互作用の性
能を改善することによって、リモートプロシージャコー
リングを改良する。
トプログラミングの新規なインプリメンテーションであ
り、より知られているリモートプロシージャコーリング
パラダイムのインプリメンテーションではない。リモー
トプログラミングは、（ｉ）ネットワーク通信の媒体を
横切る通信を必要とせずにプロセス（複数）が相互作用
することを可能とし、（ｉｉ）ハイレイテンシィ（high
-latency）をもつことが多いネットワーク通信媒体を横
切る通信を除くことによってプロセス間の相互作用の性
能を改善することによって、リモートプロシージャコー
リングを改良する。
【０２１８】第１のコンピュータシステム中の第１のプ
レイスプロセスから、第１のコンピュータシステム又は
第２のコンピュータシステム中の第２のプレイスプロセ
スへのエージェントプロセスの移動はトリップと呼ばれ
る。エージェントは、エージェントクラス中において定
義されたオペレーション”go”を用いることによってト
リップを開始する。エージェントは、トリップを定義す
るチケットをオペレーション”go”に対するアーギュメ
ントとしてつくり出し委託することによってネットワー
クを通る移動又はコンピュータシステム内の移動を制御
する。一実施例によれば、チケットは、エージェントが
それにむかって移動するべきプレイス、エージェントが
それによって移動する”way” 、トリップが完了する時
間量及びトリップの緊急さの表示、すなわち同時にスケ
ジュールされていることのある他のエージェントによる
他のトリップに対するトリップの相対的なプライオリテ
ィの表示を指定している。
レイスプロセスから、第１のコンピュータシステム又は
第２のコンピュータシステム中の第２のプレイスプロセ
スへのエージェントプロセスの移動はトリップと呼ばれ
る。エージェントは、エージェントクラス中において定
義されたオペレーション”go”を用いることによってト
リップを開始する。エージェントは、トリップを定義す
るチケットをオペレーション”go”に対するアーギュメ
ントとしてつくり出し委託することによってネットワー
クを通る移動又はコンピュータシステム内の移動を制御
する。一実施例によれば、チケットは、エージェントが
それにむかって移動するべきプレイス、エージェントが
それによって移動する”way” 、トリップが完了する時
間量及びトリップの緊急さの表示、すなわち同時にスケ
ジュールされていることのある他のエージェントによる
他のトリップに対するトリップの相対的なプライオリテ
ィの表示を指定している。
【０２１９】チケットは、エージェントがそれにむかっ
て移動しているプレイスのアドレス、ネーム、クラス又
はアドレス、ネーム、及びクラスの任意の組合せを指定
することによって、目的点プレイスを特定することがで
きる。トリップの目的点は、チケットによって許容され
た時間内のエージェントの立ち入りを許容する特定され
たアドレス、ネーム及び／又はクラスの任意のプレイス
である。
て移動しているプレイスのアドレス、ネーム、クラス又
はアドレス、ネーム、及びクラスの任意の組合せを指定
することによって、目的点プレイスを特定することがで
きる。トリップの目的点は、チケットによって許容され
た時間内のエージェントの立ち入りを許容する特定され
たアドレス、ネーム及び／又はクラスの任意のプレイス
である。
【０２２０】オペレーション”go”においてエージェン
トは第１のプレイスから第２のプレイスに移動するのは
次のようにして行われる。（ｉ）エージェントは中断さ
れ、第１のエージェントの実行状態が保存される。（ｉ
ｉ）エージェントは標準形式ですなわちオクテットスト
リーム（エージェントの保存された実行状態の表現を含
む）によって表される。（ｉｉｉ）標準形式は第１のプ
レイスから第２のプレイスに転送される（これはポテン
シャルには、第１のコンピュータから第２のコンピュー
タへの標準形式の移送を含む）。
トは第１のプレイスから第２のプレイスに移動するのは
次のようにして行われる。（ｉ）エージェントは中断さ
れ、第１のエージェントの実行状態が保存される。（ｉ
ｉ）エージェントは標準形式ですなわちオクテットスト
リーム（エージェントの保存された実行状態の表現を含
む）によって表される。（ｉｉｉ）標準形式は第１のプ
レイスから第２のプレイスに転送される（これはポテン
シャルには、第１のコンピュータから第２のコンピュー
タへの標準形式の移送を含む）。
【０２２１】（ｉｖ）第２のプレイスにあるエージェン
トは、標準形式で表された実行状態を含めて標準形式か
ら形成される。（ｖ）標準形式であらわされた実行状態
を最初にもっているエージェントの解釈が再開される。
トは、標準形式で表された実行状態を含めて標準形式か
ら形成される。（ｖ）標準形式であらわされた実行状態
を最初にもっているエージェントの解釈が再開される。
【０２２２】前述したように、本発明のコンピュータイ
ンストラクションのセットは、オブジェクト指向であ
る。したがって本発明にしたがって形成されたすべての
オブジェクトはクラス（複数）に組織される。本発明の
すべてのクラスは、エージェントとともに移動すること
のできるデータオブジェクトによって表される。したが
って、あるプレイス内において定義されていないクラス
も、単にエージェントがクラスを定義し、対応するクラ
スオブジェクトをそのプレイスに転送することによっ
て、そのプレイスにむかって移動するエージェントによ
って使用することができる。
ンストラクションのセットは、オブジェクト指向であ
る。したがって本発明にしたがって形成されたすべての
オブジェクトはクラス（複数）に組織される。本発明の
すべてのクラスは、エージェントとともに移動すること
のできるデータオブジェクトによって表される。したが
って、あるプレイス内において定義されていないクラス
も、単にエージェントがクラスを定義し、対応するクラ
スオブジェクトをそのプレイスに転送することによっ
て、そのプレイスにむかって移動するエージェントによ
って使用することができる。
【０２２３】本発明の一実施例による各々のオブジェク
トは、プロセスすなわちエージェント又はプレイスによ
って所有される。あるエージェントが第１のプレイスか
ら第２のプレイスに移動する時に、そのエージェントに
よって所有されるすべてのオブジェクトは、実効的に、
エージェントとともに第２のプレイスに移動する。しか
し以下に説明するように、本発明の一実施例によれば、
第２のプレイスをすでに占有しているオブジェクトと同
等のオブジェクトは、転送されない。エージェントによ
って所有されるオブジェクトの他に、それらのオブジェ
クトがメンバであるクラスを定義するすべてのクラスオ
ブジェクトは、エージェントとともに第２のプレイスに
移動される。クラスオブジェクトは、オブジェクトの１
つのクラスを表す、以下及びアペンディックスＡに説明
されるコンピュータインストラクションのセットにした
がって構成されたオブジェクトである。
トは、プロセスすなわちエージェント又はプレイスによ
って所有される。あるエージェントが第１のプレイスか
ら第２のプレイスに移動する時に、そのエージェントに
よって所有されるすべてのオブジェクトは、実効的に、
エージェントとともに第２のプレイスに移動する。しか
し以下に説明するように、本発明の一実施例によれば、
第２のプレイスをすでに占有しているオブジェクトと同
等のオブジェクトは、転送されない。エージェントによ
って所有されるオブジェクトの他に、それらのオブジェ
クトがメンバであるクラスを定義するすべてのクラスオ
ブジェクトは、エージェントとともに第２のプレイスに
移動される。クラスオブジェクトは、オブジェクトの１
つのクラスを表す、以下及びアペンディックスＡに説明
されるコンピュータインストラクションのセットにした
がって構成されたオブジェクトである。
【０２２４】したがって、第２のプレイスに移動するエ
ージェントによって所有されるオブジェクトが第２のプ
レイスにおいて定義されていないクラスのメンバであっ
た場合にも、そのオブジェクトは、エージェントととも
に移動することができる。
ージェントによって所有されるオブジェクトが第２のプ
レイスにおいて定義されていないクラスのメンバであっ
た場合にも、そのオブジェクトは、エージェントととも
に移動することができる。
【０２２５】それは、エージェントが、オブジェクトを
１つのメンバとするクラスを定義するクラスオブジェク
トも第２のプレイスに運ぶからである。従来の技術によ
れば、第１のコンピュータから第２のコンピュータに移
動するプロセスは、第２のコンピュータ上において定義
されたクラスに所属するデータオブジェクトしか処理す
ることができなかった。クラスの定義は通常は従来技術
によれば移動するプロセスとともに転送されなかった。
第１のプレイスにおいて新しいクラスを形成することが
でき、これらの新しいクラスのメンバは、これらの新し
いクラスが定義されていない他のプレイスに自由に移動
するので、本発明は、従来技術にはみられない拡張性、
可動性及び不変性のレベルをエージェントに供与する。
１つのメンバとするクラスを定義するクラスオブジェク
トも第２のプレイスに運ぶからである。従来の技術によ
れば、第１のコンピュータから第２のコンピュータに移
動するプロセスは、第２のコンピュータ上において定義
されたクラスに所属するデータオブジェクトしか処理す
ることができなかった。クラスの定義は通常は従来技術
によれば移動するプロセスとともに転送されなかった。
第１のプレイスにおいて新しいクラスを形成することが
でき、これらの新しいクラスのメンバは、これらの新し
いクラスが定義されていない他のプレイスに自由に移動
するので、本発明は、従来技術にはみられない拡張性、
可動性及び不変性のレベルをエージェントに供与する。
【０２２６】本発明によれば、多数のオブジェクトクラ
スが多数のプレイスにおいて定義されるので、これらの
プレイスに移動させる必要はない。本発明の一実施例に
よれば、クラスオブジェクト（複数）及び多くの場所に
おいて見出されることがあり得る他のオブジェクト（複
数）は、相互変換可能とされている。
スが多数のプレイスにおいて定義されるので、これらの
プレイスに移動させる必要はない。本発明の一実施例に
よれば、クラスオブジェクト（複数）及び多くの場所に
おいて見出されることがあり得る他のオブジェクト（複
数）は、相互変換可能とされている。
【０２２７】相互変換可能な（インターチェンジアブル
な）オブジェクトは各々のダイジェストを有している。
第１のプレイスから第２のプレイスに移動するエージェ
ントによって所有された相互変換可能なオブジェクト
は、エージェントとともに移動しない。そうではなく、
相互変換可能なオブジェクトのダイジェストがエージェ
ントとともに第２のプレイスに移動する。エージェント
が第２のプレイスに到達すると、第２のプレイスを含む
コンピュータシステムの相互変換可能なオブジェクト
（複数）は、これらの相互変換可能なオブジェクトのど
れかがエージェントとともに転送されてきたダイジェス
トと等しいダイジェストをもつか否かを定めるために検
査される。第２のプレイスを含むコンピュータシステム
においてそのような相互変換可能なオブジェクトが見出
された場合、その相互変換可能なオブジェクトは、第１
のプレイスに残された相互変換可能なオブジェクトと取
替えられる。
な）オブジェクトは各々のダイジェストを有している。
第１のプレイスから第２のプレイスに移動するエージェ
ントによって所有された相互変換可能なオブジェクト
は、エージェントとともに移動しない。そうではなく、
相互変換可能なオブジェクトのダイジェストがエージェ
ントとともに第２のプレイスに移動する。エージェント
が第２のプレイスに到達すると、第２のプレイスを含む
コンピュータシステムの相互変換可能なオブジェクト
（複数）は、これらの相互変換可能なオブジェクトのど
れかがエージェントとともに転送されてきたダイジェス
トと等しいダイジェストをもつか否かを定めるために検
査される。第２のプレイスを含むコンピュータシステム
においてそのような相互変換可能なオブジェクトが見出
された場合、その相互変換可能なオブジェクトは、第１
のプレイスに残された相互変換可能なオブジェクトと取
替えられる。
【０２２８】しかし、第２のプレイスにそのような相互
変換可能なオブジェクトが見出されなかった場合、第１
のプレイスに残されていた相互変換可能なオブジェクト
が第２のプレイスに移動される。
変換可能なオブジェクトが見出されなかった場合、第１
のプレイスに残されていた相互変換可能なオブジェクト
が第２のプレイスに移動される。
【０２２９】これにより、同等なオブジェクトが目的点
のプレイスに存在する場合において、ネットワーク通信
媒体を横切るオブジェクトの移動が避けられる。特に、
クラスオブジェクトが相互変換可能なため、第２のプレ
イスに移動するエージェントが、第２のプレイスにおい
て定義されていないクラスを定義するクラスオブジェク
トのみの第２のプレイスへの移動を生じさせる。ネット
ワークを通るクラスオブジェクト（複数）の必要な運動
を避けることによって、あるエージェントによって所有
されたオブジェクトが所属する１以上のクラスの定義を
含まないプレイスへのこれらのオブジェクトの移動が実
用的にされる。
のプレイスに存在する場合において、ネットワーク通信
媒体を横切るオブジェクトの移動が避けられる。特に、
クラスオブジェクトが相互変換可能なため、第２のプレ
イスに移動するエージェントが、第２のプレイスにおい
て定義されていないクラスを定義するクラスオブジェク
トのみの第２のプレイスへの移動を生じさせる。ネット
ワークを通るクラスオブジェクト（複数）の必要な運動
を避けることによって、あるエージェントによって所有
されたオブジェクトが所属する１以上のクラスの定義を
含まないプレイスへのこれらのオブジェクトの移動が実
用的にされる。
【０２３０】本発明の一実施例によればクラスはサイテ
ーションによって特定される。異なったベンダ（供給
者）によって供給される多くのコンピュータシステムを
有するコンピュータネットワークにおいて、エージェン
トプロセスがそれにむかって、又はそれから移動するこ
とのできるいろいろのコンピュータシステム上に、ここ
に開示されたインストラクションセットの色々のバージ
ョンをインプリメントすることができる。サイテーショ
ンは、相互に対し前方向又は後ろ方向にコンパティブル
なクラス又はオブジェクトを特定するために用いられる
オブジェクトである。したがって第１のクラスのオブジ
ェクト又は第１のクラス自身の使用を必要とするあるイ
ンストラクションは、第２のクラスが第１のクラスに対
して後ろ方向にコンパティブルである場合、インストラ
クションの特別の要求に依存して、第２のクラスのオブ
ジェクト又は第２のクラス自身を使用することができ
る。
ーションによって特定される。異なったベンダ（供給
者）によって供給される多くのコンピュータシステムを
有するコンピュータネットワークにおいて、エージェン
トプロセスがそれにむかって、又はそれから移動するこ
とのできるいろいろのコンピュータシステム上に、ここ
に開示されたインストラクションセットの色々のバージ
ョンをインプリメントすることができる。サイテーショ
ンは、相互に対し前方向又は後ろ方向にコンパティブル
なクラス又はオブジェクトを特定するために用いられる
オブジェクトである。したがって第１のクラスのオブジ
ェクト又は第１のクラス自身の使用を必要とするあるイ
ンストラクションは、第２のクラスが第１のクラスに対
して後ろ方向にコンパティブルである場合、インストラ
クションの特別の要求に依存して、第２のクラスのオブ
ジェクト又は第２のクラス自身を使用することができ
る。
【０２３１】第１のプレイスを占有しているエージェン
トは、そのエージェントの１以上のクローンを作りだ
し、各々のクローンをそれぞれのプレイスに移動させる
こともできる。クローンは、現存のエージェントプロセ
スの複製の結果としてのエージェントプロセスである。
エージェントは、１以上のクローンの生成を開始し制御
し、さらに、オペレーション”send”の遂行によって各
々のクローンのそれぞれのプレイスプロセスへの移動を
開始し制御する。エージェントは生成させるべきクロー
ンの数を指定し、オペレーション”send”のアーギュメ
ントとして供給される１以上のチケットをつくり出すこ
とによって、対応するトリップを定義する。各々のチケ
ットは、エージェントの各々のクローンによってなされ
るトリップを定義する。エージェントによって供給され
るチケットの数は、作り出されたクローンの数を規定す
る。
トは、そのエージェントの１以上のクローンを作りだ
し、各々のクローンをそれぞれのプレイスに移動させる
こともできる。クローンは、現存のエージェントプロセ
スの複製の結果としてのエージェントプロセスである。
エージェントは、１以上のクローンの生成を開始し制御
し、さらに、オペレーション”send”の遂行によって各
々のクローンのそれぞれのプレイスプロセスへの移動を
開始し制御する。エージェントは生成させるべきクロー
ンの数を指定し、オペレーション”send”のアーギュメ
ントとして供給される１以上のチケットをつくり出すこ
とによって、対応するトリップを定義する。各々のチケ
ットは、エージェントの各々のクローンによってなされ
るトリップを定義する。エージェントによって供給され
るチケットの数は、作り出されたクローンの数を規定す
る。
【０２３２】エージェントのあるクローンが第２のプレ
イスに移動されると、そのクローンがつくり出された時
点においてのエージェントの実効状態を最初備えてい
る。したがってそのクローンが第２のプレイスに到達し
た時、クローンは、オペレーション”go”について前述
したように第２のプレイスへの前記エージェントへの移
動をシュミレイトするように実効を継続する。
イスに移動されると、そのクローンがつくり出された時
点においてのエージェントの実効状態を最初備えてい
る。したがってそのクローンが第２のプレイスに到達し
た時、クローンは、オペレーション”go”について前述
したように第２のプレイスへの前記エージェントへの移
動をシュミレイトするように実効を継続する。
【０２３３】従来の技術によれば、第１のプロセスすな
わちヘッド（頭）プロセスは、同一のインターフェース
を持った、すなわち、ヘッドプロセスと同一のオペレー
ションを一般に遂行することができたリム（手足）プロ
セスをつくり出した。リムプロセスは、ヘッドプロセス
によって指示された以外の働きはせず、単にヘッドプロ
セスの指示にしたがって、遠隔のコンピュータシステム
に移動することができる。
わちヘッド（頭）プロセスは、同一のインターフェース
を持った、すなわち、ヘッドプロセスと同一のオペレー
ションを一般に遂行することができたリム（手足）プロ
セスをつくり出した。リムプロセスは、ヘッドプロセス
によって指示された以外の働きはせず、単にヘッドプロ
セスの指示にしたがって、遠隔のコンピュータシステム
に移動することができる。
【０２３４】しかし、本発明によれば、クローンは自立
的であり、そのクローンをつくり出したエージェントに
よって制御されない。一例としてクローンは後述するミ
ーティングをとりはからうためのエージェントによるす
べての試みを無視するように設計することができ、それ
によりエージェントとクローンは相互作用することがで
きる。エージェントは後述するように他のエージェント
と相互作用することを試みるのと同じ仕方で、エージェ
ントのクローンと相互作用するように努めなければなら
ない。クローンは自立的であるから、第２のプレイスを
占有するクローンは、エージェントによってそのように
指示されることなく、またエージェントの同意さえなし
に、オペレーション”go”の遂行によって第３のプレイ
スに移動することができる。
的であり、そのクローンをつくり出したエージェントに
よって制御されない。一例としてクローンは後述するミ
ーティングをとりはからうためのエージェントによるす
べての試みを無視するように設計することができ、それ
によりエージェントとクローンは相互作用することがで
きる。エージェントは後述するように他のエージェント
と相互作用することを試みるのと同じ仕方で、エージェ
ントのクローンと相互作用するように努めなければなら
ない。クローンは自立的であるから、第２のプレイスを
占有するクローンは、エージェントによってそのように
指示されることなく、またエージェントの同意さえなし
に、オペレーション”go”の遂行によって第３のプレイ
スに移動することができる。
【０２３５】従来の技術によるリムプロセスは、活性で
なく、ヘッドプロセスの指示によってのみ作業したの
で、ヘッドプロセスとの遠隔のリムプロセスとは必然的
にネットワークの通信媒体を横切って相互作用してい
た。したがってこの従来技術によるシステムへのパラダ
イムは、遠隔プロシージャコーリングに一層類縁であ
る。対照的に、本発明にしたがって形成されたエージェ
ントのクローンは、活性であり、自立的であり、エージ
ェントを形成するすべてのインストラクションを具現し
ている。
なく、ヘッドプロセスの指示によってのみ作業したの
で、ヘッドプロセスとの遠隔のリムプロセスとは必然的
にネットワークの通信媒体を横切って相互作用してい
た。したがってこの従来技術によるシステムへのパラダ
イムは、遠隔プロシージャコーリングに一層類縁であ
る。対照的に、本発明にしたがって形成されたエージェ
ントのクローンは、活性であり、自立的であり、エージ
ェントを形成するすべてのインストラクションを具現し
ている。
【０２３６】したがって、ネットワーク通信媒体を横切
るいかなる相互作用も必要ではない（実際にはいかなる
相互作用も許容されない）。したがって本発明のパラダ
イムはリモートプログラミングに一層類縁である。した
がって本発明は不変性において従来技術にくらべて顕著
な増大を表している。
るいかなる相互作用も必要ではない（実際にはいかなる
相互作用も許容されない）。したがって本発明のパラダ
イムはリモートプログラミングに一層類縁である。した
がって本発明は不変性において従来技術にくらべて顕著
な増大を表している。
【０２３７】本発明の一実施例による効率の増大は、あ
るエージェントのクローニングをできるだけ長く遅延さ
せることによるオペレーション”send”の遂行において
実現される。一例として、第１のクローンと第２のクロ
ーンとがそれぞれ第１のプレイスと第２のプレイスとに
送られるものとする。エージェントが第１のコンピュー
タシステムにおいて実行され、第１のプレイスが第２の
コンピュータシステムにおいて実行され、第２のプレイ
スが第３のコンピュータシステムにおいて実効されてい
るものと想定する。さらに、第１のプレイス及び第２の
プレイスに移動する際に第１及び第２のクローンが、第
４のコンピュータシステムにおいて作動しているエンジ
ンを通って移動しなければならないものと想定する。こ
のような場合、単一のクローンが形成され、第４のコン
ピュータシステム内において実行しているエンジンに転
送される。したがって元のエージェントを解釈している
エンジン内では単一のクローンがつくり出されるにすぎ
ないので、そのエンジン内においてスペースが節減さ
れ、ただ１つのクローンがネットワーク通信媒体を横切
って第４のコンピュータシステムに転送されるので、ク
ローンを第４のコンピュータシステムに転送する時間が
節減される。第４のコンピュータシステム内において実
行しているエンジンは、第１及び第２のクローンを前記
単一のクローンから形成し、これらの第１及び第２のク
ローンをそれぞれ第１及び第２のプレイスに転送する。
るエージェントのクローニングをできるだけ長く遅延さ
せることによるオペレーション”send”の遂行において
実現される。一例として、第１のクローンと第２のクロ
ーンとがそれぞれ第１のプレイスと第２のプレイスとに
送られるものとする。エージェントが第１のコンピュー
タシステムにおいて実行され、第１のプレイスが第２の
コンピュータシステムにおいて実行され、第２のプレイ
スが第３のコンピュータシステムにおいて実効されてい
るものと想定する。さらに、第１のプレイス及び第２の
プレイスに移動する際に第１及び第２のクローンが、第
４のコンピュータシステムにおいて作動しているエンジ
ンを通って移動しなければならないものと想定する。こ
のような場合、単一のクローンが形成され、第４のコン
ピュータシステム内において実行しているエンジンに転
送される。したがって元のエージェントを解釈している
エンジン内では単一のクローンがつくり出されるにすぎ
ないので、そのエンジン内においてスペースが節減さ
れ、ただ１つのクローンがネットワーク通信媒体を横切
って第４のコンピュータシステムに転送されるので、ク
ローンを第４のコンピュータシステムに転送する時間が
節減される。第４のコンピュータシステム内において実
行しているエンジンは、第１及び第２のクローンを前記
単一のクローンから形成し、これらの第１及び第２のク
ローンをそれぞれ第１及び第２のプレイスに転送する。
【０２３８】エンジンは、エージェントの大きさの主要
部分を占めるオブジェクトたとえば、デジタル化音声の
ファクシミリ伝送のようなラスター化されたグラフィッ
クイメージを所有することができるので、各々が個々の
クローンによって所有されている非常に大きなオブジェ
クトのいくつかのコピーを単一のエンジンに送ることを
避けることによって実質的な時間及び費用が節減され
る。
部分を占めるオブジェクトたとえば、デジタル化音声の
ファクシミリ伝送のようなラスター化されたグラフィッ
クイメージを所有することができるので、各々が個々の
クローンによって所有されている非常に大きなオブジェ
クトのいくつかのコピーを単一のエンジンに送ることを
避けることによって実質的な時間及び費用が節減され
る。
【０２３９】あるプレイスを占有している第１のエージ
ェントは、その第１のエージェントとその場所を占有し
ている第２のエージェントとの間のミーティングを開始
することができる。このミーティングの間に第１のエー
ジェントは、オブジェクトの形のデータを第２のエージ
ェントに対して移送させたり受けたりすることができ
る。そして第２のエージェントプロセスは、オブジェク
トの形のデータを第１のエージェントに対して移送した
り受けたりすることができる。
ェントは、その第１のエージェントとその場所を占有し
ている第２のエージェントとの間のミーティングを開始
することができる。このミーティングの間に第１のエー
ジェントは、オブジェクトの形のデータを第２のエージ
ェントに対して移送させたり受けたりすることができ
る。そして第２のエージェントプロセスは、オブジェク
トの形のデータを第１のエージェントに対して移送した
り受けたりすることができる。
【０２４０】本発明は第１のプロセスによって仮想的な
ブレッチンボード上においてメッセージを郵送すること
を教示した従来技術のシステムに対する顕著な改良を表
している。メッセージは次に予定された受領プロセスに
よって読まれる。従来技術のシステムによれば、第１の
プロセスは、仮想的なブレッチンボード上においてリフ
ァレンスを郵送することによって第１のプロセスへのリ
ファレンスを第２のプロセスに与える。しかしリファレ
ンスを同時に交換するメカニズムは存在しないため、第
２のプロセスは、第２のプロセスへのリファレンスを第
１のプロセスに与える前に第１のプロセスにアクセスす
る。したがって、悪意のあるプロセスがそれ自身に対す
るアクセスを他のプロセスに許容することなく他のプロ
セスへのアクセスを取得することを妨げるメカニズムは
存在しない。
ブレッチンボード上においてメッセージを郵送すること
を教示した従来技術のシステムに対する顕著な改良を表
している。メッセージは次に予定された受領プロセスに
よって読まれる。従来技術のシステムによれば、第１の
プロセスは、仮想的なブレッチンボード上においてリフ
ァレンスを郵送することによって第１のプロセスへのリ
ファレンスを第２のプロセスに与える。しかしリファレ
ンスを同時に交換するメカニズムは存在しないため、第
２のプロセスは、第２のプロセスへのリファレンスを第
１のプロセスに与える前に第１のプロセスにアクセスす
る。したがって、悪意のあるプロセスがそれ自身に対す
るアクセスを他のプロセスに許容することなく他のプロ
セスへのアクセスを取得することを妨げるメカニズムは
存在しない。
【０２４１】本発明は、第１のプロセスへのアクセスを
第２のプロセスに同時に許容することなしに第１のプロ
セスが第２のプロセスにアクセスすることができないよ
うに２つのプロセスの間のコンタクトを確立するための
改良された方法を表している。
第２のプロセスに同時に許容することなしに第１のプロ
セスが第２のプロセスにアクセスすることができないよ
うに２つのプロセスの間のコンタクトを確立するための
改良された方法を表している。
【０２４２】本発明の一実施例によれば、２つのエージ
ェントは、両方のエージェントが同一のプレイスを占有
し、そのプレイスがミーティングプレイスである場合に
のみ相互作用することができる。ミーティングプレイス
は、プレイスクラスのサブクラスであるミーティングプ
レイスクラスの１つのメンバであるプレイスである。第
１のエージェントは、ミーティングプレイスがミーティ
ングを整えるように指示するインストラクションを送出
することによって、第１のエージェントと第２のエージ
ェントとの間のミーティングを取り決めるように指示す
る。送出されたインストラクションはオペレーション”
meet”と呼ばれ、第１のエージェントがこのインストラ
クションを送出することは、リクエスティングアミーテ
ィング（ミーティングの要求）と呼ばれる。
ェントは、両方のエージェントが同一のプレイスを占有
し、そのプレイスがミーティングプレイスである場合に
のみ相互作用することができる。ミーティングプレイス
は、プレイスクラスのサブクラスであるミーティングプ
レイスクラスの１つのメンバであるプレイスである。第
１のエージェントは、ミーティングプレイスがミーティ
ングを整えるように指示するインストラクションを送出
することによって、第１のエージェントと第２のエージ
ェントとの間のミーティングを取り決めるように指示す
る。送出されたインストラクションはオペレーション”
meet”と呼ばれ、第１のエージェントがこのインストラ
クションを送出することは、リクエスティングアミーテ
ィング（ミーティングの要求）と呼ばれる。
【０２４３】第１のエージェントは、インストラクショ
ンに対するアーギュメントとして、ミーティングを定義
するペティションを供給する。ペティションは、第２の
エージェントをペティションされるエージェントとして
指定することによってミーティングを定義する。第２の
エージェントは第２のエージェントのネーム及び／又は
クラスを指定することによって指定される。ペティショ
ンはさらに、ミーティングが取り計られたり放棄された
りする時間の量を指定することによってミーティングを
さらに定義する。
ンに対するアーギュメントとして、ミーティングを定義
するペティションを供給する。ペティションは、第２の
エージェントをペティションされるエージェントとして
指定することによってミーティングを定義する。第２の
エージェントは第２のエージェントのネーム及び／又は
クラスを指定することによって指定される。ペティショ
ンはさらに、ミーティングが取り計られたり放棄された
りする時間の量を指定することによってミーティングを
さらに定義する。
【０２４４】ミーティングを取り計らう際に、ミーティ
ングプレイスは、第１のエージェントのネーム及びクラ
スを第２のエージェントに供給するとともに、第２のエ
ージェントとそのミーティングを要求するインストラク
ションを第１のエージェントが送出したことを指示す
る。第２のエージェントは第１のエージェントのネーム
及びクラスを検査し、第１のエージェントとのミーティ
ングを受け入れるか拒絶するかをミーティングプレイス
に回答する。
ングプレイスは、第１のエージェントのネーム及びクラ
スを第２のエージェントに供給するとともに、第２のエ
ージェントとそのミーティングを要求するインストラク
ションを第１のエージェントが送出したことを指示す
る。第２のエージェントは第１のエージェントのネーム
及びクラスを検査し、第１のエージェントとのミーティ
ングを受け入れるか拒絶するかをミーティングプレイス
に回答する。
【０２４５】ミーティングが拒絶された場合、第１のエ
ージェントは、第２のエージェントが利用可能でないこ
との通知を受ける。ミーティングが受け入れられない場
合、ミーティングプレイスは、第１のエージェントへの
リファレンスを第２のエージェントに与えるとともに、
第２のエージェントへのリファレンスを第１のエージェ
ントに与える。第１のエージェントは、第２のエージェ
エントへのリファレンスによって（ｉ）オペレーション
を遂行するように第２のエージェントに指示し、（ｉ
ｉ）アーギュメントとしてのオブジェクトを第２のエー
ジェントに供給し、（ｉｉｉ）第２のエージェントから
結果としてのオブジェクトを受けることができる。第２
のエージェントは第１のエージェントへのリファレンス
をもつので、第２のエージェントは、第１のエージェン
トについて同様の能力を有する。
ージェントは、第２のエージェントが利用可能でないこ
との通知を受ける。ミーティングが受け入れられない場
合、ミーティングプレイスは、第１のエージェントへの
リファレンスを第２のエージェントに与えるとともに、
第２のエージェントへのリファレンスを第１のエージェ
ントに与える。第１のエージェントは、第２のエージェ
エントへのリファレンスによって（ｉ）オペレーション
を遂行するように第２のエージェントに指示し、（ｉ
ｉ）アーギュメントとしてのオブジェクトを第２のエー
ジェントに供給し、（ｉｉｉ）第２のエージェントから
結果としてのオブジェクトを受けることができる。第２
のエージェントは第１のエージェントへのリファレンス
をもつので、第２のエージェントは、第１のエージェン
トについて同様の能力を有する。
【０２４６】第１のエージェント又は第２のエージェン
トは、適切な指令を送出することによって両者の間のミ
ーティングを終了させることができる。ミーティングプ
レイスは、送出された指令に応答してオペレーション”
part”を実行することによって、第１のエージェントに
含まれる第２のエージェントへのリファレンスをボイド
（無効にする）し、さらに第２のエージェントに含まれ
る第１のエージェントへのリファレンスをボイドし、そ
れにより２つのエージェントの間の相互作用を終了させ
る。
トは、適切な指令を送出することによって両者の間のミ
ーティングを終了させることができる。ミーティングプ
レイスは、送出された指令に応答してオペレーション”
part”を実行することによって、第１のエージェントに
含まれる第２のエージェントへのリファレンスをボイド
（無効にする）し、さらに第２のエージェントに含まれ
る第１のエージェントへのリファレンスをボイドし、そ
れにより２つのエージェントの間の相互作用を終了させ
る。
【０２４７】本発明は、第２のエージェントが同意する
ことなしには、又は第２のエージェントに第１のエージ
ェントへのアクセスを許容することなしには、第１のエ
ージェントが第２のエージェントにアクセスすることが
できないため、従来技術にくらべて顕著な改良を表して
いる。さらに２つのエージェントは両者が同一のミーテ
ィングにプレイスを占有しない限り相互作用できないの
で、エージェントに対して中間レベルのセキュリティが
使用可能となる。たとえば、あるエージェントは他のエ
ージェントによってその位置が広くしられていないミー
ティングプレイスを占有することによって、他のエージ
ェントからそれ自身をプロテクトすることができる。そ
の逆に、高度に可視的であるように設計されるエージェ
ントは、周知のミーティングプレイスを占有することが
できる。このようなメカニズムは従来技術においては使
用することができない。
ことなしには、又は第２のエージェントに第１のエージ
ェントへのアクセスを許容することなしには、第１のエ
ージェントが第２のエージェントにアクセスすることが
できないため、従来技術にくらべて顕著な改良を表して
いる。さらに２つのエージェントは両者が同一のミーテ
ィングにプレイスを占有しない限り相互作用できないの
で、エージェントに対して中間レベルのセキュリティが
使用可能となる。たとえば、あるエージェントは他のエ
ージェントによってその位置が広くしられていないミー
ティングプレイスを占有することによって、他のエージ
ェントからそれ自身をプロテクトすることができる。そ
の逆に、高度に可視的であるように設計されるエージェ
ントは、周知のミーティングプレイスを占有することが
できる。このようなメカニズムは従来技術においては使
用することができない。
【０２４８】
【実施例】以下、本発明の実施例について図面を参照し
ながら説明する。
ながら説明する。
【０２４９】本発明は、エージェントクラス及びプレイ
スクラスを含む複数のオブジェクト指向クラスを定義
し、前記オブジェクト指向クラス、該オブジェクト指向
クラスのサブクラス及び go オペレーションを含む、コ
ンピュータプロセスのためのインストラクションを形成
し、該コンピュータネットワーク中のプロセッサによっ
て前記インストラクションをインタープリートし、前記
go オペレーションに応答して、エージェントプロセス
がプレイスプロセスに転送され、前記エージェントプロ
セスが、前記エージェントクラスの１つのメンバであ
り、前記プレイスプロセスは前記プレイスクラスの１つ
のメンバであることを特徴とする。
スクラスを含む複数のオブジェクト指向クラスを定義
し、前記オブジェクト指向クラス、該オブジェクト指向
クラスのサブクラス及び go オペレーションを含む、コ
ンピュータプロセスのためのインストラクションを形成
し、該コンピュータネットワーク中のプロセッサによっ
て前記インストラクションをインタープリートし、前記
go オペレーションに応答して、エージェントプロセス
がプレイスプロセスに転送され、前記エージェントプロ
セスが、前記エージェントクラスの１つのメンバであ
り、前記プレイスプロセスは前記プレイスクラスの１つ
のメンバであることを特徴とする。
【０２５０】本発明は、前記エージェントプロセスにお
いて前記 go オペレーションを形成することを特徴とす
る。
いて前記 go オペレーションを形成することを特徴とす
る。
【０２５１】本発明は、前記プレイスのサブプレイスを
形成し、前記サブプレイスは前記プレイスクラスの１つ
のメンバであり、前記プレイスは前記サブプレイスの１
つのスーパープレイスであることを特徴とする。
形成し、前記サブプレイスは前記プレイスクラスの１つ
のメンバであり、前記プレイスは前記サブプレイスの１
つのスーパープレイスであることを特徴とする。
【０２５２】本発明は、前記エージェントプロセスをオ
ブジェクトのオーナーとして指定することを特徴とす
る。
ブジェクトのオーナーとして指定することを特徴とす
る。
【０２５３】本発明は、前記オブジェクト中にダイジェ
ストを形成することを特徴とする。
ストを形成することを特徴とする。
【０２５４】本発明は、前記オブジェクトの代わりに前
記プレイスプロセスにおいて第２のオブジェクトを相互
変換し、前記第２のオブジェクトは、前記ダイジェスト
と同等の第２のダイジェストを有し、前記第１のオブジ
ェクトは前記プレイスプロセスに転送されないことを特
徴とする。
記プレイスプロセスにおいて第２のオブジェクトを相互
変換し、前記第２のオブジェクトは、前記ダイジェスト
と同等の第２のダイジェストを有し、前記第１のオブジ
ェクトは前記プレイスプロセスに転送されないことを特
徴とする。
【０２５５】本発明は、前記プレイスプロセスをチケッ
ト手段によって指定することを特徴とする。
ト手段によって指定することを特徴とする。
【０２５６】本発明は、前記チケット手段を前記エージ
ェントプロセス内において形成することを特徴とする。
ェントプロセス内において形成することを特徴とする。
【０２５７】本発明は、前記チケット手段中において前
記プレイスプロセスのアドレスを形成することを特徴と
する。
記プレイスプロセスのアドレスを形成することを特徴と
する。
【０２５８】本発明は、前記アドレスがテレアドレスで
あることを特徴とする。
あることを特徴とする。
【０２５９】本発明は、前記チケット手段中において前
記プレイスプロセスのネームを形成することを特徴とす
る。
記プレイスプロセスのネームを形成することを特徴とす
る。
【０２６０】本発明は、前記ネームがテレネームである
ことを特徴とする。
ことを特徴とする。
【０２６１】本発明は、クラスオブジェクトのクラスを
規定し、クラスオブジェクトを形成し、前記クラスオブ
ジェクトは、（ｉ）クラスオブジェクトの前記クラスの
１つのメンバであり、（ｉｉ）前記オブジェクト指向ク
ラスの選択された１つのもののサブクラスである第１の
クラスを規定し、前記第１のクラスの１つのメンバであ
るオブジェクトを形成し、前記エージェントプロセス
は、前記オブジェクトを所有し、前記エージェントプロ
セスを前記プレイスプロセスに転送することが、前記オ
ブジェクト及び前記クラスオブジェクトを前記プレイス
プロセスに転送することを含むことを特徴とする。
規定し、クラスオブジェクトを形成し、前記クラスオブ
ジェクトは、（ｉ）クラスオブジェクトの前記クラスの
１つのメンバであり、（ｉｉ）前記オブジェクト指向ク
ラスの選択された１つのもののサブクラスである第１の
クラスを規定し、前記第１のクラスの１つのメンバであ
るオブジェクトを形成し、前記エージェントプロセス
は、前記オブジェクトを所有し、前記エージェントプロ
セスを前記プレイスプロセスに転送することが、前記オ
ブジェクト及び前記クラスオブジェクトを前記プレイス
プロセスに転送することを含むことを特徴とする。
【０２６２】本発明は、エージェントクラスとプレイス
クラスとを含む複数のオブジェクト指向クラスを定義
し、前記オブジェクト指向クラス、前記オブジェクト指
向クラスのサブクラス及び send オペレーションを含む
コンピュータプロセスのためのインストラクションを形
成し、前記コンピュータのネットワーク中のプロセッサ
において前記インストラクションをインタープリートす
る際に、前記 send オペレーションに応答してエージェ
ントプロセスの１つのクローンが１つのプレイスプロセ
スに転送され、前記クローン及び前記エージェントプロ
セスは、各々前記エージェントクラスの１つのメンバで
あり、前記プレイスプロセスは前記プレイスクラスの１
つのメンバであることを特徴とする。
クラスとを含む複数のオブジェクト指向クラスを定義
し、前記オブジェクト指向クラス、前記オブジェクト指
向クラスのサブクラス及び send オペレーションを含む
コンピュータプロセスのためのインストラクションを形
成し、前記コンピュータのネットワーク中のプロセッサ
において前記インストラクションをインタープリートす
る際に、前記 send オペレーションに応答してエージェ
ントプロセスの１つのクローンが１つのプレイスプロセ
スに転送され、前記クローン及び前記エージェントプロ
セスは、各々前記エージェントクラスの１つのメンバで
あり、前記プレイスプロセスは前記プレイスクラスの１
つのメンバであることを特徴とする。
【０２６３】本発明は、前記 send オペレーションを前
記エージェントプロセス中において形成することを特徴
とする。
記エージェントプロセス中において形成することを特徴
とする。
【０２６４】本発明は、前記プレイスのサブプレイスを
形成し、前記サブプレイスは前記プレイスクラスの１つ
のメンバであり、前記プレイスは前記サブプレイスの１
つのスーパープレイスであることを特徴とする。
形成し、前記サブプレイスは前記プレイスクラスの１つ
のメンバであり、前記プレイスは前記サブプレイスの１
つのスーパープレイスであることを特徴とする。
【０２６５】本発明は、前記エージェントプロセスをオ
ブジェクトのオーナーとして指定することを特徴とす
る。
ブジェクトのオーナーとして指定することを特徴とす
る。
【０２６６】本発明は、前記クローンの転送が前記プロ
ジェクトのコピーを前記プレイスプロセスに転送するこ
とを特徴とする。
ジェクトのコピーを前記プレイスプロセスに転送するこ
とを特徴とする。
【０２６７】本発明は、前記オブジェクト中にダイジェ
ストを形成することを特徴とする。
ストを形成することを特徴とする。
【０２６８】本発明は、前記オブジェクトと異なる第２
のオブジェクトを前記プレイスプロセスにおいて前記コ
ピーと相互変換し、前記プレイスプロセスにおいて前記
第２のオブジェクトは、前記ダイジェストと同等の第２
のダイジェストを持ち、前記コピーは前記プレイスプロ
セスに転送されないことを特徴とする。
のオブジェクトを前記プレイスプロセスにおいて前記コ
ピーと相互変換し、前記プレイスプロセスにおいて前記
第２のオブジェクトは、前記ダイジェストと同等の第２
のダイジェストを持ち、前記コピーは前記プレイスプロ
セスに転送されないことを特徴とする。
【０２６９】本発明は、前記プレイスプロセスをチケッ
ト手段によって指定することを特徴とする。
ト手段によって指定することを特徴とする。
【０２７０】本発明は、前記エージェントプロセス中に
おいて前記チケット手段を形成することを特徴とする。
おいて前記チケット手段を形成することを特徴とする。
【０２７１】本発明は、前記プレイスプロセスのアドレ
スを前記チケット手段中において形成することを特徴と
する。
スを前記チケット手段中において形成することを特徴と
する。
【０２７２】本発明は、前記アドレスがテレアドレスで
あることを特徴とする。
あることを特徴とする。
【０２７３】本発明は、前記チケット手段中において前
記プレイスプロセスの１つのネームを形成することを特
徴とする。
記プレイスプロセスの１つのネームを形成することを特
徴とする。
【０２７４】本発明は、前記ネームがテレネームである
ことを特徴とする。
ことを特徴とする。
【０２７５】本発明は、前記 send オペレーションに応
答して前記エージェントプロセスの第２のクローンを第
２のプレイスプロセスに転送し、前記第２のクローン
は、前記クローンとは異なり、前記エージェントクラス
の１つのメンバであり、前記第２のプレイスプロセスは
前記プレイスプロセスの１つのメンバであることを特徴
とする。
答して前記エージェントプロセスの第２のクローンを第
２のプレイスプロセスに転送し、前記第２のクローン
は、前記クローンとは異なり、前記エージェントクラス
の１つのメンバであり、前記第２のプレイスプロセスは
前記プレイスプロセスの１つのメンバであることを特徴
とする。
【０２７６】本発明は、前記第１のクローンを前記第１
のプレイスプロセスに転送し、前記第２のクローンを前
記第２のプレイスプロセスに転送するためには、前記コ
ンピュータネットワークの複数のコンピュータの内の単
一のコンピュータに前記第１及び第２のクローンを転送
することを必要であることを定め、前記第１のクローン
を前記単一のコンピュータに転送し、前記単一のコンピ
ュータにおいて前記第１のクローンから前記第２のクロ
ーンを形成することを特徴とする。
のプレイスプロセスに転送し、前記第２のクローンを前
記第２のプレイスプロセスに転送するためには、前記コ
ンピュータネットワークの複数のコンピュータの内の単
一のコンピュータに前記第１及び第２のクローンを転送
することを必要であることを定め、前記第１のクローン
を前記単一のコンピュータに転送し、前記単一のコンピ
ュータにおいて前記第１のクローンから前記第２のクロ
ーンを形成することを特徴とする。
【０２７７】本発明は、前記単一のコンピュータから前
記プレイスプロセスに前記第２のクローンを転送し、前
記単一のコンピュータから前記第２のプレイスプロセス
に前記第２のクローンを転送することを特徴とする。
記プレイスプロセスに前記第２のクローンを転送し、前
記単一のコンピュータから前記第２のプレイスプロセス
に前記第２のクローンを転送することを特徴とする。
【０２７８】本発明は、エージェントクラスを含む複数
のオブジェクト指向クラスを定義し、前記オブジェクト
指向クラス、前記オブジェクト指向クラスのサブクラス
及びmeet オペレーションを含むコンピュータプロセス
のためのインストラクションを形成し、前記コンピュー
タネットワーク中の１つのプロセッサにおいて前記イン
ストラクションをインタープリートし、ミーティングプ
レイスプロセスが前記meet オペレーションに応答し
て、第２のエージェントプロセスへの第１のエージェン
トプロセスのアクセスを供与し、前記第１のエージェン
トプロセスへの前記第２のエージェントプロセスのアク
セスも供与し、さらに、前記第１及び第２のエージェン
トプロセスが前記エージェントクラスのメンバであるこ
とを特徴とする。
のオブジェクト指向クラスを定義し、前記オブジェクト
指向クラス、前記オブジェクト指向クラスのサブクラス
及びmeet オペレーションを含むコンピュータプロセス
のためのインストラクションを形成し、前記コンピュー
タネットワーク中の１つのプロセッサにおいて前記イン
ストラクションをインタープリートし、ミーティングプ
レイスプロセスが前記meet オペレーションに応答し
て、第２のエージェントプロセスへの第１のエージェン
トプロセスのアクセスを供与し、前記第１のエージェン
トプロセスへの前記第２のエージェントプロセスのアク
セスも供与し、さらに、前記第１及び第２のエージェン
トプロセスが前記エージェントクラスのメンバであるこ
とを特徴とする。
【０２７９】本発明は、前記ミーティングプレイスプロ
セスが前記複数のオブジェクト指向クラス中のプレイス
クラスの１つのメンバであり、前記第１及び第２のエー
ジェントプロセスが前記ミーティングプレイスプロセス
を占有することを特徴とする。
セスが前記複数のオブジェクト指向クラス中のプレイス
クラスの１つのメンバであり、前記第１及び第２のエー
ジェントプロセスが前記ミーティングプレイスプロセス
を占有することを特徴とする。
【０２８０】本発明は、第２のプレイスプロセスを形成
し、第２のプレイスプロセスは前記プレイスクラスの１
つのメンバであり、前記第２のプレイスプロセスは前記
ミーティングプレイスプロセスの１つのサブプレイスで
あり、前記ミーティングプレイスは前記第２のプレイス
のスーパープレイスであることを特徴とする。
し、第２のプレイスプロセスは前記プレイスクラスの１
つのメンバであり、前記第２のプレイスプロセスは前記
ミーティングプレイスプロセスの１つのサブプレイスで
あり、前記ミーティングプレイスは前記第２のプレイス
のスーパープレイスであることを特徴とする。
【０２８１】本発明は、エージェントクラス、プレイス
クラス及びチケットクラスを含む複数のオブジェクト指
向クラスを定義し、各々が前記プレイスクラスの１つの
メンバである、前記コンピュータネットワーク中の複数
のプレイスプロセスを形成し、前記エージェントクラス
の１つのメンバであって前記複数のプレイスプロセス中
の第１のプレイスプロセスを占有する、エージェントプ
ロセスを形成し、前記チケットクラスの１つのメンバで
あり、前記複数のプレイスプロセス中の前記第１のプレ
イスプロセスから第２のプレイスプロセスへの前記エー
ジェントプロセスの移動を含むトリップを定義するチケ
ットを形成することを特徴とする。
クラス及びチケットクラスを含む複数のオブジェクト指
向クラスを定義し、各々が前記プレイスクラスの１つの
メンバである、前記コンピュータネットワーク中の複数
のプレイスプロセスを形成し、前記エージェントクラス
の１つのメンバであって前記複数のプレイスプロセス中
の第１のプレイスプロセスを占有する、エージェントプ
ロセスを形成し、前記チケットクラスの１つのメンバで
あり、前記複数のプレイスプロセス中の前記第１のプレ
イスプロセスから第２のプレイスプロセスへの前記エー
ジェントプロセスの移動を含むトリップを定義するチケ
ットを形成することを特徴とする。
【０２８２】本発明は、プレイスプロセスとパーミット
クラスとを含む複数のオブジェクト指向クラスを定義
し、前記プレイスクラスの１つのメンバであるプロセス
を形成し、前記パーミットクラスの１つのメンバであっ
て前記プロセスの１以上の能力を指定するパーミットを
形成することを特徴とする。
クラスとを含む複数のオブジェクト指向クラスを定義
し、前記プレイスクラスの１つのメンバであるプロセス
を形成し、前記パーミットクラスの１つのメンバであっ
て前記プロセスの１以上の能力を指定するパーミットを
形成することを特徴とする。
【０２８３】本発明は、前記プロセスクラス中に go オ
ペレーションを定義し、前記プロセスが前記 go オペレ
ーションを遂行しうるか否かを前記パーミット中におい
て指定することを特徴とする。
ペレーションを定義し、前記プロセスが前記 go オペレ
ーションを遂行しうるか否かを前記パーミット中におい
て指定することを特徴とする。
【０２８４】本発明は、前記プロセスクラス中に send
オペレーションを定義し、前記プロセスが前記 send オ
ペレーションを遂行しうるか否かを前記パーミット中に
おいて指定することを特徴とする。
オペレーションを定義し、前記プロセスが前記 send オ
ペレーションを遂行しうるか否かを前記パーミット中に
おいて指定することを特徴とする。
【０２８５】本発明は、前記プロセスクラス中において
charge オペレーションを定義し、前記プロセスが前記
charge オペレーションを遂行しうるか否かを前記パー
ミット中において指定することを特徴とする。
charge オペレーションを定義し、前記プロセスが前記
charge オペレーションを遂行しうるか否かを前記パー
ミット中において指定することを特徴とする。
【０２８６】本発明は、前記プロセスクラス中に termi
nateオペレーションを定義し、前記プロセスが前記 ter
minateオペレーションを遂行しうるか否かを前記パーミ
ット中において指定することを特徴とする。
nateオペレーションを定義し、前記プロセスが前記 ter
minateオペレーションを遂行しうるか否かを前記パーミ
ット中において指定することを特徴とする。
【０２８７】本発明は、 前記プロセスが前記プロセス
と異なった第２のプロセスを作り出すことができるか否
かを前記パーミット中において指定し、該第２のプロセ
スは前記プロセスクラスの１つのメンバであることを特
徴とする。
と異なった第２のプロセスを作り出すことができるか否
かを前記パーミット中において指定し、該第２のプロセ
スは前記プロセスクラスの１つのメンバであることを特
徴とする。
【０２８８】本発明は、オブジェクト指向プレイスクラ
スを定義し、前記パーミット中に前記プロセスが前記プ
レイスプロセスの複数のメンバを作り出すことができる
か否かを前記パーミット中において指定することを特徴
とする。
スを定義し、前記パーミット中に前記プロセスが前記プ
レイスプロセスの複数のメンバを作り出すことができる
か否かを前記パーミット中において指定することを特徴
とする。
【０２８９】本発明は、前記プロセスが失敗した時に前
記プロセスが再スタートされるか否かを前記パーミット
中において指定することを特徴とする。
記プロセスが再スタートされるか否かを前記パーミット
中において指定することを特徴とする。
【０２９０】本発明は、前記プロセスに割り当てられた
処理量を前記パーミット中において指定することを特徴
とする。
処理量を前記パーミット中において指定することを特徴
とする。
【０２９１】本発明は、前記プロセスが終了する時間を
前記パーミット中において指定することを特徴とする。
前記パーミット中において指定することを特徴とする。
【０２９２】本発明は、前記プロセスクラス中において
制限オペレーションを定義し、前記クラス、前記クラス
のサブクラス及び前記制限オペレーションを含むコンピ
ュータプロセスのためのインストラクションを形成し、
前記コンピュータネットワーク中のプロセッサにおいて
前記インストラクションをインタープリートし、前記パ
ーミットと異なる第２のパーミットが前記制限オペレー
ションに応答して形成され、前記第２のパーミットは前
記パーミットクラスの１つのメンバであり、前記プロセ
スの前記１以上の能力の１つのグループを指定し、前記
第２のパーミットによって指定された１以上の能力の前
記グループに前記プロセスを制限することを特徴とす
る。
制限オペレーションを定義し、前記クラス、前記クラス
のサブクラス及び前記制限オペレーションを含むコンピ
ュータプロセスのためのインストラクションを形成し、
前記コンピュータネットワーク中のプロセッサにおいて
前記インストラクションをインタープリートし、前記パ
ーミットと異なる第２のパーミットが前記制限オペレー
ションに応答して形成され、前記第２のパーミットは前
記パーミットクラスの１つのメンバであり、前記プロセ
スの前記１以上の能力の１つのグループを指定し、前記
第２のパーミットによって指定された１以上の能力の前
記グループに前記プロセスを制限することを特徴とす
る。
【０２９３】本発明は、コンピュータにおいて、クラス
（複数）の１つのクラスとサイテーション（複数）の１
つのクラスを含む、複数のオブジェクト指向クラスを定
義し、前記複数のクラスの前記クラスのメンバである１
以上のクラスオブジェクトを形成し、前記第１のクラス
オブジェクトを指定するとともに、前記クラスオブジェ
クトの内のどれが前記第１のオブジェクトに対して後方
にコンパティブルであるかを指定するサイテーションを
前記クラスオブジェクト内の第１のものの中に形成する
ことを含む、インストラクションセットの種々のバージ
ョンのプロセス（複数）をインタープリートする。
（複数）の１つのクラスとサイテーション（複数）の１
つのクラスを含む、複数のオブジェクト指向クラスを定
義し、前記複数のクラスの前記クラスのメンバである１
以上のクラスオブジェクトを形成し、前記第１のクラス
オブジェクトを指定するとともに、前記クラスオブジェ
クトの内のどれが前記第１のオブジェクトに対して後方
にコンパティブルであるかを指定するサイテーションを
前記クラスオブジェクト内の第１のものの中に形成する
ことを含む、インストラクションセットの種々のバージ
ョンのプロセス（複数）をインタープリートする。
【０２９４】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、各々がゼロ又はそれ
以上のエージェントプロセスのための前記コンピュータ
内の１つのもののある場所である複数のプレイスプロセ
スを前記コンピュータネットワーク中に用意し、前記複
数のプレイスプロセス中の目的点プレイスプロセスへの
エージェントプロセスのトリップをチケット手段によっ
て指定し、前記エージェントプロセス中の send オペレ
ーションに応答して前記エージェントプロセスの１つの
クローンを前記目的点プレイスプロセスに転送すること
を特徴とする。
ンピュータネットワークにおいて、各々がゼロ又はそれ
以上のエージェントプロセスのための前記コンピュータ
内の１つのもののある場所である複数のプレイスプロセ
スを前記コンピュータネットワーク中に用意し、前記複
数のプレイスプロセス中の目的点プレイスプロセスへの
エージェントプロセスのトリップをチケット手段によっ
て指定し、前記エージェントプロセス中の send オペレ
ーションに応答して前記エージェントプロセスの１つの
クローンを前記目的点プレイスプロセスに転送すること
を特徴とする。
【０２９５】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記複数のプレイス
プロセス中の第２の目的点プレイスプロセスへの前記第
２のエージェントプロセスの前記トリップと異なる第２
のトリップを第２のチケット手段によって指定すること
を特徴とする。
ンピュータネットワークにおいて、前記複数のプレイス
プロセス中の第２の目的点プレイスプロセスへの前記第
２のエージェントプロセスの前記トリップと異なる第２
のトリップを第２のチケット手段によって指定すること
を特徴とする。
【０２９６】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記第１のトリップ
を行なう前記クローンと前記第２のトリップを行なう第
２のクローンとがどちらも前記コンピュータの内の単一
のコンピュータに転送されるべきことを定め、前記第１
のクローンを前記単一のコンピュータに移動させ、前記
単一のコンピュータ中に、前記第１のクローンと異なる
前記第２のクローンを形成することを特徴とする。
ンピュータネットワークにおいて、前記第１のトリップ
を行なう前記クローンと前記第２のトリップを行なう第
２のクローンとがどちらも前記コンピュータの内の単一
のコンピュータに転送されるべきことを定め、前記第１
のクローンを前記単一のコンピュータに移動させ、前記
単一のコンピュータ中に、前記第１のクローンと異なる
前記第２のクローンを形成することを特徴とする。
【０２９７】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記第１のクローン
を前記目的点プレイスプロセスに転送することを特徴と
する。
ンピュータネットワークにおいて、前記第１のクローン
を前記目的点プレイスプロセスに転送することを特徴と
する。
【０２９８】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記第２のクローン
を前記第２の目的点プレイスプロセスに転送することを
特徴とする。
ンピュータネットワークにおいて、前記第２のクローン
を前記第２の目的点プレイスプロセスに転送することを
特徴とする。
【０２９９】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記エージェントプ
ロセス中の go オペレーションに応答して、前記チケッ
ト手段によって指定される前記目的点プレイスプロセス
に前記エージェントプロセスを転送することを特徴とす
る。
ンピュータネットワークにおいて、前記エージェントプ
ロセス中の go オペレーションに応答して、前記チケッ
ト手段によって指定される前記目的点プレイスプロセス
に前記エージェントプロセスを転送することを特徴とす
る。
【０３００】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段中
のネームによって前記目的点プレイスプロセスを指定す
ることを特徴とする。
ンピュータネットワークにおいて、前記チケット手段中
のネームによって前記目的点プレイスプロセスを指定す
ることを特徴とする。
【０３０１】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記ネームがテレネ
ームであることを特徴とする。
ンピュータネットワークにおいて、前記ネームがテレネ
ームであることを特徴とする。
【０３０２】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段中
のアドレスによって前記目的点プレイスプロセスを指定
することを特徴とする。
ンピュータネットワークにおいて、前記チケット手段中
のアドレスによって前記目的点プレイスプロセスを指定
することを特徴とする。
【０３０３】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記アドレスがテレ
アドレスであることを特徴とする。
ンピュータネットワークにおいて、前記アドレスがテレ
アドレスであることを特徴とする。
【０３０４】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
プロセスがその１つのメンバであるクラスのサイテーシ
ョンによって前記目的点プレイスプロセスを前記チケッ
ト手段中において指定することを特徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
プロセスがその１つのメンバであるクラスのサイテーシ
ョンによって前記目的点プレイスプロセスを前記チケッ
ト手段中において指定することを特徴とする。
【０３０５】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
プロセスのアドレス、前記目的点プレイスプロセスのネ
ーム及び前記目的点プレイスプロセスがその１つのメン
バであるクラスのサイテーションの任意の組み合わせに
よって前記目的点プレイスプロセスを前記チケット手段
中において指定することを特徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
プロセスのアドレス、前記目的点プレイスプロセスのネ
ーム及び前記目的点プレイスプロセスがその１つのメン
バであるクラスのサイテーションの任意の組み合わせに
よって前記目的点プレイスプロセスを前記チケット手段
中において指定することを特徴とする。
【０３０６】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記トリップの最大
の期間を前記チケット手段中に指定することを特徴とす
る。
ンピュータネットワークにおいて、前記トリップの最大
の期間を前記チケット手段中に指定することを特徴とす
る。
【０３０７】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記トリップのため
の望ましい期間を前記チケット手段中に指定することを
特徴とする。
ンピュータネットワークにおいて、前記トリップのため
の望ましい期間を前記チケット手段中に指定することを
特徴とする。
【０３０８】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、転送手段を前記チケ
ット手段中に指定し、該転送手段は前記クローンを転送
するためのコンピュータ間通信手段の形式を指定するこ
とを特徴とする。
ンピュータネットワークにおいて、転送手段を前記チケ
ット手段中に指定し、該転送手段は前記クローンを転送
するためのコンピュータ間通信手段の形式を指定するこ
とを特徴とする。
【０３０９】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記エージェントプロセスのデッドラ
インを、前記チケット手段中に含まれる目的点パーミッ
トによって制御することを特徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記エージェントプロセスのデッドラ
インを、前記チケット手段中に含まれる目的点パーミッ
トによって制御することを特徴とする。
【０３１０】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記エージェントプロセスが遂行する
ことが許可されたオペレーションを、前記チケット手段
に含まれる目的点パーミットによって制御することを特
徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記エージェントプロセスが遂行する
ことが許可されたオペレーションを、前記チケット手段
に含まれる目的点パーミットによって制御することを特
徴とする。
【０３１１】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記エージェントプロセスが消費する
ことが許可されたリソースを、前記チケット手段に含ま
れる目的点パーミットによって制御することを特徴とす
る。
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記エージェントプロセスが消費する
ことが許可されたリソースを、前記チケット手段に含ま
れる目的点パーミットによって制御することを特徴とす
る。
【０３１２】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいての他のプロセスに対する前記目的点プ
レイスプロセスにおいての前記エージェントプロセスの
相対的なプライオリティを、前記チケット手段に含まれ
る目的点パーミットによって指定することを特徴とす
る。
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいての他のプロセスに対する前記目的点プ
レイスプロセスにおいての前記エージェントプロセスの
相対的なプライオリティを、前記チケット手段に含まれ
る目的点パーミットによって指定することを特徴とす
る。
【０３１３】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、あるプロセスが持つ
ことを許可される能力をパーミット手段を介して制御す
ることを特徴とする。
ンピュータネットワークにおいて、あるプロセスが持つ
ことを許可される能力をパーミット手段を介して制御す
ることを特徴とする。
【０３１４】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記パーミット手段
が固有のパーミットであることを特徴とする。
ンピュータネットワークにおいて、前記パーミット手段
が固有のパーミットであることを特徴とする。
【０３１５】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記パーミット手段
がローカルパーミットであることを特徴とする。
ンピュータネットワークにおいて、前記パーミット手段
がローカルパーミットであることを特徴とする。
【０３１６】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記パーミット手段
が一時的なパーミットであることを特徴とする。
ンピュータネットワークにおいて、前記パーミット手段
が一時的なパーミットであることを特徴とする。
【０３１７】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記能力が前記プロ
セスの消費しうるリソースからなることを特徴とする。
ンピュータネットワークにおいて、前記能力が前記プロ
セスの消費しうるリソースからなることを特徴とする。
【０３１８】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記能力が、その後
ではプロセスが進行しえないデッドラインを含むことを
特徴とする。
ンピュータネットワークにおいて、前記能力が、その後
ではプロセスが進行しえないデッドラインを含むことを
特徴とする。
【０３１９】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記能力が他のプロ
セスに対する前記プロセスの相対的なプライオリティを
含むことを特徴とする。
ンピュータネットワークにおいて、前記能力が他のプロ
セスに対する前記プロセスの相対的なプライオリティを
含むことを特徴とする。
【０３２０】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記能力が、前記プ
ロセスが選択されたオペレーションを遂行する許可を含
むことを特徴とする。
ンピュータネットワークにおいて、前記能力が、前記プ
ロセスが選択されたオペレーションを遂行する許可を含
むことを特徴とする。
【０３２１】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記エージェントプ
ロセスがオブジェクトを所有することを特徴とする。
ンピュータネットワークにおいて、前記エージェントプ
ロセスがオブジェクトを所有することを特徴とする。
【０３２２】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記オブジェクトが
ダイジェストを有することを特徴とする。
ンピュータネットワークにおいて、前記オブジェクトが
ダイジェストを有することを特徴とする。
【０３２３】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記エージェントプ
ロセスのクローンを転送する前記工程が前記オブジェク
トのコピーを転送することを含むことを特徴とする。
ンピュータネットワークにおいて、前記エージェントプ
ロセスのクローンを転送する前記工程が前記オブジェク
トのコピーを転送することを含むことを特徴とする。
【０３２４】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記コピーを第２のオブジェクトに相
互変換し、該第２のオブジェクトは、最初に述べた前記
ダイジェストと同等のダイジェストを有し、前記コピー
は前記目的点プレイスプロセスには転送されないことを
特徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記コピーを第２のオブジェクトに相
互変換し、該第２のオブジェクトは、最初に述べた前記
ダイジェストと同等のダイジェストを有し、前記コピー
は前記目的点プレイスプロセスには転送されないことを
特徴とする。
【０３２５】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記オブジェクトの代わりに、相互変
換されたオブジェクトを使用して、前記オブジェクトを
前記目的点プレイスプロセスに転送する必要を除くこと
を特徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
プロセスにおいて前記オブジェクトの代わりに、相互変
換されたオブジェクトを使用して、前記オブジェクトを
前記目的点プレイスプロセスに転送する必要を除くこと
を特徴とする。
【０３２６】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記転送工程が前記
目的点プレイスプロセスにエンタする工程を含むことを
特徴とする。
ンピュータネットワークにおいて、前記転送工程が前記
目的点プレイスプロセスにエンタする工程を含むことを
特徴とする。
【０３２７】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記転送ステップが
前記ソースプレイスプロセスをエクシットする工程を含
むことを特徴とする。
ンピュータネットワークにおいて、前記転送ステップが
前記ソースプレイスプロセスをエクシットする工程を含
むことを特徴とする。
【０３２８】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
プロセスがミーティングプレイスプロセスであり、前記
ミーティングプレイスはリクエスタエージェントプロセ
スとペティションドエージェントプロセスとの間のミー
ティングを取り計らうことを特徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
プロセスがミーティングプレイスプロセスであり、前記
ミーティングプレイスはリクエスタエージェントプロセ
スとペティションドエージェントプロセスとの間のミー
ティングを取り計らうことを特徴とする。
【０３２９】本発明は、コンピュータにおいて、第１の
エージェントプロセスと第２のエージェントプロセスと
を用意し、ペティション手段によって、前記第１のエー
ジェントプロセスと第２のエージェントプロセスとの間
のミーティングを指定し、前記ペティション手段によっ
て定義された前記第１のエージェントプロセスと第２の
エージェントプロセスとの間の前記ミーティングを取り
計らうことを特徴とする。
エージェントプロセスと第２のエージェントプロセスと
を用意し、ペティション手段によって、前記第１のエー
ジェントプロセスと第２のエージェントプロセスとの間
のミーティングを指定し、前記ペティション手段によっ
て定義された前記第１のエージェントプロセスと第２の
エージェントプロセスとの間の前記ミーティングを取り
計らうことを特徴とする。
【０３３０】本発明は、コンピュータにおいて、前記第
１のエージェントプロセス中に前記ペティション手段を
形成することを特徴とする。
１のエージェントプロセス中に前記ペティション手段を
形成することを特徴とする。
【０３３１】本発明は、コンピュータにおいて、ミーテ
ィングを特定する前記工程は、前記ペティション手段中
において前記第２のエージェントプロセスを指定するこ
とを特徴とする。
ィングを特定する前記工程は、前記ペティション手段中
において前記第２のエージェントプロセスを指定するこ
とを特徴とする。
【０３３２】本発明は、コンピュータにおいて、前記第
２のエージェントプロセスを指定する前記工程が、前記
第２のエージェントをネームによって前記ペティッショ
ン手段中において指定することを特徴とする。
２のエージェントプロセスを指定する前記工程が、前記
第２のエージェントをネームによって前記ペティッショ
ン手段中において指定することを特徴とする。
【０３３３】本発明は、コンピュータにおいて、前記ネ
ームがテレネームであることを特徴とする。
ームがテレネームであることを特徴とする。
【０３３４】本発明は、コンピュータにおいて、前記第
２のエージェントプロセスを指定する前記工程が、前記
第２のエージェントプロセスがその１つのメンバである
クラスを前記ペティッション手段中において指定するこ
とを特徴とする。
２のエージェントプロセスを指定する前記工程が、前記
第２のエージェントプロセスがその１つのメンバである
クラスを前記ペティッション手段中において指定するこ
とを特徴とする。
【０３３５】本発明は、コンピュータにおいて、前記第
２のエージェントプロセスを指定する前記工程は、前記
第２のエージェントプロセスがその１つのメンバである
クラスのサイテーションを前記ペティッション手段中に
おいて指定することを特徴とする。
２のエージェントプロセスを指定する前記工程は、前記
第２のエージェントプロセスがその１つのメンバである
クラスのサイテーションを前記ペティッション手段中に
おいて指定することを特徴とする。
【０３３６】本発明は、 コンピュータにおいて、ミー
ティングを指定する前記工程が、前記ミーティングを取
り計らうための最大の期間を前記ペティション手段中に
おいて指定することを特徴とする。
ティングを指定する前記工程が、前記ミーティングを取
り計らうための最大の期間を前記ペティション手段中に
おいて指定することを特徴とする。
【０３３７】本発明は、コンピュータにおいて、前記ミ
ーティングを取り計らう前記工程は、前記第２のエージ
ェントプロセスへのリファレンスを前記第１のエージェ
ントプロセスに供与することを特徴とする。
ーティングを取り計らう前記工程は、前記第２のエージ
ェントプロセスへのリファレンスを前記第１のエージェ
ントプロセスに供与することを特徴とする。
【０３３８】本発明は、コンピュータにおいて、前記ミ
ーティングを取り計らう前記工程が、前記第１のエージ
ェントプロセスへのリファレンスを前記第２のエージェ
ントプロセスに対して供与することを特徴とする。
ーティングを取り計らう前記工程が、前記第１のエージ
ェントプロセスへのリファレンスを前記第２のエージェ
ントプロセスに対して供与することを特徴とする。
【０３３９】本発明は、コンピュータにおいて、前記第
２のエージェントプロセス中のオペレーションの遂行を
前記第１のエージェントプロセス中においてインストラ
クションに応答して生じさせることを特徴とする。
２のエージェントプロセス中のオペレーションの遂行を
前記第１のエージェントプロセス中においてインストラ
クションに応答して生じさせることを特徴とする。
【０３４０】本発明は、コンピュータにおいて、前記第
１のエージェントプロセスがオブジェクトを所有するこ
とを特徴とする。
１のエージェントプロセスがオブジェクトを所有するこ
とを特徴とする。
【０３４１】本発明は、コンピュータにおいて、前記オ
ブジェクトへのリファレンスを前記第２のエージェント
プロセスに対して供与することを特徴とする。
ブジェクトへのリファレンスを前記第２のエージェント
プロセスに対して供与することを特徴とする。
【０３４２】本発明は、コンピュータにおいて、前記リ
ファレンスが保護されるリファレンスであることを特徴
とする。
ファレンスが保護されるリファレンスであることを特徴
とする。
【０３４３】本発明は、コンピュータにおいて、前記オ
ブジェクトのコピーへのリファレンスを前記第２のエー
ジェントプロセスに供与することを特徴とする。
ブジェクトのコピーへのリファレンスを前記第２のエー
ジェントプロセスに供与することを特徴とする。
【０３４４】本発明は、コンピュータにおいて、前記第
２のエージェントプロセスがオブジェクトを所有するこ
とを特徴とする。
２のエージェントプロセスがオブジェクトを所有するこ
とを特徴とする。
【０３４５】本発明は、コンピュータにおいて、前記オ
ブジェクトへのリファレンスを前記第１のエージェント
プロセスに対して供与することを特徴とする。
ブジェクトへのリファレンスを前記第１のエージェント
プロセスに対して供与することを特徴とする。
【０３４６】本発明は、コンピュータにおいて、前記リ
ファレンスがプロテクトされたリファレンスであること
を特徴とする。
ファレンスがプロテクトされたリファレンスであること
を特徴とする。
【０３４７】本発明は、コンピュータにおいて、前記オ
ブジェクトのコピーへのリファレンスを前記第１のエー
ジェントプロセスに対して供与することを特徴とする。
ブジェクトのコピーへのリファレンスを前記第１のエー
ジェントプロセスに対して供与することを特徴とする。
【０３４８】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、チケット手段及び s
end オペレーションを有するエージェント手段と、前記
複数のコンピュータの１つにおいてその各々が動作する
複数のプレイス手段とを有し、前記エージェント手段は
前記複数のプレイス手段中の第１のプレイス手段であ
り、前記チケット手段は、前記複数のプレイス手段中の
目的点プレイス手段への前記エージェント手段のトリッ
プを指定し、前記 send オペレーションは、前記エージ
ェント手段の１つのクローンを前記目的点手段に転送す
ることを特徴とする。
ンピュータネットワークにおいて、チケット手段及び s
end オペレーションを有するエージェント手段と、前記
複数のコンピュータの１つにおいてその各々が動作する
複数のプレイス手段とを有し、前記エージェント手段は
前記複数のプレイス手段中の第１のプレイス手段であ
り、前記チケット手段は、前記複数のプレイス手段中の
目的点プレイス手段への前記エージェント手段のトリッ
プを指定し、前記 send オペレーションは、前記エージ
ェント手段の１つのクローンを前記目的点手段に転送す
ることを特徴とする。
【０３４９】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記エージェント手
段が、前記エージェント手段のための第２の目的点プレ
イス手段への第２のトリップを指定する、前記チケット
手段と異なる第２のチケット手段を、含むことを特徴と
する。
ンピュータネットワークにおいて、前記エージェント手
段が、前記エージェント手段のための第２の目的点プレ
イス手段への第２のトリップを指定する、前記チケット
手段と異なる第２のチケット手段を、含むことを特徴と
する。
【０３５０】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記 send オペレー
ションの遂行によって前記エージェント手段の第２のク
ローンが前記第２の目的点プレイス手段に転送されるこ
とを特徴とする。
ンピュータネットワークにおいて、前記 send オペレー
ションの遂行によって前記エージェント手段の第２のク
ローンが前記第２の目的点プレイス手段に転送されるこ
とを特徴とする。
【０３５１】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記トリップ及び前
記第２のトリップが、前記複数のコンピュータ中のある
単一のコンピュータへの転送を含み、前記クローンを前
記目的点プレイス手段に転送し、前記第２のクローンを
前記第２の目的点手段に転送する際に、前記 send オペ
レーションの遂行によって、（ａ）前記第１のクローン
が前記単一のコンピュータに転送され、（ｂ）前記単一
のコンピュータ中において前記第１のクローンから前記
第２のクローンが形成されることを特徴とする。
ンピュータネットワークにおいて、前記トリップ及び前
記第２のトリップが、前記複数のコンピュータ中のある
単一のコンピュータへの転送を含み、前記クローンを前
記目的点プレイス手段に転送し、前記第２のクローンを
前記第２の目的点手段に転送する際に、前記 send オペ
レーションの遂行によって、（ａ）前記第１のクローン
が前記単一のコンピュータに転送され、（ｂ）前記単一
のコンピュータ中において前記第１のクローンから前記
第２のクローンが形成されることを特徴とする。
【０３５２】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記エージェント手
段が go オペレーションを含み、前記 go オペレーショ
ンは、第３のチケット手段によって指定された第３の目
的点プレイス手段に前記エージェント手段を転送するこ
とを特徴とする。
ンピュータネットワークにおいて、前記エージェント手
段が go オペレーションを含み、前記 go オペレーショ
ンは、第３のチケット手段によって指定された第３の目
的点プレイス手段に前記エージェント手段を転送するこ
とを特徴とする。
【０３５３】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段が
前記目的点プレイス手段を特定するネームを含むことを
特徴とする。
ンピュータネットワークにおいて、前記チケット手段が
前記目的点プレイス手段を特定するネームを含むことを
特徴とする。
【０３５４】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記ネームがテレネ
ームであることを特徴とする。
ンピュータネットワークにおいて、前記ネームがテレネ
ームであることを特徴とする。
【０３５５】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段が
前記目的点プレイス手段のためのアドレスを含むことを
特徴とする。
ンピュータネットワークにおいて、前記チケット手段が
前記目的点プレイス手段のためのアドレスを含むことを
特徴とする。
【０３５６】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記アドレスがテレ
アドレスであることを特徴とする。
ンピュータネットワークにおいて、前記アドレスがテレ
アドレスであることを特徴とする。
【０３５７】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段が
前記目的点プレイス手段をその１つのメンバとするクラ
スを指定するサイテーション手段を含むことを特徴とす
る。
ンピュータネットワークにおいて、前記チケット手段が
前記目的点プレイス手段をその１つのメンバとするクラ
スを指定するサイテーション手段を含むことを特徴とす
る。
【０３５８】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段
が、前記目的点プレイス手段のアドレスと、前記目的点
プレイス手段のネームと、前記目的点プレイス手段をそ
の１つのメンバとするクラスを指定するサイテーション
手段とからなる群中より選ばれた任意の組合せを含むこ
とを特徴とする。
ンピュータネットワークにおいて、前記チケット手段
が、前記目的点プレイス手段のアドレスと、前記目的点
プレイス手段のネームと、前記目的点プレイス手段をそ
の１つのメンバとするクラスを指定するサイテーション
手段とからなる群中より選ばれた任意の組合せを含むこ
とを特徴とする。
【０３５９】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段が
前記トリップのための最大の期間を指定する手段を含む
ことを特徴とする。
ンピュータネットワークにおいて、前記チケット手段が
前記トリップのための最大の期間を指定する手段を含む
ことを特徴とする。
【０３６０】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段が
前記トリップのための望ましい期間を指定する手段を含
むことを特徴とする。
ンピュータネットワークにおいて、前記チケット手段が
前記トリップのための望ましい期間を指定する手段を含
むことを特徴とする。
【０３６１】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段
が、前記トリップ手段を完成させるコンピュータ間通信
手段の形式を指定するウェイ手段を含むことを特徴とす
る。
ンピュータネットワークにおいて、前記チケット手段
が、前記トリップ手段を完成させるコンピュータ間通信
手段の形式を指定するウェイ手段を含むことを特徴とす
る。
【０３６２】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記チケット手段
が、前記目的点プレイス手段においての前記エージェン
ト手段のためのデッドラインを制御するパーミット手段
を含むことを特徴とする。
ンピュータネットワークにおいて、前記チケット手段
が、前記目的点プレイス手段においての前記エージェン
ト手段のためのデッドラインを制御するパーミット手段
を含むことを特徴とする。
【０３６３】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記エージェント手
段が前記目的点プレイス手段において遂行することが許
可されているオペレーションを制御するためのパーミッ
ト手段を前記チケット手段を有することを特徴とする。
ンピュータネットワークにおいて、前記エージェント手
段が前記目的点プレイス手段において遂行することが許
可されているオペレーションを制御するためのパーミッ
ト手段を前記チケット手段を有することを特徴とする。
【０３６４】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
手段において前記エージェント手段が消費することが許
可されているリソースを制御するためのパーミット手段
を前記チケット手段が有することを特徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
手段において前記エージェント手段が消費することが許
可されているリソースを制御するためのパーミット手段
を前記チケット手段が有することを特徴とする。
【０３６５】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
手段においての他のエージェント手段に対する前記目的
点プレイス手段においての前記エージェント手段の相対
的なプライオリティを指定するためのパーミット手段を
前記チケット手段が有することを特徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
手段においての他のエージェント手段に対する前記目的
点プレイス手段においての前記エージェント手段の相対
的なプライオリティを指定するためのパーミット手段を
前記チケット手段が有することを特徴とする。
【０３６６】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、エージェント手段が
持つことが許可される能力を制御するためのパーミット
手段を有することを特徴とする。
ンピュータネットワークにおいて、エージェント手段が
持つことが許可される能力を制御するためのパーミット
手段を有することを特徴とする。
【０３６７】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記パーミット手段
が固有のパーミットであることを特徴とする。
ンピュータネットワークにおいて、前記パーミット手段
が固有のパーミットであることを特徴とする。
【０３６８】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記パーミット手段
がローカルパーミットであることを特徴とする。
ンピュータネットワークにおいて、前記パーミット手段
がローカルパーミットであることを特徴とする。
【０３６９】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記パーミット手段
が一時的なパーミットであることを特徴とする。
ンピュータネットワークにおいて、前記パーミット手段
が一時的なパーミットであることを特徴とする。
【０３７０】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記能力が前記エー
ジェント手段の消費しうるリソースを含むことを特徴と
する。
ンピュータネットワークにおいて、前記能力が前記エー
ジェント手段の消費しうるリソースを含むことを特徴と
する。
【０３７１】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記能力が、前記エ
ージェント手段がそれから後進行することのできないデ
ッドラインを含むことを特徴とする。
ンピュータネットワークにおいて、前記能力が、前記エ
ージェント手段がそれから後進行することのできないデ
ッドラインを含むことを特徴とする。
【０３７２】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、他のエージェント手
段を含み、前記能力は、前記他のエージェント手段に対
する前記エージェント手段の相対的なプライオリティを
含むことを特徴とする。
ンピュータネットワークにおいて、他のエージェント手
段を含み、前記能力は、前記他のエージェント手段に対
する前記エージェント手段の相対的なプライオリティを
含むことを特徴とする。
【０３７３】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記能力が、前記エ
ージェント手段が選択されたオペレーションを遂行する
許可を含むことを特徴とする。
ンピュータネットワークにおいて、前記能力が、前記エ
ージェント手段が選択されたオペレーションを遂行する
許可を含むことを特徴とする。
【０３７４】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記エージェント手
段がオブジェクトを所有することを特徴とする。
ンピュータネットワークにおいて、前記エージェント手
段がオブジェクトを所有することを特徴とする。
【０３７５】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記オブジェクトが
ダイジェストを有することを特徴とする。
ンピュータネットワークにおいて、前記オブジェクトが
ダイジェストを有することを特徴とする。
【０３７６】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記オブジェクトの
コピーが前記クローンとともに、前記 send オペレーシ
ョンの遂行によって転送されることを特徴とする。
ンピュータネットワークにおいて、前記オブジェクトの
コピーが前記クローンとともに、前記 send オペレーシ
ョンの遂行によって転送されることを特徴とする。
【０３７７】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記目的点プレイス
手段において第２のオブジェクトは前記コピーに相互変
換され、前記第２のオブジェクトは、前記ダイジェスト
と同等のダイジェストを持つことによって前記コピーを
前記目的点プレイス手段に転送することを不要とするこ
とを特徴とする。
ンピュータネットワークにおいて、前記目的点プレイス
手段において第２のオブジェクトは前記コピーに相互変
換され、前記第２のオブジェクトは、前記ダイジェスト
と同等のダイジェストを持つことによって前記コピーを
前記目的点プレイス手段に転送することを不要とするこ
とを特徴とする。
【０３７８】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記 send オペレー
ションが前記目的点プレイス手段においての前記コピー
の代わりに相互変換されたオブジェクトを使用すること
によって、前記オブジェクトの前記コピーを前記目的点
プレイス手段に転送する必要を除くことを特徴とする。
ンピュータネットワークにおいて、前記 send オペレー
ションが前記目的点プレイス手段においての前記コピー
の代わりに相互変換されたオブジェクトを使用すること
によって、前記オブジェクトの前記コピーを前記目的点
プレイス手段に転送する必要を除くことを特徴とする。
【０３７９】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記プレイス手段は
前記プレイス手段にエンタするための手段を有すること
を特徴とする。
ンピュータネットワークにおいて、前記プレイス手段は
前記プレイス手段にエンタするための手段を有すること
を特徴とする。
【０３８０】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記プレイス手段が
前記プレイス手段をエグジットする手段を有することを
特徴とする。
ンピュータネットワークにおいて、前記プレイス手段が
前記プレイス手段をエグジットする手段を有することを
特徴とする。
【０３８１】本発明は、複数のコンピュータを有するコ
ンピュータネットワークにおいて、前記プレイス手段が
ミーティングプレイス手段を含み、前記ミーティングプ
レイス手段はリクエスタエージェント手段とレスポンダ
エージェント手段との間のミーティングを取り計らうこ
とを特徴とする。
ンピュータネットワークにおいて、前記プレイス手段が
ミーティングプレイス手段を含み、前記ミーティングプ
レイス手段はリクエスタエージェント手段とレスポンダ
エージェント手段との間のミーティングを取り計らうこ
とを特徴とする。
【０３８２】本発明は、コンピュータにおいて、 meet
オペレーションを有するミーティングプレイス手段を有
し、該ミーティングプレイスは、複数のエージェント手
段のための場所であり、更に、ペティッション手段と、
前記複数のエージェント手段の内の第１のエージェント
手段と、前記複数のエージェント手段の中の第２のエー
ジェント手段とを有し、前記第１のエージェント手段及
び第２のエージェント手段は前記複数のエージェント手
段の内のどれともミートでき、前記ペティッション手段
は前記第１のエージェント手段と第２のエージェント手
段との間のミーテングを指定し、前記ミーティング手段
は前記 meet オペレーションに応答して前記ミーティン
グを取り計らうことを特徴とする。
オペレーションを有するミーティングプレイス手段を有
し、該ミーティングプレイスは、複数のエージェント手
段のための場所であり、更に、ペティッション手段と、
前記複数のエージェント手段の内の第１のエージェント
手段と、前記複数のエージェント手段の中の第２のエー
ジェント手段とを有し、前記第１のエージェント手段及
び第２のエージェント手段は前記複数のエージェント手
段の内のどれともミートでき、前記ペティッション手段
は前記第１のエージェント手段と第２のエージェント手
段との間のミーテングを指定し、前記ミーティング手段
は前記 meet オペレーションに応答して前記ミーティン
グを取り計らうことを特徴とする。
【０３８３】本発明は、コンピュータにおいて、前記第
１のエージェント手段が前記ペティッション手段を有す
ることを特徴とする。
１のエージェント手段が前記ペティッション手段を有す
ることを特徴とする。
【０３８４】本発明は、コンピュータにおいて、前記ペ
ティッション手段が前記第２のエージェントプロセスを
規定することによって前記ミーティングを指定すること
を特徴とする。
ティッション手段が前記第２のエージェントプロセスを
規定することによって前記ミーティングを指定すること
を特徴とする。
【０３８５】本発明は、コンピュータにおいて、前記ペ
ティッション手段が前記第２のエージェント手段を指定
するネームを含むことを特徴とする。
ティッション手段が前記第２のエージェント手段を指定
するネームを含むことを特徴とする。
【０３８６】本発明は、コンピュータにおいて、前記ネ
ームがテレネームであることを特徴とする。
ームがテレネームであることを特徴とする。
【０３８７】本発明は、コンピュータにおいて、前記第
２のエージェントプロセスがその１つのメンバであるク
ラスを指定することによって前記ペティッション手段が
前記第２のエージェントを指定することを特徴とする。
２のエージェントプロセスがその１つのメンバであるク
ラスを指定することによって前記ペティッション手段が
前記第２のエージェントを指定することを特徴とする。
【０３８８】本発明は、コンピュータにおいて、前記ペ
ティッション手段がサイテーションを含み、該サイテー
ションは、前記第２のエージェントプロセスがその１つ
のメンバであるクラスを指定することを特徴とする。
ティッション手段がサイテーションを含み、該サイテー
ションは、前記第２のエージェントプロセスがその１つ
のメンバであるクラスを指定することを特徴とする。
【０３８９】本発明は、コンピュータにおいて、前記ペ
ティッション手段が前記ミーティングを取り計らうため
の最大の期間を規定することを特徴とする。
ティッション手段が前記ミーティングを取り計らうため
の最大の期間を規定することを特徴とする。
【０３９０】本発明は、コンピュータにおいて、前記 m
eet オペレーションが前記第２のエージェント手段への
リファレンスを前記第１のエージェント手段に供与する
ことを特徴とする。
eet オペレーションが前記第２のエージェント手段への
リファレンスを前記第１のエージェント手段に供与する
ことを特徴とする。
【０３９１】本発明は、コンピュータにおいて、前記 m
eet オペレーションが前記第１のエージェント手段への
リファレンスを前記第２のエージェント手段に供与する
ことを特徴とする。
eet オペレーションが前記第１のエージェント手段への
リファレンスを前記第２のエージェント手段に供与する
ことを特徴とする。
【０３９２】本発明は、コンピュータにおいて、前記第
１のエージェント手段が前記第２のエージェント手段中
のオペレーションの遂行を生じさせることを特徴とす
る。
１のエージェント手段が前記第２のエージェント手段中
のオペレーションの遂行を生じさせることを特徴とす
る。
【０３９３】本発明は、コンピュータにおいて、前記第
１のエージェント手段がオブジェクトを所有することを
特徴とする。
１のエージェント手段がオブジェクトを所有することを
特徴とする。
【０３９４】本発明は、コンピュータにおいて、前記第
１のエージェント手段が前記オブジェクトへのリファレ
ンスを前記第２のエージェント手段に供与することを特
徴とする。
１のエージェント手段が前記オブジェクトへのリファレ
ンスを前記第２のエージェント手段に供与することを特
徴とする。
【０３９５】本発明は、コンピュータにおいて、前記リ
ファレンスがプロテクトされたリファレンスであること
を特徴とする。
ファレンスがプロテクトされたリファレンスであること
を特徴とする。
【０３９６】本発明は、コンピュータにおいて、前記第
１のエージェント手段が前記オブジェクトのコピーへの
リファレンスを前記第２のエージェント手段に供与する
ことを特徴とする。
１のエージェント手段が前記オブジェクトのコピーへの
リファレンスを前記第２のエージェント手段に供与する
ことを特徴とする。
【０３９７】本発明は、コンピュータにおいて、前記第
２のエージェント手段がオブジェクトを所有することを
特徴とする。
２のエージェント手段がオブジェクトを所有することを
特徴とする。
【０３９８】本発明は、コンピュータにおいて、前記第
２のエージェント手段が前記オブジェクトへのリファレ
ンスを前記第１のエージェント手段に供与することを特
徴とする。
２のエージェント手段が前記オブジェクトへのリファレ
ンスを前記第１のエージェント手段に供与することを特
徴とする。
【０３９９】本発明は、コンピュータにおいて、前記リ
ファレンスがプロテクトされたリファレンスであること
を特徴とする。
ファレンスがプロテクトされたリファレンスであること
を特徴とする。
【０４００】本発明は、コンピュータにおいて、前記第
２のエージェント手段が前記オブジェクトのコピーへの
リファレンスを前記第１のエージェント手段に供与する
ことを特徴とする。
２のエージェント手段が前記オブジェクトのコピーへの
リファレンスを前記第１のエージェント手段に供与する
ことを特徴とする。
【０４０１】本発明は、１以上のコンピュータを有する
コンピュータネットワークにおいて、第１のエンジンプ
ロセスから第２のエンジンプロセスにデータを移送する
データ移送方法において、（ａ）前記第１のエンジンプ
ロセス及び第２のエンジンプロセスを含む１以上のエー
ジェントプロセスを実行するための実行手段を用意し、
各々の前記エージェントプロセスは、コンピュータイン
ストラクションセットからの複数のインストラクション
を含み、実行状態を持つものとし、（ｂ）前記コンピュ
ータインストラクションセット中に go インストラクシ
ョンを用意し、該 go インストラクションは、前記第１
のエンジンプロセス中において実行される第１のエージ
ェントプロセスに含まれるものとし、前記 go インスト
ラクションの遂行によって、（ｉ）前記第１のエンジン
プロセスによる前記第１のエージェントプロセスの実行
の中断と、（ｉｉ）前記第１のエージェントプロセスの
前記実行状態が保存されるような前記第１のエージェン
トプロセスの表現と、（ｉｉｉ）前記第１のエンジンプ
ロセスから第２のエンジンプロセスへの前記第１のエー
ジェントプロセスの前記表現の移送と、（ｉｖ）前記第
２のエンジンプロセスによる前記第１のエージェントプ
ロセスの実行の再開とを生じさせ、（ｃ）前記第１のエ
ージェントプロセスによる前記エージェントプロセスの
実行を生じさせることによって前記 go インストラクシ
ョンの遂行を生じさせることを特徴とする。
コンピュータネットワークにおいて、第１のエンジンプ
ロセスから第２のエンジンプロセスにデータを移送する
データ移送方法において、（ａ）前記第１のエンジンプ
ロセス及び第２のエンジンプロセスを含む１以上のエー
ジェントプロセスを実行するための実行手段を用意し、
各々の前記エージェントプロセスは、コンピュータイン
ストラクションセットからの複数のインストラクション
を含み、実行状態を持つものとし、（ｂ）前記コンピュ
ータインストラクションセット中に go インストラクシ
ョンを用意し、該 go インストラクションは、前記第１
のエンジンプロセス中において実行される第１のエージ
ェントプロセスに含まれるものとし、前記 go インスト
ラクションの遂行によって、（ｉ）前記第１のエンジン
プロセスによる前記第１のエージェントプロセスの実行
の中断と、（ｉｉ）前記第１のエージェントプロセスの
前記実行状態が保存されるような前記第１のエージェン
トプロセスの表現と、（ｉｉｉ）前記第１のエンジンプ
ロセスから第２のエンジンプロセスへの前記第１のエー
ジェントプロセスの前記表現の移送と、（ｉｖ）前記第
２のエンジンプロセスによる前記第１のエージェントプ
ロセスの実行の再開とを生じさせ、（ｃ）前記第１のエ
ージェントプロセスによる前記エージェントプロセスの
実行を生じさせることによって前記 go インストラクシ
ョンの遂行を生じさせることを特徴とする。
【０４０２】本発明は、前記コンピュータインストラク
ションセットがオブジェクト指向であることを特徴とす
る。
ションセットがオブジェクト指向であることを特徴とす
る。
【０４０３】本発明は、前記複数のエージェントプロセ
スが前記オブジェクト指向コンピュータインストラクシ
ョンセットのオブジェクトであることを特徴とする。
スが前記オブジェクト指向コンピュータインストラクシ
ョンセットのオブジェクトであることを特徴とする。
【０４０４】本発明は、前記 go インストラクションの
遂行を生じさせる前に前記第１のエージェントプロセス
にデータを付加し、前記第１のエージェントプロセスの
前記表現が前記データを含み、前記第２のエンジンプロ
セスへの前記第１のエージェントプロセスの前記表現の
移送が前記データを移送を含むことを特徴とする。
遂行を生じさせる前に前記第１のエージェントプロセス
にデータを付加し、前記第１のエージェントプロセスの
前記表現が前記データを含み、前記第２のエンジンプロ
セスへの前記第１のエージェントプロセスの前記表現の
移送が前記データを移送を含むことを特徴とする。
【０４０５】本発明は、前記第１のエージェントプロセ
スが、前記第１のエンジンプロセスから前記第２のエン
ジンプロセスに転送されるべきメッセージを表すデータ
を含み、前記 go インストラクションの実行によって生
ずる前記第１のエージェントプロセスの移送が前記第１
のエンジンプロセスから前記第２のエンジンプロセスへ
の前記データの移送を生じさせることを特徴とする。
スが、前記第１のエンジンプロセスから前記第２のエン
ジンプロセスに転送されるべきメッセージを表すデータ
を含み、前記 go インストラクションの実行によって生
ずる前記第１のエージェントプロセスの移送が前記第１
のエンジンプロセスから前記第２のエンジンプロセスへ
の前記データの移送を生じさせることを特徴とする。
【０４０６】本発明は、前記第１のエンジンプロセス
が、第１のコンピュータにおいて実行され、前記第２の
エンジンプロセスが第２のコンピュータによって実行さ
れ、前記第１及び第２のコンピュータが前記コンピュー
タネットワークの一部分であることを特徴とする。
が、第１のコンピュータにおいて実行され、前記第２の
エンジンプロセスが第２のコンピュータによって実行さ
れ、前記第１及び第２のコンピュータが前記コンピュー
タネットワークの一部分であることを特徴とする。
【０４０７】本発明は、第１のエンジンプロセスから１
以上のエンジンプロセスにデータを移送するデータ移送
方法において、（ａ）コンピュータインストラクション
セットからのインストラクションを含む複数のエージェ
ントプロセスを実行するための手段を用意し、該エージ
ェントプロセスを実行する手段が、前記第１のエンジン
プロセス及び１以上のエンジンプロセスを含み、各々の
該エージェントプロセスは実行状態を含み、（ｂ）前記
コンピュータインストラクションセット中にsendインス
トラクションを用意し、該sendインストラクションは、
前記複数のエージェントプロセス中の第１のエージェン
トプロセス中に含まれるようにし、前記sendインストラ
クションの実行は、（ｉ）前記第１のエージェントプロ
セスの１以上のコピーを形成し、これらのコピーが、前
記第１のエージェントプロセスの前記実行状態を保存す
るとともにそれを含み、（ｉｉ）前記第１のエージェン
トプロセスのコピーの各々を前記第１のエンジンプロセ
スから前記１以上のエンジンプロセスのそれぞれに移送
し、（ｉｉｉ）前記第１のエージェントプロセスの前記
コピーの各々を前記１以上のエンジンプロセスのそれぞ
れの１つによって実行して前記第１のエージェントプロ
セスの再開された実行をシュミレートすることを特徴と
する。
以上のエンジンプロセスにデータを移送するデータ移送
方法において、（ａ）コンピュータインストラクション
セットからのインストラクションを含む複数のエージェ
ントプロセスを実行するための手段を用意し、該エージ
ェントプロセスを実行する手段が、前記第１のエンジン
プロセス及び１以上のエンジンプロセスを含み、各々の
該エージェントプロセスは実行状態を含み、（ｂ）前記
コンピュータインストラクションセット中にsendインス
トラクションを用意し、該sendインストラクションは、
前記複数のエージェントプロセス中の第１のエージェン
トプロセス中に含まれるようにし、前記sendインストラ
クションの実行は、（ｉ）前記第１のエージェントプロ
セスの１以上のコピーを形成し、これらのコピーが、前
記第１のエージェントプロセスの前記実行状態を保存す
るとともにそれを含み、（ｉｉ）前記第１のエージェン
トプロセスのコピーの各々を前記第１のエンジンプロセ
スから前記１以上のエンジンプロセスのそれぞれに移送
し、（ｉｉｉ）前記第１のエージェントプロセスの前記
コピーの各々を前記１以上のエンジンプロセスのそれぞ
れの１つによって実行して前記第１のエージェントプロ
セスの再開された実行をシュミレートすることを特徴と
する。
【０４０８】本発明は、前記第１のエージェントプロセ
スの前記コピーの２以上が前記第１のエンジンプロセス
から単一の第２のエンジンプロセスに移送されるべき条
件のもとにおいて、前記第１のエージェントプロセスの
前記２以上のコピーの移送が、前記第１のエージェント
プロセスの単一のコピーを前記第２のエンジンプロセス
に移送する工程と、前記第２のエンジンプロセス中にお
いて前記単一のコピーから、前記第１のエージェントプ
ロセスの前記２以上のコピーを形成する工程とからなる
ことを特徴とする。
スの前記コピーの２以上が前記第１のエンジンプロセス
から単一の第２のエンジンプロセスに移送されるべき条
件のもとにおいて、前記第１のエージェントプロセスの
前記２以上のコピーの移送が、前記第１のエージェント
プロセスの単一のコピーを前記第２のエンジンプロセス
に移送する工程と、前記第２のエンジンプロセス中にお
いて前記単一のコピーから、前記第１のエージェントプ
ロセスの前記２以上のコピーを形成する工程とからなる
ことを特徴とする。
【０４０９】本発明は、あるコンピュータシステムにお
いて実行されている第１のエージェントプロセスから、
該コンピュータシステムによって実行されている第２の
エージェントプロセスにデータを転送する際に、前記第
１のエージェントプロセス及び第２のエージェントプロ
セスがあるプレイスプロセスの占有者であるようにして
データを転送するデータ転送方法において、前記第１の
エージェントプロセスが送出するミートインストラクシ
ョンに応答して、前記第２のエージェントプロセスによ
るプロシージャの実行を生じさせる工程を含み、前記プ
ロシージャは、前記第２のエージェントプロセスの一部
であり、前記第２のエージェントコンピュータプロセス
に含まれるコンピュータインストラクションのコレクシ
ョンを含み、前記第２のエージェントプロセスによって
送出される、前記プロジージャの一部である第２のイン
ストラクションに応答して、前記第２のエージェントプ
ロセスへのアクセス手段を前記第１のエージェントプロ
セスに供与する工程を含むことを特徴とする。
いて実行されている第１のエージェントプロセスから、
該コンピュータシステムによって実行されている第２の
エージェントプロセスにデータを転送する際に、前記第
１のエージェントプロセス及び第２のエージェントプロ
セスがあるプレイスプロセスの占有者であるようにして
データを転送するデータ転送方法において、前記第１の
エージェントプロセスが送出するミートインストラクシ
ョンに応答して、前記第２のエージェントプロセスによ
るプロシージャの実行を生じさせる工程を含み、前記プ
ロシージャは、前記第２のエージェントプロセスの一部
であり、前記第２のエージェントコンピュータプロセス
に含まれるコンピュータインストラクションのコレクシ
ョンを含み、前記第２のエージェントプロセスによって
送出される、前記プロジージャの一部である第２のイン
ストラクションに応答して、前記第２のエージェントプ
ロセスへのアクセス手段を前記第１のエージェントプロ
セスに供与する工程を含むことを特徴とする。
【０４１０】本発明は、前記第２のエージェントプロセ
スによるプロシージャの実行を生じさせる前記工程は、
前記第１のエージェントプロセスによって送出される前
記ミートインストラクションに応答して前記プレイスプ
ロセスによる第２のプロシージャの実行を生じさせるこ
とを含み、前記プレイスプロセスによる前記第２のプロ
シージャの実行が、前記プロシージャを前記第２のエー
ジェントプロセスによって実行させるインストラクショ
ンを送出することを特徴とする。
スによるプロシージャの実行を生じさせる前記工程は、
前記第１のエージェントプロセスによって送出される前
記ミートインストラクションに応答して前記プレイスプ
ロセスによる第２のプロシージャの実行を生じさせるこ
とを含み、前記プレイスプロセスによる前記第２のプロ
シージャの実行が、前記プロシージャを前記第２のエー
ジェントプロセスによって実行させるインストラクショ
ンを送出することを特徴とする。
【０４１１】本発明は、前記第２のエージェントプロセ
スへのアクセス手段が前記プレイスプロセスによって前
記第１のエージェントプロセスに供与されることを特徴
とする。
スへのアクセス手段が前記プレイスプロセスによって前
記第１のエージェントプロセスに供与されることを特徴
とする。
【０４１２】本発明は、近似的に、前記プレイスプロセ
スが前記第２のエージェントプロセスへの前記アクセス
手段を前記第１のエージェントプロセスに供与する時点
において、前記プレイスプロセスが前記第１のエージェ
ントプロセスへのアクセス手段を前記第２のエージェン
トプロセスに供与することを特徴とする。
スが前記第２のエージェントプロセスへの前記アクセス
手段を前記第１のエージェントプロセスに供与する時点
において、前記プレイスプロセスが前記第１のエージェ
ントプロセスへのアクセス手段を前記第２のエージェン
トプロセスに供与することを特徴とする。
【０４１３】本発明は、第１のＣＰＵ及び第１のメモリ
を含む第１のコンピュータシステムから、第２のＣＰＵ
及び第２のメモリを含む第２のコンピュータシステムへ
第１のコンピュータプロセスを移送するプロセスの移送
方法において、ある実行状態を持つ前記第１のコンピュ
ータプロセスの実行を前記第１のＣＰＵにおいて開始
し、前記第１のＣＰＵ内において前記第１のコンピュー
タプロセスの実行を中断し、前記第１のコンピュータプ
ロセスをデータとして前記第１のメモリ中に表現し、前
記データは前記第１のコンピュータプロセスの実行が中
断された時点においての前記第１のコンピュータプロセ
スの前記実行状態を含むものとし、前記データを前記第
１のメモリから前記第２のメモリに移送し、前記データ
中に表現された前記実行状態を有する第２のコンピュー
タプロセスを前記データから前記第２のコンピュータシ
ステム上に形成し、前記第２のコンピュータプロセスを
実行することによって前記第２のＣＰＵ内において前記
第１のコンピュータシステムの実行の再開を実効的にシ
ミュレートすることを特徴とする。
を含む第１のコンピュータシステムから、第２のＣＰＵ
及び第２のメモリを含む第２のコンピュータシステムへ
第１のコンピュータプロセスを移送するプロセスの移送
方法において、ある実行状態を持つ前記第１のコンピュ
ータプロセスの実行を前記第１のＣＰＵにおいて開始
し、前記第１のＣＰＵ内において前記第１のコンピュー
タプロセスの実行を中断し、前記第１のコンピュータプ
ロセスをデータとして前記第１のメモリ中に表現し、前
記データは前記第１のコンピュータプロセスの実行が中
断された時点においての前記第１のコンピュータプロセ
スの前記実行状態を含むものとし、前記データを前記第
１のメモリから前記第２のメモリに移送し、前記データ
中に表現された前記実行状態を有する第２のコンピュー
タプロセスを前記データから前記第２のコンピュータシ
ステム上に形成し、前記第２のコンピュータプロセスを
実行することによって前記第２のＣＰＵ内において前記
第１のコンピュータシステムの実行の再開を実効的にシ
ミュレートすることを特徴とする。
【０４１４】ここで、この実施例において使用する用語
について説明する。
について説明する。
【０４１５】アブストラクトクラス（abstract clas
s）：抽象的で例（インスタンス）を持たないクラス。
アブストラクトクラスは、サブクラスを持つことがで
き、アブストラクトクラスは、アブストラクトクラスの
サブクラスによって引き継がれたフィーチャ（featur
e）、方法及びプロパティ（property）を定義すること
ができる。
s）：抽象的で例（インスタンス）を持たないクラス。
アブストラクトクラスは、サブクラスを持つことがで
き、アブストラクトクラスは、アブストラクトクラスの
サブクラスによって引き継がれたフィーチャ（featur
e）、方法及びプロパティ（property）を定義すること
ができる。
【０４１６】エージェント（agent）： エージェント
は、あるプレイスをしめ、可動である、すなわち第１の
プレイスから第２のプレイスに移動することのできるプ
ロセスである。
は、あるプレイスをしめ、可動である、すなわち第１の
プレイスから第２のプレイスに移動することのできるプ
ロセスである。
【０４１７】アーギュメント（arguments）： アーギュ
メントは、入力データとしてのあるオペレーションの遂
行によって”消費”されるオブジェクトである。換言す
れば、アーギュメントは、リクエスタの要求によりレス
ポンダにおいてオペレーションが遂行される直前におい
てリクエスタからレスポンダに転送されるオブジェクト
である。
メントは、入力データとしてのあるオペレーションの遂
行によって”消費”されるオブジェクトである。換言す
れば、アーギュメントは、リクエスタの要求によりレス
ポンダにおいてオペレーションが遂行される直前におい
てリクエスタからレスポンダに転送されるオブジェクト
である。
【０４１８】属性（attribute）：属性は、あるオブジ
ェクトの内部状態に関する情報を検索し又はセットする
フィーチャである。通常情報はオブジェクト自身に所属
するが、時には、情報は、属性を呼び出す際にオブジェ
クトを特定化するためのリフエランス（参照）に関す
る。属性は一対のオペレーションであり、一方のオペレ
ーションはレスポンダの内部状態に関する情報をセット
し他のオペレーションは、レスポンダの内部状態に関す
る情報を検索する。
ェクトの内部状態に関する情報を検索し又はセットする
フィーチャである。通常情報はオブジェクト自身に所属
するが、時には、情報は、属性を呼び出す際にオブジェ
クトを特定化するためのリフエランス（参照）に関す
る。属性は一対のオペレーションであり、一方のオペレ
ーションはレスポンダの内部状態に関する情報をセット
し他のオペレーションは、レスポンダの内部状態に関す
る情報を検索する。
【０４１９】オーソリティ（authority）：オーソリテ
ィは、ネットワークの種々のリソースを所有し管理する
エンティティである。オーソリティの一例はネットワー
クのユーザーである。オーソリティはアドミニストラテ
イブに作りだされ、プログラムによっては作り出されな
い（すなわちプロセスの要求によっては作り出されな
い）。
ィは、ネットワークの種々のリソースを所有し管理する
エンティティである。オーソリティの一例はネットワー
クのユーザーである。オーソリティはアドミニストラテ
イブに作りだされ、プログラムによっては作り出されな
い（すなわちプロセスの要求によっては作り出されな
い）。
【０４２０】クラス（class）：クラスは（ｉ）クラス
のメンバの内部状態を規定するゼロ又はそれ以上のプロ
パティ、（ｉｉ）クラスのメンバの内部挙動を規定する
ゼロ又はそれ以上の方法、及び（ｉｉｉ）クラスのメン
バの外部的な挙動を規定するゼロ又はそれ以上のフィー
チャ、を定義する。
のメンバの内部状態を規定するゼロ又はそれ以上のプロ
パティ、（ｉｉ）クラスのメンバの内部挙動を規定する
ゼロ又はそれ以上の方法、及び（ｉｉｉ）クラスのメン
バの外部的な挙動を規定するゼロ又はそれ以上のフィー
チャ、を定義する。
【０４２１】コンクリートクラス（concrete class）：
コンクリート（具体的）であり例を有しうるクラス。
コンクリート（具体的）であり例を有しうるクラス。
【０４２２】エンジンプレイス（engine place）：各々
のエンジンは、エンジン自身を表わす正確に１つのエン
ジンプレイスを収容する。
のエンジンは、エンジン自身を表わす正確に１つのエン
ジンプレイスを収容する。
【０４２３】エンジン（engine）：エンジンは、オブジ
ェクト、第一にはプロセス、を管理しインストラクショ
ン（命令）を実行するコンピュータシステム内のマシン
である。エンジンは、典型的には、オペレーティングシ
ステム及び種々のユーザーアプリケーションの他に、コ
ンピュータシステム内において実行されるコンピュータ
プロセスである。１以上のエンジンは、ネットワークの
各々のコンピュータシステム内において実行することが
できる。各々のエンジンは少なくとも１のプレイスを処
理する。
ェクト、第一にはプロセス、を管理しインストラクショ
ン（命令）を実行するコンピュータシステム内のマシン
である。エンジンは、典型的には、オペレーティングシ
ステム及び種々のユーザーアプリケーションの他に、コ
ンピュータシステム内において実行されるコンピュータ
プロセスである。１以上のエンジンは、ネットワークの
各々のコンピュータシステム内において実行することが
できる。各々のエンジンは少なくとも１のプレイスを処
理する。
【０４２４】エクセプション（exception）：エクセプ
ション（例外）は、あるフィーチャが完全に、又は成功
のうちに実行されることができなかった場合にそのフィ
ーチャの遂行によって”投出（スロー）”されるオブジ
ェクトである。ここに使用される用語としてのエクセプ
ションは、別途には、このようなオブジェクトを放出さ
せる状態である。エクセプションはあるオペレーション
の失敗によって生じ従って成功したオペレーションによ
って生じた結果とは異なっているため、レスポンダは、
エクセプションを”生産”するのではなくエクセプショ
ンを”投出”すると言われる。ある結果の生産と例外の
放出との区別は、アペンディックスＡにおいて一層詳細
に説明される。このアペンディックスＡは参照によって
全体としてこの明細書の一部とされる。
ション（例外）は、あるフィーチャが完全に、又は成功
のうちに実行されることができなかった場合にそのフィ
ーチャの遂行によって”投出（スロー）”されるオブジ
ェクトである。ここに使用される用語としてのエクセプ
ションは、別途には、このようなオブジェクトを放出さ
せる状態である。エクセプションはあるオペレーション
の失敗によって生じ従って成功したオペレーションによ
って生じた結果とは異なっているため、レスポンダは、
エクセプションを”生産”するのではなくエクセプショ
ンを”投出”すると言われる。ある結果の生産と例外の
放出との区別は、アペンディックスＡにおいて一層詳細
に説明される。このアペンディックスＡは参照によって
全体としてこの明細書の一部とされる。
【０４２５】フィーチャ（feature）：フィーチャはあ
るオブジェクトが遂行するように指示されることのでき
るタスクである。タスクは、一組のコンピュータインス
トラクションを含む方法によって遂行される。あるフィ
ーチャの遂行は、そのフィーチャの方法のコンピュータ
指令の実行によって達成される。あるフィーチャは、あ
る特定のオブジェクトのクラスと関係があり、あるフィ
ーチャの遂行は、そのフィーチャを遂行するオブジェク
トの特定的な内部状態と共に変化しうる。フィーチャ
は、概念的には、次の２つのカテゴリすなわち（ｉ）属
性及び（ｉｉ）オペレーションに分類される。
るオブジェクトが遂行するように指示されることのでき
るタスクである。タスクは、一組のコンピュータインス
トラクションを含む方法によって遂行される。あるフィ
ーチャの遂行は、そのフィーチャの方法のコンピュータ
指令の実行によって達成される。あるフィーチャは、あ
る特定のオブジェクトのクラスと関係があり、あるフィ
ーチャの遂行は、そのフィーチャを遂行するオブジェク
トの特定的な内部状態と共に変化しうる。フィーチャ
は、概念的には、次の２つのカテゴリすなわち（ｉ）属
性及び（ｉｉ）オペレーションに分類される。
【０４２６】フレーム（frame）：フレームは、フィー
チャの遂行の間そのフィーチャを具体化（インプリメン
ト）する方法の動的状態を記録するオブジェクトであ
る。フレームは、エンジンが実行している方法に関する
情報（現に実行されている特別のインストラクション及
び前記方法によって具体化されるフィーチャを遂行する
オブジェクトを特定化する情報を含む）を保持するため
にエンジンによって使用される。
チャの遂行の間そのフィーチャを具体化（インプリメン
ト）する方法の動的状態を記録するオブジェクトであ
る。フレームは、エンジンが実行している方法に関する
情報（現に実行されている特別のインストラクション及
び前記方法によって具体化されるフィーチャを遂行する
オブジェクトを特定化する情報を含む）を保持するため
にエンジンによって使用される。
【０４２７】識別子（identifier）：識別子（アイデン
ティファイ）は、第２のオブジェクトを参照しうるオブ
ジェクトである。識別子の”テキスト”は、ある特別の
範囲内において他の識別子から識別子を区別するストリ
ング（文字列）である。識別子のいろいろの範囲はアペ
ンディックスＡに詳細に説明されている。
ティファイ）は、第２のオブジェクトを参照しうるオブ
ジェクトである。識別子の”テキスト”は、ある特別の
範囲内において他の識別子から識別子を区別するストリ
ング（文字列）である。識別子のいろいろの範囲はアペ
ンディックスＡに詳細に説明されている。
【０４２８】インプリメンテーション（implementatio
n）：インプリメンテーションは、ある特別のフィーチ
ャの遂行において実行されるコンピュータステップのセ
ットである。インプリメンテーションオブジェクト（im
plementation object）は、あるクラスのいろいろのフ
ィーチャのいろいろのインプリメンテーションを定義す
るオブジェクトである。
n）：インプリメンテーションは、ある特別のフィーチ
ャの遂行において実行されるコンピュータステップのセ
ットである。インプリメンテーションオブジェクト（im
plementation object）は、あるクラスのいろいろのフ
ィーチャのいろいろのインプリメンテーションを定義す
るオブジェクトである。
【０４２９】インスタンス（instance）：オブジェクト
は、オブジェクトがあるクラスのメンバであり、そのク
ラスのいかなるサブクラスのメンバでもない場合にその
クラスのインスタンス（例）である。
は、オブジェクトがあるクラスのメンバであり、そのク
ラスのいかなるサブクラスのメンバでもない場合にその
クラスのインスタンス（例）である。
【０４３０】インターフェイス（interface）：インタ
ーフェイスは、特別の属性又は、消費された特別のアー
ギュメントと、ある特別のオペレーションの遂行によっ
て生じた結果とを定義する。インターフェイスオブジェ
クト（interface object）は、あるクラスの種々のフィ
ーチャの種々のインターフェイスを定義するオブジェク
トである。
ーフェイスは、特別の属性又は、消費された特別のアー
ギュメントと、ある特別のオペレーションの遂行によっ
て生じた結果とを定義する。インターフェイスオブジェ
クト（interface object）は、あるクラスの種々のフィ
ーチャの種々のインターフェイスを定義するオブジェク
トである。
【０４３１】メンバ（member）：あるオブジェクトは、
それが１つのインスタンスであるクラスのメンバであ
り、又そのクラスのいかなるスーパークラスのメンバで
もある。
それが１つのインスタンスであるクラスのメンバであ
り、又そのクラスのいかなるスーパークラスのメンバで
もある。
【０４３２】方法（method）：方法は、ある特別のフィ
ーチャの遂行をその実行が構成するところのコンピュー
タインストラクションの１セットである。”方法オブジ
ェクト”は、１つの方法を規定するオブジェクトであ
る。ある方法は、その方法の実行の間すなわちその方法
のインストラクションの実行の間、ある動的な状態をも
つ。ある方法の動的な状態はフレームによって表わされ
る。
ーチャの遂行をその実行が構成するところのコンピュー
タインストラクションの１セットである。”方法オブジ
ェクト”は、１つの方法を規定するオブジェクトであ
る。ある方法は、その方法の実行の間すなわちその方法
のインストラクションの実行の間、ある動的な状態をも
つ。ある方法の動的な状態はフレームによって表わされ
る。
【０４３３】ネットワーク（network）：全てのエンジ
ンプレイス、それらのエンジンプレイスが実行されるコ
ンピュータシステム、及びこれらのコンピュータスステ
ムを接続する通信装置は、全体として集合的に１つのネ
ットワークを形成する。
ンプレイス、それらのエンジンプレイスが実行されるコ
ンピュータシステム、及びこれらのコンピュータスステ
ムを接続する通信装置は、全体として集合的に１つのネ
ットワークを形成する。
【０４３４】オブジェクト（object）：オブジェクト
は、コンピュータシステム内のコンピュータ環境内の１
つのエレメントである。オブジェクトは、ゼロ又は１以
上のセイジョウによって規定される内部状態、ゼロ又は
１以上の方法によって規定される内部挙動及びゼロ又は
それ以上のフィーチャによって規定される外部挙動を有
する。
は、コンピュータシステム内のコンピュータ環境内の１
つのエレメントである。オブジェクトは、ゼロ又は１以
上のセイジョウによって規定される内部状態、ゼロ又は
１以上の方法によって規定される内部挙動及びゼロ又は
それ以上のフィーチャによって規定される外部挙動を有
する。
【０４３５】オペレーション（operation）：オペレー
ションは、インターフェイス及びインターインプリメン
テイションが規定された１つのフィーチャである。
ションは、インターフェイス及びインターインプリメン
テイションが規定された１つのフィーチャである。
【０４３６】プレイス（place）：プレイスは、ゼロ又
はそれ以上の方法の場所（locale）であるプロセスであ
る。あるプレイスは第２のプレイスを占有しうる。初め
に述べたプレイスは、第２のプレイスのサブプレイスで
あり、第２のプレイスは第１のプレイスのスーパープレ
イスである。
はそれ以上の方法の場所（locale）であるプロセスであ
る。あるプレイスは第２のプレイスを占有しうる。初め
に述べたプレイスは、第２のプレイスのサブプレイスで
あり、第２のプレイスは第１のプレイスのスーパープレ
イスである。
【０４３７】プリミティブ（primitive）：プリミティ
ブは、プロシージャ又は方法の形成において使用しうる
オブジェクトすなわちインストラクションとして用いら
れるオブジェクトである。
ブは、プロシージャ又は方法の形成において使用しうる
オブジェクトすなわちインストラクションとして用いら
れるオブジェクトである。
【０４３８】プロセス（process）：プロセスは、自律
的な計算を構成するオブジェクトである。プロセスは別
のオブジェクトによってそのように要求されえることな
しに方法を遂行するので、自律的である。あるプロセス
は、そのプロセスの創設と共に中央方法の遂行を開始
し、中央方法の完成と共にそのプロセスは破壊される。
各々のオブジェクトは正確に１つの方法によって所有さ
れる。各々のプロセスはそれ自身によって所有される。
この明細書で使用する”コンピュータプロセス”と言う
用語は、より一般的な周知の定義である、コンピュータ
システムによって遂行される一連のインストラクション
を意味する。
的な計算を構成するオブジェクトである。プロセスは別
のオブジェクトによってそのように要求されえることな
しに方法を遂行するので、自律的である。あるプロセス
は、そのプロセスの創設と共に中央方法の遂行を開始
し、中央方法の完成と共にそのプロセスは破壊される。
各々のオブジェクトは正確に１つの方法によって所有さ
れる。各々のプロセスはそれ自身によって所有される。
この明細書で使用する”コンピュータプロセス”と言う
用語は、より一般的な周知の定義である、コンピュータ
システムによって遂行される一連のインストラクション
を意味する。
【０４３９】プロパティ（property）：プロパティは、
第２のオブジェクトの内部状態の一部を表わすオブジェ
クトである。
第２のオブジェクトの内部状態の一部を表わすオブジェ
クトである。
【０４４０】リファレンス（reference）：リファレン
ス（参照）は、特別のオブジェクトを特定化するデータ
構造である。あるフィーチャを遂行するように指示され
たオブジェクトは、フィーチャのリクエスタによって供
給されたオブジェクトへの参照によって特定化される。
参照はプロテクトされていることもありプロテクトされ
ていないこともある。オブジェクトは、それを特定化す
るために、プロテクトされた参照を用いて、変更され、
又は改変されることができる。
ス（参照）は、特別のオブジェクトを特定化するデータ
構造である。あるフィーチャを遂行するように指示され
たオブジェクトは、フィーチャのリクエスタによって供
給されたオブジェクトへの参照によって特定化される。
参照はプロテクトされていることもありプロテクトされ
ていないこともある。オブジェクトは、それを特定化す
るために、プロテクトされた参照を用いて、変更され、
又は改変されることができる。
【０４４１】リージョン（region）：リージョン（領
域）は、単一のオーソリティによって管理されるネット
ワーク内の１以上のエンジンプレイスである。領域は、
その領域のエンジンプレイス（複数）を支持するコンピ
ュータシステムの厳密な連係化及び管理によって一般に
識別される。従ってある領域内のエージェントの移送
は、複数の領域の間のエージェントの移送に比べて一般
に速やかであり又コストも低廉になる。ある領域は、一
例として、広い領域のネットワークに接続された局所的
な領域のネットワークでありうる。
域）は、単一のオーソリティによって管理されるネット
ワーク内の１以上のエンジンプレイスである。領域は、
その領域のエンジンプレイス（複数）を支持するコンピ
ュータシステムの厳密な連係化及び管理によって一般に
識別される。従ってある領域内のエージェントの移送
は、複数の領域の間のエージェントの移送に比べて一般
に速やかであり又コストも低廉になる。ある領域は、一
例として、広い領域のネットワークに接続された局所的
な領域のネットワークでありうる。
【０４４２】リクエスタ（requester）：リクエスタ
（要求者）は、別のオブジェクトすなわちレスポンダ
（回答者）にあるフィーチャを遂行するように指示する
オブジェクトである。リクエスタは要求されたフィーチ
ャのレスポンダに入力データとしてゼロ又はそれ以上の
オブジェクトを供給し、そのフィーチャのレスポンダか
ら出力データとしてゼロ又は１つのオブジェクトを受け
る。あるフィーチャを遂行するようにあるオブジェクト
に指示することは別途には、そのフィーチャを遂行する
ようにオブジェクトに”リクエスト”（要求）するとも
呼ばれる。
（要求者）は、別のオブジェクトすなわちレスポンダ
（回答者）にあるフィーチャを遂行するように指示する
オブジェクトである。リクエスタは要求されたフィーチ
ャのレスポンダに入力データとしてゼロ又はそれ以上の
オブジェクトを供給し、そのフィーチャのレスポンダか
ら出力データとしてゼロ又は１つのオブジェクトを受け
る。あるフィーチャを遂行するようにあるオブジェクト
に指示することは別途には、そのフィーチャを遂行する
ようにオブジェクトに”リクエスト”（要求）するとも
呼ばれる。
【０４４３】レスポンダ（responder）：レスポンダ
（回答者）は、別のオブジェクトすなわちリクエスタの
指示に従ってあるフィーチャを実行するオブジェクトで
ある。レスポンダは入力データとしてゼロ又は１つのオ
ブジェクトを受け、そのフィーチャの遂行にあたってゼ
ロ又は１つのオブジェクトを出力データとして供給す
る。レスポンダは別途には、”レスポンドする”オブジ
ェクトとも呼ばれる。
（回答者）は、別のオブジェクトすなわちリクエスタの
指示に従ってあるフィーチャを実行するオブジェクトで
ある。レスポンダは入力データとしてゼロ又は１つのオ
ブジェクトを受け、そのフィーチャの遂行にあたってゼ
ロ又は１つのオブジェクトを出力データとして供給す
る。レスポンダは別途には、”レスポンドする”オブジ
ェクトとも呼ばれる。
【０４４４】結果（result）：結果は、出力データとし
ての、あるオペレーションの遂行によって”生成”した
オブジェクトである。換言すれば結果は、リクエスタの
リクエストによってレスポンダによってあるオペレーシ
ョンが遂行された直後にレスポンダからリクエスタに転
送されるオブジェクトである。
ての、あるオペレーションの遂行によって”生成”した
オブジェクトである。換言すれば結果は、リクエスタの
リクエストによってレスポンダによってあるオペレーシ
ョンが遂行された直後にレスポンダからリクエスタに転
送されるオブジェクトである。
【０４４５】サブクラス（subclass）：サブクラスは、
１以上のクラスからの方法、特性及び又はフィーチャの
定義を受け継ぐ。サブクラスは、他のクラスから受け継
がなかった１以上のプロパティ、メソッド及び又はフィ
ーチャを定義することが出来、そのフィーチャの新しい
インプリメーテンションの定義によって、他のクラスか
ら受け継がなかったフィーチャを再インプリメントする
ことができる。
１以上のクラスからの方法、特性及び又はフィーチャの
定義を受け継ぐ。サブクラスは、他のクラスから受け継
がなかった１以上のプロパティ、メソッド及び又はフィ
ーチャを定義することが出来、そのフィーチャの新しい
インプリメーテンションの定義によって、他のクラスか
ら受け継がなかったフィーチャを再インプリメントする
ことができる。
【０４４６】スーパークラス（superclass）：あるサブ
クラスがそれからプロパティ、メソッド及び又はフィー
チャを受け継いだクラスはそのサブクラスのスーパーク
ラスである。
クラスがそれからプロパティ、メソッド及び又はフィー
チャを受け継いだクラスはそのサブクラスのスーパーク
ラスである。
【０４４７】仮想的なプレイス（virtual place）：エ
ンジンプレイスでないどんな場所も仮想的なプレイスで
ある。
ンジンプレイスでないどんな場所も仮想的なプレイスで
ある。
【０４４８】本発明の原理によれば、複数の相互接続さ
れたコンピュータシステムに含まれるる選定されたコン
ピュータシステムにある特別なコンピュータプロセスを
ルーティングし、その選定されたコンピュータシステム
において特定のコンピュータプロセスを実行するために
用いられる。本発明のコンピュータプロセス（複数）
は、一実施例によれば、オブジェクト指向コンピュータ
プロセスとして定義される。本発明のコンピュータプロ
セスは、（ｉ）プロセス中に、色々な操作を定義するイ
ンストラクションセットと（ｉｉ）コンピュータプロセ
スの遂行においてインストラクションセットを解釈し、
中央処理ユニット（ＣＰＵ）の作動を制御するエンジン
を含む。
れたコンピュータシステムに含まれるる選定されたコン
ピュータシステムにある特別なコンピュータプロセスを
ルーティングし、その選定されたコンピュータシステム
において特定のコンピュータプロセスを実行するために
用いられる。本発明のコンピュータプロセス（複数）
は、一実施例によれば、オブジェクト指向コンピュータ
プロセスとして定義される。本発明のコンピュータプロ
セスは、（ｉ）プロセス中に、色々な操作を定義するイ
ンストラクションセットと（ｉｉ）コンピュータプロセ
スの遂行においてインストラクションセットを解釈し、
中央処理ユニット（ＣＰＵ）の作動を制御するエンジン
を含む。
【０４４９】以下に、詳述するように、特定のコンピュ
ータプロセスは、ネットワーク内の目的コンピュータシ
ステムを特定化し、特別なコンピュータシステムがそこ
に移送されることを指示するインストラクションを実行
することによって、コンピュータネットワークを通るそ
れ自身の運動すなわち転送を指示する。特別なコンピュ
ータプロセスは、目的コンピュータシステム内において
実行されている間に、ネットワークの他箇所では使用可
能とならない情報にアクセスすることができる。特別な
コンピュータシステムはこの情報にアクセスして、他の
どのコンピュータシステムに移行すべきかを定めるため
にその情報を使用することができる。以下に、詳述する
ように、本発明は、従来技術には見られない可動度レベ
ル、拡張性及び一般性をコンピュータプロセスに供与す
る。
ータプロセスは、ネットワーク内の目的コンピュータシ
ステムを特定化し、特別なコンピュータシステムがそこ
に移送されることを指示するインストラクションを実行
することによって、コンピュータネットワークを通るそ
れ自身の運動すなわち転送を指示する。特別なコンピュ
ータプロセスは、目的コンピュータシステム内において
実行されている間に、ネットワークの他箇所では使用可
能とならない情報にアクセスすることができる。特別な
コンピュータシステムはこの情報にアクセスして、他の
どのコンピュータシステムに移行すべきかを定めるため
にその情報を使用することができる。以下に、詳述する
ように、本発明は、従来技術には見られない可動度レベ
ル、拡張性及び一般性をコンピュータプロセスに供与す
る。
【０４５０】従来技術に典型的に見られるリモートプロ
グラミングパラダイム（remote programming paradigm
s）において、コンピュータプロセスは、その自身の運
動を差し向けず、目的コンピュータシステムにおいて実
行されるようにソースコンピュータシステムから送られ
る。コンピュータプロセスがそれ自身の運動をネットワ
ークを通して差し向けない場合には、コンピュータプロ
セスは、目的コンピュータシステムにおいてコンピュー
タプロセスによって得られる情報に基づいて移行するべ
き別の目的コンピュータシステムを選出することができ
ない。すなわちこのコンピュータシステムは、第２の目
的コンピュータシステムに送られる前に、得られた情報
とともに、ソースコンピュータシステムに戻らなければ
ならない。本発明のコンピュータプロセスは、ネットワ
ークを通してそれ自身の運動を差し向けることができる
ので、本発明のコンピュータプロセスは、伝統的なリモ
ートプログラミングパラダイムの実質的な延長を意味し
ている。コンピュータネットワークを通してそれ自身の
運動を差し向けるプロセスを提供する従来のリモートプ
ログラミングシステムは、一般性と拡張性に欠けてい
る。これらのシステムは、（ｉ）同質的なコンピュータ
ネットワークに限定されるか、又は（ｉｉ）異質的なネ
ットワークにおいて移行するプロセスが現在プロセスを
実行しているどんなコンピュータシステムにも、すなわ
ち移行中のプロセスがそれに向かっているコンピュータ
システムにも特定的に適応するインストラクションを有
することを要求するため、一般性に欠けている。本発明
によればあるプロセスは異質的なコンピュータネットワ
ークを経て移動し、プロセスのインストラクションの実
行は、そのプロセスが実行されている特別なコンピュー
タシステムすなわちプロセスがそれに向かって移行して
いる特別なコンピュータシステムとは関わりはない。い
かに、詳述するように、以下に開示されるコンピュータ
インストラクションは、異質的なネットワークのどのコ
ンピュータシステムによっても一様に具体化される。す
なわち本発明に従って形成されるプロセスは、異質的な
コンピュータネットワークのどのコンピュータシステム
に移行して、そのコンピュータシステムの性質に関する
特定な情報もなしにそこで実行されることができる。
グラミングパラダイム（remote programming paradigm
s）において、コンピュータプロセスは、その自身の運
動を差し向けず、目的コンピュータシステムにおいて実
行されるようにソースコンピュータシステムから送られ
る。コンピュータプロセスがそれ自身の運動をネットワ
ークを通して差し向けない場合には、コンピュータプロ
セスは、目的コンピュータシステムにおいてコンピュー
タプロセスによって得られる情報に基づいて移行するべ
き別の目的コンピュータシステムを選出することができ
ない。すなわちこのコンピュータシステムは、第２の目
的コンピュータシステムに送られる前に、得られた情報
とともに、ソースコンピュータシステムに戻らなければ
ならない。本発明のコンピュータプロセスは、ネットワ
ークを通してそれ自身の運動を差し向けることができる
ので、本発明のコンピュータプロセスは、伝統的なリモ
ートプログラミングパラダイムの実質的な延長を意味し
ている。コンピュータネットワークを通してそれ自身の
運動を差し向けるプロセスを提供する従来のリモートプ
ログラミングシステムは、一般性と拡張性に欠けてい
る。これらのシステムは、（ｉ）同質的なコンピュータ
ネットワークに限定されるか、又は（ｉｉ）異質的なネ
ットワークにおいて移行するプロセスが現在プロセスを
実行しているどんなコンピュータシステムにも、すなわ
ち移行中のプロセスがそれに向かっているコンピュータ
システムにも特定的に適応するインストラクションを有
することを要求するため、一般性に欠けている。本発明
によればあるプロセスは異質的なコンピュータネットワ
ークを経て移動し、プロセスのインストラクションの実
行は、そのプロセスが実行されている特別なコンピュー
タシステムすなわちプロセスがそれに向かって移行して
いる特別なコンピュータシステムとは関わりはない。い
かに、詳述するように、以下に開示されるコンピュータ
インストラクションは、異質的なネットワークのどのコ
ンピュータシステムによっても一様に具体化される。す
なわち本発明に従って形成されるプロセスは、異質的な
コンピュータネットワークのどのコンピュータシステム
に移行して、そのコンピュータシステムの性質に関する
特定な情報もなしにそこで実行されることができる。
【０４５１】従来技術のリモートプログラミングシステ
ムは、プロセスがデータオブジェクトの、ある１つのク
ラスを作り出して、プロセスが後にそれに向かって移動
するコンピュータシステム内においてそのクラスのデー
タオブジェクトを利用することが出来ないため、典型的
に拡張性に欠けている。多くの今日のコンピュータシス
テムは”オブジェクト指向”型である。用語集で既に規
定したように、１つのオブジェトは、（ｉ）ある数のプ
ロパティによって限定された内部的状態と、（ｉｉ）あ
る数のメソッドによって規定された内部的な挙動と、
（ｉｉｉ）ある数のフィーチャによって規定された外部
的な挙動とを有する。同様のプロパティ、メソッド及び
フィーチャを有するある数のオブジェクトのグループの
これらのプロパティ、メソッド及びフィーチャは、１つ
のクラスによって規定される。従来技術のシステムによ
れば、あるクラスを規定するプロセスは、そのプロセス
が後に移行するコンピュータシステム内において実行さ
れている間にそのクラスのオブジェクトを使用すること
はできない。移行するプロセスと共にクラス定義を移動
させることは、クラス定義が標準化されていないこと
と、クラス定義が一般に非常に大きく複雑であること
と、単一のプロセスが一般に多くのクラスのオブジェク
トを使用することによって、従来技術のシステムによっ
て実行できないか、又は実用的ではない。
ムは、プロセスがデータオブジェクトの、ある１つのク
ラスを作り出して、プロセスが後にそれに向かって移動
するコンピュータシステム内においてそのクラスのデー
タオブジェクトを利用することが出来ないため、典型的
に拡張性に欠けている。多くの今日のコンピュータシス
テムは”オブジェクト指向”型である。用語集で既に規
定したように、１つのオブジェトは、（ｉ）ある数のプ
ロパティによって限定された内部的状態と、（ｉｉ）あ
る数のメソッドによって規定された内部的な挙動と、
（ｉｉｉ）ある数のフィーチャによって規定された外部
的な挙動とを有する。同様のプロパティ、メソッド及び
フィーチャを有するある数のオブジェクトのグループの
これらのプロパティ、メソッド及びフィーチャは、１つ
のクラスによって規定される。従来技術のシステムによ
れば、あるクラスを規定するプロセスは、そのプロセス
が後に移行するコンピュータシステム内において実行さ
れている間にそのクラスのオブジェクトを使用すること
はできない。移行するプロセスと共にクラス定義を移動
させることは、クラス定義が標準化されていないこと
と、クラス定義が一般に非常に大きく複雑であること
と、単一のプロセスが一般に多くのクラスのオブジェク
トを使用することによって、従来技術のシステムによっ
て実行できないか、又は実用的ではない。
【０４５２】クラス定義は、従来技術のシステムが典型
的には可動のプロセスを考慮して設計されたものではな
い現存のプログラミング言語に基づいているため、”標
準化”されていない。従ってこれらの現存のプログラミ
ング言語の１つを用いて形成されたプロセス中のクラス
定義は、典型的には、プロセスがその内部において作り
出されたコンピュータシステムに特異の情報に依存して
いる。これらの情報の例はクラス定義の一部の特定的な
メモリアドレスである。特別なコンピュータシステムに
特異のこれたの情報に依存するため、従来技術のシステ
ムのクラス定義をリモートコンピュータシステムに転送
することが非常に困難になっている。
的には可動のプロセスを考慮して設計されたものではな
い現存のプログラミング言語に基づいているため、”標
準化”されていない。従ってこれらの現存のプログラミ
ング言語の１つを用いて形成されたプロセス中のクラス
定義は、典型的には、プロセスがその内部において作り
出されたコンピュータシステムに特異の情報に依存して
いる。これらの情報の例はクラス定義の一部の特定的な
メモリアドレスである。特別なコンピュータシステムに
特異のこれたの情報に依存するため、従来技術のシステ
ムのクラス定義をリモートコンピュータシステムに転送
することが非常に困難になっている。
【０４５３】本発明によればクラスは、開示されたコン
ピュータインストラクションセットの一部であるクラス
オブジェクトによって表される。本発明に従って形成さ
れたプロセスは、１つのコンピュータシステムから別の
コンピュータシステムに移行している時のクラスオブジ
ェクトを含む。従ってあるプロセスは第１のコンピュー
タシステムにおいてオブジェクトクラスを定義し、第２
のコンピュータシステムに移行しそしてその第２のコン
ピュータシステムにおいてそのクラスのオブジェクトク
ラスを利用することができる。移動するプロセスによっ
て利用される全てのクラスの転送に必要とされない遅延
及びコストは、プロセスがそれに向かって移動するコン
ピュータシステムにおいて定義されていないクラスのみ
を転送することによって除かれる。
ピュータインストラクションセットの一部であるクラス
オブジェクトによって表される。本発明に従って形成さ
れたプロセスは、１つのコンピュータシステムから別の
コンピュータシステムに移行している時のクラスオブジ
ェクトを含む。従ってあるプロセスは第１のコンピュー
タシステムにおいてオブジェクトクラスを定義し、第２
のコンピュータシステムに移行しそしてその第２のコン
ピュータシステムにおいてそのクラスのオブジェクトク
ラスを利用することができる。移動するプロセスによっ
て利用される全てのクラスの転送に必要とされない遅延
及びコストは、プロセスがそれに向かって移動するコン
ピュータシステムにおいて定義されていないクラスのみ
を転送することによって除かれる。
【０４５４】また、本発明は、いくつかの目的コンピュ
ータシステムにある１つのプロセスのいくつかのクロー
ンを同時に転送をする際に、従来技術に効率性を供与す
る。以下に詳細に説明するように、プロセスの１つのク
ローンの移送経路が他のクローンの移送経路と合致して
いる限り、１以上のクローンの生成を遅延させることに
よって、実質的な効率性が実現される。クローン及び発
明のこの局面においては以下に詳細に説明する。
ータシステムにある１つのプロセスのいくつかのクロー
ンを同時に転送をする際に、従来技術に効率性を供与す
る。以下に詳細に説明するように、プロセスの１つのク
ローンの移送経路が他のクローンの移送経路と合致して
いる限り、１以上のクローンの生成を遅延させることに
よって、実質的な効率性が実現される。クローン及び発
明のこの局面においては以下に詳細に説明する。
【０４５５】遠隔プグラミングシステムにおいて２つの
プロセスは、第１のプロセスへのアクセスを第２のプロ
セスに与える第１のプロセスによって、情報を共有す
る。第１のプロセスは、第２のプロセスへのアクセスを
同時に得ることなしに第１のプロセスへのアクセスを第
２のプロセスに与える。この状況において第２のプロセ
スは、第２のプロセスの安全性（セキュリティ）を犠牲
にすることなしに、第１のプロセスの実行に自由に干渉
することができる。本発明によれば、第１のプロセス
は、第２のプロセスへのアクセスを得ると同時に、第３
のプロセスの共同及び連係間によって第１のプロセスへ
のアクセスを第２のプロセスに同時に与える。第２のプ
ロセスが形態に従って第１のプロセスとのこのような交
換を受け入れるか、又は拒絶することによって、別のセ
キュリティが与えられる。第３のプロセスは、（ｉ）第
２のプロセスがこのような交換に同意すること、及び
（ｉｉ）各々のプロセスが他のプロセスにへのアクセス
を同時に取得し、それによってどのプロセスも他のプロ
セスに同様の機会を与えることなしには他のプロセスの
実行に干渉することが出来ないことを確実にする。
プロセスは、第１のプロセスへのアクセスを第２のプロ
セスに与える第１のプロセスによって、情報を共有す
る。第１のプロセスは、第２のプロセスへのアクセスを
同時に得ることなしに第１のプロセスへのアクセスを第
２のプロセスに与える。この状況において第２のプロセ
スは、第２のプロセスの安全性（セキュリティ）を犠牲
にすることなしに、第１のプロセスの実行に自由に干渉
することができる。本発明によれば、第１のプロセス
は、第２のプロセスへのアクセスを得ると同時に、第３
のプロセスの共同及び連係間によって第１のプロセスへ
のアクセスを第２のプロセスに同時に与える。第２のプ
ロセスが形態に従って第１のプロセスとのこのような交
換を受け入れるか、又は拒絶することによって、別のセ
キュリティが与えられる。第３のプロセスは、（ｉ）第
２のプロセスがこのような交換に同意すること、及び
（ｉｉ）各々のプロセスが他のプロセスにへのアクセス
を同時に取得し、それによってどのプロセスも他のプロ
セスに同様の機会を与えることなしには他のプロセスの
実行に干渉することが出来ないことを確実にする。
【０４５６】本発明の新規なコンピュータプロセスは、
エージェントプロセスである。エージントプロセスは、
アペンディクスＡ（この開示の一部であり、参照によっ
て全体として本明細書の一部とされる）に開示さている
コンピュータインストラクションによって形成されたコ
ンピュータプロセスである。エージェントプロセスは、
本発明の別な新規のコンピュータプロセスすなわちエン
ジンによって各々解釈され、それによって、以下に、及
びアペンディクスＡに、開示されるコンピュータインス
トラクションを実行する。”解釈する”と言う用語はこ
の明細書においてはこの技術に理解されているとおりに
用いられてる。すなわち一連のコンピュータインストラ
クションの中の１つのコンピュータインストラクション
がエンジンによって読まれそして実行された後に、一連
のインストラクションの中で次のコンピュータインスト
ラクションが読み出される。
エージェントプロセスである。エージントプロセスは、
アペンディクスＡ（この開示の一部であり、参照によっ
て全体として本明細書の一部とされる）に開示さている
コンピュータインストラクションによって形成されたコ
ンピュータプロセスである。エージェントプロセスは、
本発明の別な新規のコンピュータプロセスすなわちエン
ジンによって各々解釈され、それによって、以下に、及
びアペンディクスＡに、開示されるコンピュータインス
トラクションを実行する。”解釈する”と言う用語はこ
の明細書においてはこの技術に理解されているとおりに
用いられてる。すなわち一連のコンピュータインストラ
クションの中の１つのコンピュータインストラクション
がエンジンによって読まれそして実行された後に、一連
のインストラクションの中で次のコンピュータインスト
ラクションが読み出される。
【０４５７】ここに開示されたインストラクションセッ
トのインストラクションをコンパイルするのではなく解
釈することによって、より大きな一般性が供与される。
第１のエージェントは第１のコンピュターシステムから
第２のコンピュターシステムに移行し、そこで第１のエ
ージェントにプロシージャを与える。第２のエージェン
トと会合することができる。第１のエージェントは次に
第１のエージェントが本来実行するように設計されてい
なかったプロシージャを次に実行されることができる。
トのインストラクションをコンパイルするのではなく解
釈することによって、より大きな一般性が供与される。
第１のエージェントは第１のコンピュターシステムから
第２のコンピュターシステムに移行し、そこで第１のエ
ージェントにプロシージャを与える。第２のエージェン
トと会合することができる。第１のエージェントは次に
第１のエージェントが本来実行するように設計されてい
なかったプロシージャを次に実行されることができる。
【０４５８】本発明の更に別の新規なコンピュータシス
テムは、プレイスプロセスである。プレイスプロセスは
コンピュータネットワークを通じて分布されている。本
来のエージェントプロセスは、それぞれのプレイスプロ
セスを”占有”している。すなわち、プレイスプロセス
は、エージェントプロセスの内部状態の一部であり、従
ってエージェントプロセスが実行されるためのコンテキ
ストを与える。各々のエージェントプロセスは、第１の
プレイスプロセスから、第２のプレイスプロセスへのエ
ージェントプレイスへの移送を開始し制御することがで
きる。”エージェント”及び”プレイス”は本明細書に
使用されている限りにおいて、”エージェントプレイ
ス”及び”プレイスプロセス”のそれぞれの略記であ
る。
テムは、プレイスプロセスである。プレイスプロセスは
コンピュータネットワークを通じて分布されている。本
来のエージェントプロセスは、それぞれのプレイスプロ
セスを”占有”している。すなわち、プレイスプロセス
は、エージェントプロセスの内部状態の一部であり、従
ってエージェントプロセスが実行されるためのコンテキ
ストを与える。各々のエージェントプロセスは、第１の
プレイスプロセスから、第２のプレイスプロセスへのエ
ージェントプレイスへの移送を開始し制御することがで
きる。”エージェント”及び”プレイス”は本明細書に
使用されている限りにおいて、”エージェントプレイ
ス”及び”プレイスプロセス”のそれぞれの略記であ
る。
【０４５９】図６は、通信リンク１０２ＡＢによって接
続されたコンピュータシステム１２０Ａ及び１２０Ｂを
含むコンピュータネットワーク１００を示している。コ
ンピュータシステム１２０Ａはプレイス２２０Ａ及びエ
ージェント１５０Ａを実行する。エージェント１５０Ａ
は図６に示すようにプレイス２２０Ａを占有している。
コンピュータシステム１２０Ｂはプレイス１２０Ｂを実
行している。以下において、あるエージェント又はプレ
イスが特定のプレイスを占有しているという表現は、そ
のエージェント又はプレイスがその特定のプレイスを含
むコンピュターシステム内において実行されているとい
う表現も含むように解釈とされるものとする。
続されたコンピュータシステム１２０Ａ及び１２０Ｂを
含むコンピュータネットワーク１００を示している。コ
ンピュータシステム１２０Ａはプレイス２２０Ａ及びエ
ージェント１５０Ａを実行する。エージェント１５０Ａ
は図６に示すようにプレイス２２０Ａを占有している。
コンピュータシステム１２０Ｂはプレイス１２０Ｂを実
行している。以下において、あるエージェント又はプレ
イスが特定のプレイスを占有しているという表現は、そ
のエージェント又はプレイスがその特定のプレイスを含
むコンピュターシステム内において実行されているとい
う表現も含むように解釈とされるものとする。
【０４６０】エージェント１５０Ａは、コンピュータシ
ステム１２０Ａにインストラクションを送出する。エー
ジェント１５０Ａは、このインストラクションに応答し
て、プレイス例えばプレイス２２０Ｂ（インストラクシ
ョン中において特定されている）に移送される。このイ
ンストラクションはオペレーション”go”と呼ばれ、エ
ージェント１５０Ａによるインストラクションの送出
は、ここではエージェント１５０Ａによるオペレーショ
ン”go”の遂行と呼ばれる。エージェント１５０Ａによ
ってオペレーション”go”が遂行されると（ｉ）エージ
ェント１５０Ａの実行は中止され、（ｉｉ）エージェン
ト１５０Ａは、その実行状態を保存する標準化形態に符
号化され、（ｉｉｉ）エージェント１５０Ａの標準化形
態はコンピュータシステム１２０Ｂに移送され、（ｉ
ｖ）保存された実行状態を含むエージェント１５０Ａは
標準化形態から（デコード）され、（ｖ）コンピュータ
システム１２０Ｂ内においてエージェント１５０Ａの実
行が再開される。エージェント１５０Ａによってオペレ
ーション”go”が遂行されたのちに、エージェント１５
０Ａは、もはやプレイス２２０Ａを占有してなく、コン
ピュータシステム１２０Ａにおいて実行されていない。
その代りにエージェント１５０Ａは、プレイス２２０Ｂ
を占有し、コンピュータシステム１２０Ｂ（図７）内に
おいて実行されている。エージェントの実行の最中に遠
隔のコンピュータシステムにエージェントが移行し得る
ことによって、そのエージェントはそれが、アクセスす
るように構成されているデータに向かって自由に移動す
ることができる。
ステム１２０Ａにインストラクションを送出する。エー
ジェント１５０Ａは、このインストラクションに応答し
て、プレイス例えばプレイス２２０Ｂ（インストラクシ
ョン中において特定されている）に移送される。このイ
ンストラクションはオペレーション”go”と呼ばれ、エ
ージェント１５０Ａによるインストラクションの送出
は、ここではエージェント１５０Ａによるオペレーショ
ン”go”の遂行と呼ばれる。エージェント１５０Ａによ
ってオペレーション”go”が遂行されると（ｉ）エージ
ェント１５０Ａの実行は中止され、（ｉｉ）エージェン
ト１５０Ａは、その実行状態を保存する標準化形態に符
号化され、（ｉｉｉ）エージェント１５０Ａの標準化形
態はコンピュータシステム１２０Ｂに移送され、（ｉ
ｖ）保存された実行状態を含むエージェント１５０Ａは
標準化形態から（デコード）され、（ｖ）コンピュータ
システム１２０Ｂ内においてエージェント１５０Ａの実
行が再開される。エージェント１５０Ａによってオペレ
ーション”go”が遂行されたのちに、エージェント１５
０Ａは、もはやプレイス２２０Ａを占有してなく、コン
ピュータシステム１２０Ａにおいて実行されていない。
その代りにエージェント１５０Ａは、プレイス２２０Ｂ
を占有し、コンピュータシステム１２０Ｂ（図７）内に
おいて実行されている。エージェントの実行の最中に遠
隔のコンピュータシステムにエージェントが移行し得る
ことによって、そのエージェントはそれが、アクセスす
るように構成されているデータに向かって自由に移動す
ることができる。
【０４６１】標準化された形式とは、エージェントが１
つのコンピュータシステムから別のコンピュータシステ
ムに転送されるようにエージェントが符号化される形態
である。標準化形態は、符号化されたエージェントの実
行状態を保存しているので、そのエージェントは、目的
コンピュータシステムにおいてデコードされることがで
き、エージェントの実行は、オペレーション”go”に順
次後続するエージェントのインストラクションを実行す
ることによって再開されることができる。本発明のネッ
トワークの各々のコンピュータシステムは、エージェン
トに含まれるコンピュータインストラクションの実行に
適したどんな形式においてもエージェントを保存するこ
とができる。しかし、１のコンピュータシステムから次
のコンピュータシステムにエージェントを転送する場合
に、ネットワークの各々のコンピュータシステムは転送
の間あるエージェントの標準化形式を使用しなければな
らない。これは、単一の言語のシンタックス及び語彙に
互いに交信するために同意しなければならないことと全
く同様である。標準化形式の性質は、本明細の一部分と
され、全体として参照によって本明細書に組み込まれる
アペンディックスＢ、Ｃ、Ｄ、Ｅ及びＦに一層詳細に説
明されている。
つのコンピュータシステムから別のコンピュータシステ
ムに転送されるようにエージェントが符号化される形態
である。標準化形態は、符号化されたエージェントの実
行状態を保存しているので、そのエージェントは、目的
コンピュータシステムにおいてデコードされることがで
き、エージェントの実行は、オペレーション”go”に順
次後続するエージェントのインストラクションを実行す
ることによって再開されることができる。本発明のネッ
トワークの各々のコンピュータシステムは、エージェン
トに含まれるコンピュータインストラクションの実行に
適したどんな形式においてもエージェントを保存するこ
とができる。しかし、１のコンピュータシステムから次
のコンピュータシステムにエージェントを転送する場合
に、ネットワークの各々のコンピュータシステムは転送
の間あるエージェントの標準化形式を使用しなければな
らない。これは、単一の言語のシンタックス及び語彙に
互いに交信するために同意しなければならないことと全
く同様である。標準化形式の性質は、本明細の一部分と
され、全体として参照によって本明細書に組み込まれる
アペンディックスＢ、Ｃ、Ｄ、Ｅ及びＦに一層詳細に説
明されている。
【０４６２】あるエージェントはそれ自身の運動をネッ
トワークを通じて差し向けることすなわち転送すること
ができるので、第１のコンピュータシステムから第２の
コンピュータシステムへのトリップ（旅行）のある数の
パラメータを特定するための手段を設けなければならな
い。この旅行の第１のパラメータは、エージェントがそ
れに向かって移送されるプレイスすなわち旅行の目的地
である。一実施例によれば、トリップの目的値は、ネー
ム、クラス又はアドレスによって指定することができ
る。アドレスは一例としてローカルエリアネットワーク
内のある番地（ロケーション）である。
トワークを通じて差し向けることすなわち転送すること
ができるので、第１のコンピュータシステムから第２の
コンピュータシステムへのトリップ（旅行）のある数の
パラメータを特定するための手段を設けなければならな
い。この旅行の第１のパラメータは、エージェントがそ
れに向かって移送されるプレイスすなわち旅行の目的地
である。一実施例によれば、トリップの目的値は、ネー
ム、クラス又はアドレスによって指定することができ
る。アドレスは一例としてローカルエリアネットワーク
内のある番地（ロケーション）である。
【０４６３】２以上のパスウェイ（通路）が第１のコン
ピュータシステムと第２のコンピュータシステムの間に
存在していることがしばしばある。一方のパスウエイは
迅速で、高価、他のパスウエイは、時間を費やすが安価
であることがある。このシステムにおいては、いかなる
単一のパスウェイも、あるエージェントの転送において
常に好ましくない。従ってトリップの第２のパラメータ
は、エージェントの移送のための”way”及び”means”
である。
ピュータシステムと第２のコンピュータシステムの間に
存在していることがしばしばある。一方のパスウエイは
迅速で、高価、他のパスウエイは、時間を費やすが安価
であることがある。このシステムにおいては、いかなる
単一のパスウェイも、あるエージェントの転送において
常に好ましくない。従ってトリップの第２のパラメータ
は、エージェントの移送のための”way”及び”means”
である。
【０４６４】又、近くのコンピュータシステムへのトリ
ップのためにエージェントを構成する場合のエラーによ
って、そのエージェントがエージェントの作成者にとっ
て非常に大きなコストで、遠隔のコンピュータシステム
に誤って転送されることがある。そのため、トリップの
重要な一つのパラメータは、トリップがアボートされる
前に、エージェントを転送するために費やされる時間又
はリソースの量である。
ップのためにエージェントを構成する場合のエラーによ
って、そのエージェントがエージェントの作成者にとっ
て非常に大きなコストで、遠隔のコンピュータシステム
に誤って転送されることがある。そのため、トリップの
重要な一つのパラメータは、トリップがアボートされる
前に、エージェントを転送するために費やされる時間又
はリソースの量である。
【０４６５】一つのネットワークを通ってエージェント
を転送することを制御する上の別の重要な考慮事項は、
セキュリティである。一例として、ある特別のコンピュ
ータシステムに向かって移動している全てのエージェン
トがイングレス（Ingress）、すなわち入ることを許可
された場合、その特別のコンピュータシステムは、実質
的な処理を必要とする多くのプロセスによって過負荷さ
れた状態になり、それによって特別のコンピュータシス
テムのスループットが低下することがある。従って、ト
リップの別のパラメータは、目的プレイスにおいて必要
とされるエージェントのリソースの量である。従って、
エージェントによって要求されるリソースが、そのプレ
イスが供与する意志、能力又は意図を持つ以上である場
合には、エージェントは、そのプレイスへのイングレス
を拒絶されることがありうる。
を転送することを制御する上の別の重要な考慮事項は、
セキュリティである。一例として、ある特別のコンピュ
ータシステムに向かって移動している全てのエージェン
トがイングレス（Ingress）、すなわち入ることを許可
された場合、その特別のコンピュータシステムは、実質
的な処理を必要とする多くのプロセスによって過負荷さ
れた状態になり、それによって特別のコンピュータシス
テムのスループットが低下することがある。従って、ト
リップの別のパラメータは、目的プレイスにおいて必要
とされるエージェントのリソースの量である。従って、
エージェントによって要求されるリソースが、そのプレ
イスが供与する意志、能力又は意図を持つ以上である場
合には、エージェントは、そのプレイスへのイングレス
を拒絶されることがありうる。
【０４６６】一実施例によれば、チケット１３０６（図
６）は、エージェント１５０Ａの転送を制御し、目的プ
レイスとしてのプレイス２２０Ｂを特定する。図６に示
す様に、エージェント１５０Ａは、チケット１３０６を
含む。チケット１３０６は、プレイス２２０Ａからプレ
イス２２０Ｂへのエージェント１５０Ａのトリップを規
定する。一実施例によれば、チケット１３０６は、
（ｉ）そのトリップの目的プレイス、（ｉｉ）目的プレ
イスに向かうためにエージェント１５０Ａが取るべき”
way”又はパスウェイ及び”means”、（ｉｉｉ）トリッ
プがアボードされる前に、トリップを完成させている必
要のある最大量の時間、及び（ｉｖ）目的プレイスにお
いて、エージェント１５０Ａが使用することを求めるリ
ソースの量、を特定化する。プレイス２２０Ｂは、プレ
イス２２０Ｂにおいてエージェント１５０Ａが使用する
ことを許可されているリソースの量を特定することによ
って、プレイス２２０Ｂが供与する様に設計されてい
る、より多くのリソースを、エージェント１５０Ａが必
要とするか否かを定めることができる。この状態では、
プレイス２２０Ｂは、エージェント１５０Ａに対してイ
ングレス（進入）を拒絶することができる。すなわち、
以下に一層詳細に説明するチケットを使用することによ
って、エージェントは、第１のプレイスと第２のプレイ
スとの間の継続中のトリップを完全に規定することがで
きる。
６）は、エージェント１５０Ａの転送を制御し、目的プ
レイスとしてのプレイス２２０Ｂを特定する。図６に示
す様に、エージェント１５０Ａは、チケット１３０６を
含む。チケット１３０６は、プレイス２２０Ａからプレ
イス２２０Ｂへのエージェント１５０Ａのトリップを規
定する。一実施例によれば、チケット１３０６は、
（ｉ）そのトリップの目的プレイス、（ｉｉ）目的プレ
イスに向かうためにエージェント１５０Ａが取るべき”
way”又はパスウェイ及び”means”、（ｉｉｉ）トリッ
プがアボードされる前に、トリップを完成させている必
要のある最大量の時間、及び（ｉｖ）目的プレイスにお
いて、エージェント１５０Ａが使用することを求めるリ
ソースの量、を特定化する。プレイス２２０Ｂは、プレ
イス２２０Ｂにおいてエージェント１５０Ａが使用する
ことを許可されているリソースの量を特定することによ
って、プレイス２２０Ｂが供与する様に設計されてい
る、より多くのリソースを、エージェント１５０Ａが必
要とするか否かを定めることができる。この状態では、
プレイス２２０Ｂは、エージェント１５０Ａに対してイ
ングレス（進入）を拒絶することができる。すなわち、
以下に一層詳細に説明するチケットを使用することによ
って、エージェントは、第１のプレイスと第２のプレイ
スとの間の継続中のトリップを完全に規定することがで
きる。
【０４６７】前述した様に、本発明者が知る従来技術に
よるプロセスは、以前に占有されていたコンピュータシ
ステムにおいて規定されたクラスのオブジェクトしか操
作することができない。換言すれば、従来技術によるプ
ロセスがオブジェクトクラスを規定した後に、別の目的
コンピュータシステムに移行した場合には、そのプロセ
スは、目的コンピュータシステムが、同一のクラスの定
義を含むか、又はそのプロセスが目的コンピュータシス
テム内の同一クラスを規定している場合を除いて、その
クラスのオブジェクトを操作することができない。以下
に詳細に述べるように、一つのプレイスから次のプレイ
スに移動する本発明のエージェントは、目的プレイスに
おいては規定されていないクラスの定義を転送する。す
なわち、本発明によるエージェントは、第１のコンピュ
ータシステム内のクラスを定義し、第２のコンピュータ
システムに移動し、第２のコンピュータシステムにおい
て実行される間に、そのクラスのオブジェクトを操作す
ることができる。従って本発明によるエージェントは、
従来の知られたプロセスに比べて著しい改良を表してい
る。
よるプロセスは、以前に占有されていたコンピュータシ
ステムにおいて規定されたクラスのオブジェクトしか操
作することができない。換言すれば、従来技術によるプ
ロセスがオブジェクトクラスを規定した後に、別の目的
コンピュータシステムに移行した場合には、そのプロセ
スは、目的コンピュータシステムが、同一のクラスの定
義を含むか、又はそのプロセスが目的コンピュータシス
テム内の同一クラスを規定している場合を除いて、その
クラスのオブジェクトを操作することができない。以下
に詳細に述べるように、一つのプレイスから次のプレイ
スに移動する本発明のエージェントは、目的プレイスに
おいては規定されていないクラスの定義を転送する。す
なわち、本発明によるエージェントは、第１のコンピュ
ータシステム内のクラスを定義し、第２のコンピュータ
システムに移動し、第２のコンピュータシステムにおい
て実行される間に、そのクラスのオブジェクトを操作す
ることができる。従って本発明によるエージェントは、
従来の知られたプロセスに比べて著しい改良を表してい
る。
【０４６８】従来の技術において一般に欠如しているの
は、その他に、コンピュータプロセスがその内部におい
て移動するコンピュータネットワーク中の複雑でマルチ
レベルのセキュリティシステムを具体化するための手段
である。本発明によって提供され、従来技術においては
示唆されていない一つのセキュリティ形式は、プレイス
によって提供されるセキュリティである。以下に詳述す
る様に、プレイスは、色々なエージェントへのイングレ
スを許可したり拒絶したりすることによって、色々なレ
ベルのセキュリティを提供し、幾つかのプレイスは、マ
ルチレベルの階層形セキュリティを提供するように構成
することができる。
は、その他に、コンピュータプロセスがその内部におい
て移動するコンピュータネットワーク中の複雑でマルチ
レベルのセキュリティシステムを具体化するための手段
である。本発明によって提供され、従来技術においては
示唆されていない一つのセキュリティ形式は、プレイス
によって提供されるセキュリティである。以下に詳述す
る様に、プレイスは、色々なエージェントへのイングレ
スを許可したり拒絶したりすることによって、色々なレ
ベルのセキュリティを提供し、幾つかのプレイスは、マ
ルチレベルの階層形セキュリティを提供するように構成
することができる。
【０４６９】本発明の色々な局面及び実施例を理解しそ
して知覚化することを助けるために、色々の代表的な及
び相対的なコンベンションが図面において用いられてい
る。本説明中に用いられている例示的及び相関的なコン
ベンションは、図８、図９及び図１０に明示されてい
る。コンピュータシステム１２０Ａ（図８）はプレイス
２２０Ａ、プレイス２２０Ｘ、プレイス２２０Ｙ、エー
ジェント１５０Ａ、エージェント１５０Ｘ及びエージェ
ント１５０Ｙを実行する。コンピュータシステム１２０
Ａは、又、オブジェクト１４０Ａ、１４０Ｂ及び１４０
Ｘをメモリ例えばコンピュータシステムのマスメモリ又
はメインメモリ（どちらも図示しない）中に備えてい
る。エージェント１５０Ａ、１５０Ｘは、プレイス２２
０Ａを占有し、プレイス２２０Ｙは、プレイス２２０Ｘ
を占有し、エージェント１５０Ｙはプレイス２２０Ｙを
占有している。エージェント１５０Ａは、オブジェクト
１４０Ａ及び１４０Ｂを所有し、エージェント１５０Ｘ
はオブジェクト１４０Ｘを所有している。占有及び所有
の相互関係については、以下に一層詳細に説明する。簡
単に説明すると、プレイスの占有は、セキュリティの色
々のレベル及び形式を供与し、所有は、オペレーショ
ン”go”を実行するエージェントと共にどのオブジェク
トが移動するかを定める。
して知覚化することを助けるために、色々の代表的な及
び相対的なコンベンションが図面において用いられてい
る。本説明中に用いられている例示的及び相関的なコン
ベンションは、図８、図９及び図１０に明示されてい
る。コンピュータシステム１２０Ａ（図８）はプレイス
２２０Ａ、プレイス２２０Ｘ、プレイス２２０Ｙ、エー
ジェント１５０Ａ、エージェント１５０Ｘ及びエージェ
ント１５０Ｙを実行する。コンピュータシステム１２０
Ａは、又、オブジェクト１４０Ａ、１４０Ｂ及び１４０
Ｘをメモリ例えばコンピュータシステムのマスメモリ又
はメインメモリ（どちらも図示しない）中に備えてい
る。エージェント１５０Ａ、１５０Ｘは、プレイス２２
０Ａを占有し、プレイス２２０Ｙは、プレイス２２０Ｘ
を占有し、エージェント１５０Ｙはプレイス２２０Ｙを
占有している。エージェント１５０Ａは、オブジェクト
１４０Ａ及び１４０Ｂを所有し、エージェント１５０Ｘ
はオブジェクト１４０Ｘを所有している。占有及び所有
の相互関係については、以下に一層詳細に説明する。簡
単に説明すると、プレイスの占有は、セキュリティの色
々のレベル及び形式を供与し、所有は、オペレーショ
ン”go”を実行するエージェントと共にどのオブジェク
トが移動するかを定める。
【０４７０】図９は、図８に示され、かつ図８について
説明された色々の相互関係の別途の、また同等の、表現
形式を表している。図８は、エージェント１５０Ｘがプ
レイス２２０Ａを占めること、及びオブジェクト１４０
Ｘを収容していることを正確に表しているが、図８の形
式は、より複雑な相互関係を表すには適してはいない。
従って、図９のトリー構造は、本発明の色々な実施例の
色々なコンピュータインストラクションを表す際に、よ
り複雑な相互関係を表すために図面において用いられて
いる。
説明された色々の相互関係の別途の、また同等の、表現
形式を表している。図８は、エージェント１５０Ｘがプ
レイス２２０Ａを占めること、及びオブジェクト１４０
Ｘを収容していることを正確に表しているが、図８の形
式は、より複雑な相互関係を表すには適してはいない。
従って、図９のトリー構造は、本発明の色々な実施例の
色々なコンピュータインストラクションを表す際に、よ
り複雑な相互関係を表すために図面において用いられて
いる。
【０４７１】図９のトリー構造は、図１０に部分的に示
したクラスハイエラキートリーと混同されるべきではな
い。図１０は、図８、図９に示した色々のアイテムのク
ラス関係を表している。オブジェクト１４０Ａ、１４０
Ｂ及び１４０Ｘは、クラスオブジェクト５２０により表
されないクラス”object”のメンバである。クラスのメ
ンバシップは、前述の用語表に詳細に説明されており、
クラスとそのクラスのメンバであるオブジェクトとの間
の鎖線によって表されている。クラスオブジェクト５２
２は、クラス”object”のサブクラスであるクラス”Pr
ocess”を表している。プレイス２２０Ｘ、２２０Ｙ及
び２２０Ａは、クラス”Place”のメンバであり、この
クラス”Place”は、クラス”Plocess”のサブクラスで
あり、クラスオブジェクト５２４によって表されてい
る。エージェント１５０Ａ、１５０Ｘ及び１５０Ｙは、
クラス”Agent”のメンバであり、このクラス”Agent”
は、クラス”Process”のサブクラスであり、クラスオ
ブジェクト５２６によって表されている。従ってプレイ
ス２２０Ｘ、２２０Ｙ及び２０Ａ及びエージェント１５
０Ａ、１５０Ｘ及び１５０Ｙは、全てクラス”Proces
s”のメンバであり、従ってコンピュータプロセスであ
る。オブジェクト１４０Ａ、１４０Ｂ及び１４０Ｘは、
クラス”Process”のメンバではなく、従ってコンピュ
ータプロセスではない。
したクラスハイエラキートリーと混同されるべきではな
い。図１０は、図８、図９に示した色々のアイテムのク
ラス関係を表している。オブジェクト１４０Ａ、１４０
Ｂ及び１４０Ｘは、クラスオブジェクト５２０により表
されないクラス”object”のメンバである。クラスのメ
ンバシップは、前述の用語表に詳細に説明されており、
クラスとそのクラスのメンバであるオブジェクトとの間
の鎖線によって表されている。クラスオブジェクト５２
２は、クラス”object”のサブクラスであるクラス”Pr
ocess”を表している。プレイス２２０Ｘ、２２０Ｙ及
び２２０Ａは、クラス”Place”のメンバであり、この
クラス”Place”は、クラス”Plocess”のサブクラスで
あり、クラスオブジェクト５２４によって表されてい
る。エージェント１５０Ａ、１５０Ｘ及び１５０Ｙは、
クラス”Agent”のメンバであり、このクラス”Agent”
は、クラス”Process”のサブクラスであり、クラスオ
ブジェクト５２６によって表されている。従ってプレイ
ス２２０Ｘ、２２０Ｙ及び２０Ａ及びエージェント１５
０Ａ、１５０Ｘ及び１５０Ｙは、全てクラス”Proces
s”のメンバであり、従ってコンピュータプロセスであ
る。オブジェクト１４０Ａ、１４０Ｂ及び１４０Ｘは、
クラス”Process”のメンバではなく、従ってコンピュ
ータプロセスではない。
【０４７２】あるエージェントがあるプレイスから別の
プレイスに転送される間に、エージェントによって所有
されたオブジェクトは、一つのプレイスから次のプレイ
スへとエージェントと共に転送される。しかし、あるオ
ブジェクトの転送は、そのオブジェクトが大きい場合に
相当多くのリソースを消費する。一般に、第１のコンピ
ュータシステムにおいて実行されている第１のプレイス
から第２のコンピュータシステムにおいて実行されてい
る第２のプレイスにオブジェクトを含むエージェントを
転送するための時間は、既に第２のプレイスに存在して
いるオブジェクトの転送を除去することによって実質的
に減少する。これは簡単な例を考察することによって容
易に示される。エージェント１５０Ａ（図１１）は、コ
ンピュータシステム１２０Ａにおいて実行されており、
やはりコンピュータシステム１２０Ａにおいて実行され
ているプレイス２２０Ａを占有している。エージェント
１５０Ａはオブジェクト１４０Ａ、１４０Ｂ及び１４０
Ｃを所有している。この実施例では、オブジェクト１４
０Ｂはダイジェスト６２２を有する。ダイジェスト６２
２は、オブジェクト１４０Ｂが相互変換可能であり、ダ
イジェストは６２２に等しいダイジェストをもついかな
るオブジェクトもオブジェクト１４０Ｂに代えることが
できることを示している。
プレイスに転送される間に、エージェントによって所有
されたオブジェクトは、一つのプレイスから次のプレイ
スへとエージェントと共に転送される。しかし、あるオ
ブジェクトの転送は、そのオブジェクトが大きい場合に
相当多くのリソースを消費する。一般に、第１のコンピ
ュータシステムにおいて実行されている第１のプレイス
から第２のコンピュータシステムにおいて実行されてい
る第２のプレイスにオブジェクトを含むエージェントを
転送するための時間は、既に第２のプレイスに存在して
いるオブジェクトの転送を除去することによって実質的
に減少する。これは簡単な例を考察することによって容
易に示される。エージェント１５０Ａ（図１１）は、コ
ンピュータシステム１２０Ａにおいて実行されており、
やはりコンピュータシステム１２０Ａにおいて実行され
ているプレイス２２０Ａを占有している。エージェント
１５０Ａはオブジェクト１４０Ａ、１４０Ｂ及び１４０
Ｃを所有している。この実施例では、オブジェクト１４
０Ｂはダイジェスト６２２を有する。ダイジェスト６２
２は、オブジェクト１４０Ｂが相互変換可能であり、ダ
イジェストは６２２に等しいダイジェストをもついかな
るオブジェクトもオブジェクト１４０Ｂに代えることが
できることを示している。
【０４７３】プレイス２２０Ｂは、オブジェクト６２４
及び６２６を所有し、従って収容している。オブジェク
ト６２４はダイジェスト６２８を有する。あるプロセス
は、そのプロセスによって所有される全てのオブジェク
ト、及び、クラス（プロセス及びそのプロセスによって
所有されるオブジェクトをメンバとする）を収容してい
る。
及び６２６を所有し、従って収容している。オブジェク
ト６２４はダイジェスト６２８を有する。あるプロセス
は、そのプロセスによって所有される全てのオブジェク
ト、及び、クラス（プロセス及びそのプロセスによって
所有されるオブジェクトをメンバとする）を収容してい
る。
【０４７４】前述した様にオペレーション”go”を遂行
する場合に、エージェント１５０Ａ及びエージェント１
５０Ａによって収容された全てのオブジェクトは、標準
化形式において表わされる。しかしオブジェクト１４０
Ｂは、エージェント１５０Ａの標準化形式には含まれな
い。その代わりに、ダイジェスト６２２のコピーすなわ
ちダイジェスト６２２−Ｃ（図１２）がエージェント１
５０Ａの標準化形式に含まれている。エージェント１５
０Ａ、オブジェクト１４０Ａ及び１４０Ｃ、ダイジェス
ト６２２−Ｃは、矢印Ａの方向に通信リンク１０２ＡＢ
を経てコンピュータシステム１２０Ｂに転送される。オ
ブジェクト１４０Ｂは、少なくともコンピュータシステ
ム１２０Ｂ内において同等の相互変換可能なオブジェク
トが見出されたことが定められるまでは、コンピュータ
システム１２０Ａ内に保持されている。
する場合に、エージェント１５０Ａ及びエージェント１
５０Ａによって収容された全てのオブジェクトは、標準
化形式において表わされる。しかしオブジェクト１４０
Ｂは、エージェント１５０Ａの標準化形式には含まれな
い。その代わりに、ダイジェスト６２２のコピーすなわ
ちダイジェスト６２２−Ｃ（図１２）がエージェント１
５０Ａの標準化形式に含まれている。エージェント１５
０Ａ、オブジェクト１４０Ａ及び１４０Ｃ、ダイジェス
ト６２２−Ｃは、矢印Ａの方向に通信リンク１０２ＡＢ
を経てコンピュータシステム１２０Ｂに転送される。オ
ブジェクト１４０Ｂは、少なくともコンピュータシステ
ム１２０Ｂ内において同等の相互変換可能なオブジェク
トが見出されたことが定められるまでは、コンピュータ
システム１２０Ａ内に保持されている。
【０４７５】コンピュータシステム１２０Ｂ（図１
３）、エージェント１５０Ａ、オブジェクト１４０Ａ、
１４０Ｃ及びダイジェスト６２２−Ｃは、デコードされ
る。エージェント１５０Ａをデコードする際に、コンピ
ュータシステム１２０Ｂは、ダイジェスト６２２−Ｃを
認識し、同等のダイジェストを持ったオブジェクトがプ
レイス２２０Ｂを占有しているかどうかを定める。プレ
イス２２０Ｂを占有するオブジェクト６２４は、ダイジ
ェスト６２２に等しく、従ってダイジェスト６２２−Ｃ
に等しいダイジェスト６２８を有する。ダイジェスト６
２８はダイジェスト６２２に等しいので、オブジェクト
１４０Ｂ、６２４は相互変換可能である。従って、エー
ジェント１５０Ａをデコードする際に、コピー、例えば
オブジェクト６２４−Ｃが、オブジェクト６２４につい
て作成され、エージェント１５０Ａ内において相互変換
可能なオブジェクト１４０Ｂに代えられる。従ってエー
ジェント１５０Ａは、オブジェクト１４０Ｂの代わり
に、オブジェクト６２４のコピーであるオブジェクト６
２４−Ｃを所有する。従ってプレイス２２０Ｂへのオブ
ジェクト１４０Ｂの転送は割愛される。同等の相互変換
可能なオブジェクトがコンピュータシステム１２０Ｂ内
に見出されるので、コンピュータシステム１２０Ａから
オブジェクト１４０Ｂを削除することができる。勿論、
相互変換可能な同等なオブジェクトがコンピュータシス
テム１４０Ｂに見出されない場合もある。この様な場合
にはオブジェクト１４０Ｂ（図１２）は以下に詳細に説
明するようにしてコンピュータ１２０Ａから検索され
る。
３）、エージェント１５０Ａ、オブジェクト１４０Ａ、
１４０Ｃ及びダイジェスト６２２−Ｃは、デコードされ
る。エージェント１５０Ａをデコードする際に、コンピ
ュータシステム１２０Ｂは、ダイジェスト６２２−Ｃを
認識し、同等のダイジェストを持ったオブジェクトがプ
レイス２２０Ｂを占有しているかどうかを定める。プレ
イス２２０Ｂを占有するオブジェクト６２４は、ダイジ
ェスト６２２に等しく、従ってダイジェスト６２２−Ｃ
に等しいダイジェスト６２８を有する。ダイジェスト６
２８はダイジェスト６２２に等しいので、オブジェクト
１４０Ｂ、６２４は相互変換可能である。従って、エー
ジェント１５０Ａをデコードする際に、コピー、例えば
オブジェクト６２４−Ｃが、オブジェクト６２４につい
て作成され、エージェント１５０Ａ内において相互変換
可能なオブジェクト１４０Ｂに代えられる。従ってエー
ジェント１５０Ａは、オブジェクト１４０Ｂの代わり
に、オブジェクト６２４のコピーであるオブジェクト６
２４−Ｃを所有する。従ってプレイス２２０Ｂへのオブ
ジェクト１４０Ｂの転送は割愛される。同等の相互変換
可能なオブジェクトがコンピュータシステム１２０Ｂ内
に見出されるので、コンピュータシステム１２０Ａから
オブジェクト１４０Ｂを削除することができる。勿論、
相互変換可能な同等なオブジェクトがコンピュータシス
テム１４０Ｂに見出されない場合もある。この様な場合
にはオブジェクト１４０Ｂ（図１２）は以下に詳細に説
明するようにしてコンピュータ１２０Ａから検索され
る。
【０４７６】第１のプレイスを占有するエージェント
は、エージェントの１以上のクローンプロセスを作成し
て、各々のクローンプロセスをそれぞれのプレイスに転
送することができる。従って実際には、あるエージェン
トは、幾つかのプレイスに移動して、そのプレイスを同
時に占有することができる。勿論同時に移動するのは単
一のエージェントではなく、そのエージェントの複数の
クローンである。
は、エージェントの１以上のクローンプロセスを作成し
て、各々のクローンプロセスをそれぞれのプレイスに転
送することができる。従って実際には、あるエージェン
トは、幾つかのプレイスに移動して、そのプレイスを同
時に占有することができる。勿論同時に移動するのは単
一のエージェントではなく、そのエージェントの複数の
クローンである。
【０４７７】あるエージェントは、幾つかのプレイスに
同時に移行し占有するために、あるインストラクション
を送出する。このインストラクションは、エージェント
の複数のクローンを作成し、各々のクローンをそれぞれ
のプレイスに移行させるインストラクションである。各
々のクローンは一つのエージェントであり、クローンの
作成の際において、クローンは、元のエージェントと同
一であるため、元のエージェントのものと同一の実行状
態を備えている。
同時に移行し占有するために、あるインストラクション
を送出する。このインストラクションは、エージェント
の複数のクローンを作成し、各々のクローンをそれぞれ
のプレイスに移行させるインストラクションである。各
々のクローンは一つのエージェントであり、クローンの
作成の際において、クローンは、元のエージェントと同
一であるため、元のエージェントのものと同一の実行状
態を備えている。
【０４７８】一例として、コンピュータ１２０Ａのプレ
イス２２０Ａを占めるエージェント１５０Ａ（図１４）
は、一以上のプレイスを占有するために、エージェント
１５０Ａのクローンを作成して、そのクローンを転送す
るインストラクションを、コンピュータシステム１２０
Ａに送出する。これらのプレイスは、例えば、送出され
たインストラクションに特定化されている、コンピュー
タシステム１２０Ｂのプレイス２２０Ｂ及びコンピュー
タシステム１２０Ｃのプレイス２２０Ｃである。このイ
ンストラクションはオペレーション”send”と呼ばれ、
エージェント１５０Ａによるこのインストラクションの
送出は、ここでは、エージェント１５０Ａによるオペレ
ーション”send”の遂行と呼ばれる。図１４、図１５、
図１６及び図１７に示したエージェント１５０Ａによる
オペレーション”send”の遂行は、この実施例では、エ
ージェント１５０Ａ内の二つのチケット（図示しない）
によって管理される。これらの二つのチケットは、それ
ぞれのクローンの転送を制御すると共に、エージェント
１５０Ａのそれぞれのクローンが向けられるプレイスと
してのプレイス２２０Ｂと２２０Ｃを特定化する。
イス２２０Ａを占めるエージェント１５０Ａ（図１４）
は、一以上のプレイスを占有するために、エージェント
１５０Ａのクローンを作成して、そのクローンを転送す
るインストラクションを、コンピュータシステム１２０
Ａに送出する。これらのプレイスは、例えば、送出され
たインストラクションに特定化されている、コンピュー
タシステム１２０Ｂのプレイス２２０Ｂ及びコンピュー
タシステム１２０Ｃのプレイス２２０Ｃである。このイ
ンストラクションはオペレーション”send”と呼ばれ、
エージェント１５０Ａによるこのインストラクションの
送出は、ここでは、エージェント１５０Ａによるオペレ
ーション”send”の遂行と呼ばれる。図１４、図１５、
図１６及び図１７に示したエージェント１５０Ａによる
オペレーション”send”の遂行は、この実施例では、エ
ージェント１５０Ａ内の二つのチケット（図示しない）
によって管理される。これらの二つのチケットは、それ
ぞれのクローンの転送を制御すると共に、エージェント
１５０Ａのそれぞれのクローンが向けられるプレイスと
してのプレイス２２０Ｂと２２０Ｃを特定化する。
【０４７９】エージェント１５０Ａ−１、１５０Ａ−２
（図１５）は、エージェント１５０Ａから形成されたク
ローンであり、エージェント１５０Ａ−１、１５０Ａ−
２がプレイス２２０Ａを占有しないことを除いては、エ
ージェント１５０Ａと同一である。前述したように、エ
ージェント１５０Ａ−１、１５０Ａ−２の実行状態も、
最初は、エージェント１５０Ａの実行状態と同一であ
る。エージェント１５０Ａ−１、１５０Ａ−２は、以下
に詳細に説明する様に、インターコンピュータ通信リン
ク１２０ＡＢＣ（図１６）に沿って、それぞれのプレイ
ス２２０Ｂ、２２０Ｃに向かって移動する。
（図１５）は、エージェント１５０Ａから形成されたク
ローンであり、エージェント１５０Ａ−１、１５０Ａ−
２がプレイス２２０Ａを占有しないことを除いては、エ
ージェント１５０Ａと同一である。前述したように、エ
ージェント１５０Ａ−１、１５０Ａ−２の実行状態も、
最初は、エージェント１５０Ａの実行状態と同一であ
る。エージェント１５０Ａ−１、１５０Ａ−２は、以下
に詳細に説明する様に、インターコンピュータ通信リン
ク１２０ＡＢＣ（図１６）に沿って、それぞれのプレイ
ス２２０Ｂ、２２０Ｃに向かって移動する。
【０４８０】エージェント１５０Ａによるオペレーショ
ン”send”の実行後（図１７）に、エージェント１５０
Ａは、プレイス２２０Ａの占有を継続する。エージェン
ト１５０Ａ−１は、プレイス２２０Ｂを占有し、エージ
ェント１５０Ａ−２は、プレイス２２０Ｃを占有する。
ン”send”の実行後（図１７）に、エージェント１５０
Ａは、プレイス２２０Ａの占有を継続する。エージェン
ト１５０Ａ−１は、プレイス２２０Ｂを占有し、エージ
ェント１５０Ａ−２は、プレイス２２０Ｃを占有する。
【０４８１】コンピュータシステム１２０Ａ中のスペー
スとエージェント１５０Ａのクローンの転送に要する時
間とは、あるクローンの走行経路が別のクローンの走行
経路と合致する限り、すなわち二つのクローンが共延の
走行初部分を多少有する限り、エージェント１５０Ａの
完全なクローニングを遅らせることによって節減され
る。例えば図１８において、エージェント１５０Ａの両
方のクローンは、それぞれの目的プレイス２２０Ｂ、２
２０Ｃに到達するためにコンピュータシステム１２０Ｄ
を通過しなければならない。従ってエージェント１５０
Ａの単一のクローン、すなわちエージェント１５０Ａ−
１のみが、コンピュータシステム１２０Ｄに転送され
る。エージェント１５０Ａの第２のクローン、すなわち
エージェント１５０Ａ−２はエージェント１５０Ａ−１
からコンピュータシステム１２０Ｄにおいて作成され
る。エージェント１５０Ａ−１、１５０−Ａ２は、次に
それぞれの目的プレイス２２０Ｂ、２２０Ｃに転送され
る。従って、エージェント１５０Ａの単一のクローンの
みがコンピュータシステム１２０Ａによって形成され、
単一のクローンのみがコンピュータシステム１２０Ｄに
転送されるので、コンピュータシステム１２０Ａのスペ
ースが節減されると共に、エージェント１５０Ａ−１、
１５０Ａ−２をそれぞれの目的地に転送するための時間
も節減される。
スとエージェント１５０Ａのクローンの転送に要する時
間とは、あるクローンの走行経路が別のクローンの走行
経路と合致する限り、すなわち二つのクローンが共延の
走行初部分を多少有する限り、エージェント１５０Ａの
完全なクローニングを遅らせることによって節減され
る。例えば図１８において、エージェント１５０Ａの両
方のクローンは、それぞれの目的プレイス２２０Ｂ、２
２０Ｃに到達するためにコンピュータシステム１２０Ｄ
を通過しなければならない。従ってエージェント１５０
Ａの単一のクローン、すなわちエージェント１５０Ａ−
１のみが、コンピュータシステム１２０Ｄに転送され
る。エージェント１５０Ａの第２のクローン、すなわち
エージェント１５０Ａ−２はエージェント１５０Ａ−１
からコンピュータシステム１２０Ｄにおいて作成され
る。エージェント１５０Ａ−１、１５０−Ａ２は、次に
それぞれの目的プレイス２２０Ｂ、２２０Ｃに転送され
る。従って、エージェント１５０Ａの単一のクローンの
みがコンピュータシステム１２０Ａによって形成され、
単一のクローンのみがコンピュータシステム１２０Ｄに
転送されるので、コンピュータシステム１２０Ａのスペ
ースが節減されると共に、エージェント１５０Ａ−１、
１５０Ａ−２をそれぞれの目的地に転送するための時間
も節減される。
【０４８２】二つのエージェントは、これらの二つのエ
ージェントの間のミーティングに参加することによって
情報を交換する。このミーティングにおいて、各々のエ
ージェントには、他のエージェントに対する参照が供与
される。以下に説明する様に、第２のエージェントへの
参照を有する第１のエージェントは、（ｉ）第２のエー
ジェントに含まれる指示に従って特定の措置を取る様に
第２のエージェントに指示し、（ｉｉ）第２のエージェ
ントに対してデータを送受信することができる。本発明
の一局面によれば、エージェントは、第２のエージェン
トが最初に述べたエージェントへの参照を与えられてい
ない限り、第２のエージェントへの参照をいかなるエー
ジェントにも与えないことによって、他のエージェント
との干渉が防止される様にする。これにより、相互アク
セスを許容することなしに、いかなるエージェントも第
２のエージェントにアクセスすることができなくなる。
ージェントの間のミーティングに参加することによって
情報を交換する。このミーティングにおいて、各々のエ
ージェントには、他のエージェントに対する参照が供与
される。以下に説明する様に、第２のエージェントへの
参照を有する第１のエージェントは、（ｉ）第２のエー
ジェントに含まれる指示に従って特定の措置を取る様に
第２のエージェントに指示し、（ｉｉ）第２のエージェ
ントに対してデータを送受信することができる。本発明
の一局面によれば、エージェントは、第２のエージェン
トが最初に述べたエージェントへの参照を与えられてい
ない限り、第２のエージェントへの参照をいかなるエー
ジェントにも与えないことによって、他のエージェント
との干渉が防止される様にする。これにより、相互アク
セスを許容することなしに、いかなるエージェントも第
２のエージェントにアクセスすることができなくなる。
【０４８３】あるプレイスを占有する第１のエージェン
トは、そのプレイスを占有する第２のエージェントとの
ミーティングを開始することができる。このミーティン
グにおいて、第１のエージェントは、第２のエージェン
トにオブジェクトを転送したり第２のエージェントから
オブジェクトを受け取ったりすることができ、また第２
のエージェントは、第１のエージェントにオブジェクト
を転送したり、第１のエージェントからオブジェクトを
受取ったりすることができる。
トは、そのプレイスを占有する第２のエージェントとの
ミーティングを開始することができる。このミーティン
グにおいて、第１のエージェントは、第２のエージェン
トにオブジェクトを転送したり第２のエージェントから
オブジェクトを受け取ったりすることができ、また第２
のエージェントは、第１のエージェントにオブジェクト
を転送したり、第１のエージェントからオブジェクトを
受取ったりすることができる。
【０４８４】クラス”Place”（図１０）のサブクラス
は、”ミーティングプレイス”クラス（図示しない）で
ある。図１９〜図２４の例示的な実施例によれば、プレ
イス２２０Ｂは、クラス”ミーティングプレイス”の１
つのメンバであるため、ミーティングプレイスである。
したがってプレイス２２０Ｂは、この明細書において時
に”ミーティングプレイス２２０Ｂ”と称される。コン
ピュータシステム１２０Ｂにおいて実行されているミー
ティングプレイス２２０Ｂ（図１９）は、ミーティング
プレイス２２０Ｂを占有しているエージェント１５０
Ａ、１５０Ｂに、矢印Ａ、Ｂによって示すように１つの
ミーティングにおいて情報を交換し分け合うための手段
を提供する。エージェント１５０Ａ中のペティション３
１０６は、エージェント１５０Ａ、１５０Ｂの間のミー
ティングを規定し管理する。
は、”ミーティングプレイス”クラス（図示しない）で
ある。図１９〜図２４の例示的な実施例によれば、プレ
イス２２０Ｂは、クラス”ミーティングプレイス”の１
つのメンバであるため、ミーティングプレイスである。
したがってプレイス２２０Ｂは、この明細書において時
に”ミーティングプレイス２２０Ｂ”と称される。コン
ピュータシステム１２０Ｂにおいて実行されているミー
ティングプレイス２２０Ｂ（図１９）は、ミーティング
プレイス２２０Ｂを占有しているエージェント１５０
Ａ、１５０Ｂに、矢印Ａ、Ｂによって示すように１つの
ミーティングにおいて情報を交換し分け合うための手段
を提供する。エージェント１５０Ａ中のペティション３
１０６は、エージェント１５０Ａ、１５０Ｂの間のミー
ティングを規定し管理する。
【０４８５】エージェント１５０Ａ、１５０Ｂの間のミ
ーティングは、図２０〜図２４に示すように構成され
る。エージェント１５０Ａ（図２０）は、エージェント
１５０Ａ、１５０Ｂの間のミーティングを準備するよう
にミーティングプレイス２２０Ｂに指示するための、矢
印８５１によって表された第１のコンピュータインスト
ラクションを送出する。第１のインストラクションは、
ミーティングを管理し、エージェント１５０Ａがエージ
ェント１５０Ｂとミーティングすることを望んでいるこ
とを特定するペティション３１０６を含む。エンジン
は、矢印８５２によって示された第２のコンピュータ指
令をミーティングプレイス２２０Ｂ（図２１）のために
発生する。このインストラクションは、エージェント１
５０Ａが第１のコンピュータインストラクションを送出
したことをエージェント１５０Ｂに通知するとともに、
エージェント１５０Ａ、１５０Ｂの間のミーティングが
承認可能か否かを定めるためのある数のコンピュータ指
令をエージェント１５０Ｂ中において実行させるインス
トラクションである。
ーティングは、図２０〜図２４に示すように構成され
る。エージェント１５０Ａ（図２０）は、エージェント
１５０Ａ、１５０Ｂの間のミーティングを準備するよう
にミーティングプレイス２２０Ｂに指示するための、矢
印８５１によって表された第１のコンピュータインスト
ラクションを送出する。第１のインストラクションは、
ミーティングを管理し、エージェント１５０Ａがエージ
ェント１５０Ｂとミーティングすることを望んでいるこ
とを特定するペティション３１０６を含む。エンジン
は、矢印８５２によって示された第２のコンピュータ指
令をミーティングプレイス２２０Ｂ（図２１）のために
発生する。このインストラクションは、エージェント１
５０Ａが第１のコンピュータインストラクションを送出
したことをエージェント１５０Ｂに通知するとともに、
エージェント１５０Ａ、１５０Ｂの間のミーティングが
承認可能か否かを定めるためのある数のコンピュータ指
令をエージェント１５０Ｂ中において実行させるインス
トラクションである。
【０４８６】エージェント１５０Ａ、１５０Ｂの間のミ
ーティングが、承認可能であることが定められたら（図
２２）、エージェント１５０Ｂは、矢印８５３によって
表される回答を第２のコンピュータ指令に対して送出す
る。これによってエンジンは、エージェント１５０Ａ、
１５０Ｂの間のミーティングを準備するようにミーティ
ングプレイス２２０Ｂのためにエンジンに指示する。エ
ンジンは、ミーティングプレイス２２０Ｂ（図２３）の
ために、エージェント１５０Ｂへの参照をエージェント
１５０Ａに送出する（この送出は矢印８５４Ａによって
示される）。またエンジンはエージェント１５０Ａへの
参照を１５０Ｂに送出する（この送出は矢印８５４Ｂに
よって示される）。エージェント１５０Ａ（図２４）
は、エージェント１５０Ｂへの参照を用いて、エージェ
ント１５０Ｂと相互作用する。この参照は、矢印８５５
Ａによって示される。さらにエージェント１５０Ｂは、
エージェント１５０Ａへの参照を用いて、エージェント
１５０Ａと相互作用を行う。この参照は矢印８５５Ｂに
よって示される。
ーティングが、承認可能であることが定められたら（図
２２）、エージェント１５０Ｂは、矢印８５３によって
表される回答を第２のコンピュータ指令に対して送出す
る。これによってエンジンは、エージェント１５０Ａ、
１５０Ｂの間のミーティングを準備するようにミーティ
ングプレイス２２０Ｂのためにエンジンに指示する。エ
ンジンは、ミーティングプレイス２２０Ｂ（図２３）の
ために、エージェント１５０Ｂへの参照をエージェント
１５０Ａに送出する（この送出は矢印８５４Ａによって
示される）。またエンジンはエージェント１５０Ａへの
参照を１５０Ｂに送出する（この送出は矢印８５４Ｂに
よって示される）。エージェント１５０Ａ（図２４）
は、エージェント１５０Ｂへの参照を用いて、エージェ
ント１５０Ｂと相互作用する。この参照は、矢印８５５
Ａによって示される。さらにエージェント１５０Ｂは、
エージェント１５０Ａへの参照を用いて、エージェント
１５０Ａと相互作用を行う。この参照は矢印８５５Ｂに
よって示される。
【０４８７】２つのエージェントは、これら２つのエー
ジェントは同一のプレイスを占めない限りミーティング
において一緒に参加することはできない。プレイスのハ
イエラキーは、可変のレベル及び形式のアクセス及びセ
キュリティをいろいろなエージェントに与えるためのメ
カニズムを本発明のユーザに供与する。アクセス及びセ
キュリティのいろいろなレベル及び形式の利点は、図２
５〜図２９の例示的な実施例によって示される。
ジェントは同一のプレイスを占めない限りミーティング
において一緒に参加することはできない。プレイスのハ
イエラキーは、可変のレベル及び形式のアクセス及びセ
キュリティをいろいろなエージェントに与えるためのメ
カニズムを本発明のユーザに供与する。アクセス及びセ
キュリティのいろいろなレベル及び形式の利点は、図２
５〜図２９の例示的な実施例によって示される。
【０４８８】図２５は、フロア９０２−１、９０２−
２、９０２−３、９０２−４、９０２−５を有する建物
９０２を示している。フロア９０２−３は建物９０２の
プレイス内の１つのプレイスでありしたがって建物９０
２のサブプレイスである。図２６はルーム、９０２−３
−１、９０２−３−２、９０２−３−３、９０２−３−
４を有するフロア９０２−３を示している。ルーム９０
２−３−２はフロア９０２−３のプレイス内のプレイス
でありしたがってフロア９０２−３のサブプレイスであ
る。
２、９０２−３、９０２−４、９０２−５を有する建物
９０２を示している。フロア９０２−３は建物９０２の
プレイス内の１つのプレイスでありしたがって建物９０
２のサブプレイスである。図２６はルーム、９０２−３
−１、９０２−３−２、９０２−３−３、９０２−３−
４を有するフロア９０２−３を示している。ルーム９０
２−３−２はフロア９０２−３のプレイス内のプレイス
でありしたがってフロア９０２−３のサブプレイスであ
る。
【０４８９】建物９０２の組織はハイエラキー的なセキ
ュリティにとって有利である。一例として建物９０２
は、第１のセキュリティレベルの人々たとえば陸軍関係
者のみが入ることを許可されるように制限されることが
できる。フロア９０２−３は、第２のレベル（より高い
レベル）のセキュリティレベルの人々たとえば海軍関係
者のみが入り得るようにさらに制限することができる。
ルーム９０２−３−２は、第３の（より高いレベル）セ
キュリティレベルの人々たとえば海軍将校のみが入り得
るようにさらに制限されることができる。フロア９０２
−４は、フロア９０２−３と無関係にたとえば空軍関係
者のみが入り得るようにさらに制限することができる。
ュリティにとって有利である。一例として建物９０２
は、第１のセキュリティレベルの人々たとえば陸軍関係
者のみが入ることを許可されるように制限されることが
できる。フロア９０２−３は、第２のレベル（より高い
レベル）のセキュリティレベルの人々たとえば海軍関係
者のみが入り得るようにさらに制限することができる。
ルーム９０２−３−２は、第３の（より高いレベル）セ
キュリティレベルの人々たとえば海軍将校のみが入り得
るようにさらに制限されることができる。フロア９０２
−４は、フロア９０２−３と無関係にたとえば空軍関係
者のみが入り得るようにさらに制限することができる。
【０４９０】コンピュータシステム１２０Ｘ（図２７）
中のエンジンは、プレイス２２０Ｘ１、２２０Ｘ２を実
行する。プレイス２２０Ｘ１は、一例として建物９０２
を表すことができる。プレイス２２０Ｘ１−１、プレイ
ス２２０Ｘ１−２（一例としてフロア９０２−４、９０
２−３を表す）は、プレイス２２０Ｘ１（図２８）を占
有し、したがってプレイス２２０Ｘ１のサブプレイスで
ある。逆にプレイス２２０Ｘ１はプレイス２２０Ｘ１−
１、２２０Ｘ１−２のサブプレイスである。たとえばル
ーム９０２−３−１を表すプレイス２２０Ｘ１−２−１
は、プレイス２２０Ｘ１−２（図２９）を占有する。プ
レイス２２０Ｘ１−２−１はしたがってプレイス２２０
Ｘ１−２のサブプレイスでありプレイス２２０Ｘ１−２
はプレイス２２０Ｘ１−２−１のスーパープレイスであ
る。
中のエンジンは、プレイス２２０Ｘ１、２２０Ｘ２を実
行する。プレイス２２０Ｘ１は、一例として建物９０２
を表すことができる。プレイス２２０Ｘ１−１、プレイ
ス２２０Ｘ１−２（一例としてフロア９０２−４、９０
２−３を表す）は、プレイス２２０Ｘ１（図２８）を占
有し、したがってプレイス２２０Ｘ１のサブプレイスで
ある。逆にプレイス２２０Ｘ１はプレイス２２０Ｘ１−
１、２２０Ｘ１−２のサブプレイスである。たとえばル
ーム９０２−３−１を表すプレイス２２０Ｘ１−２−１
は、プレイス２２０Ｘ１−２（図２９）を占有する。プ
レイス２２０Ｘ１−２−１はしたがってプレイス２２０
Ｘ１−２のサブプレイスでありプレイス２２０Ｘ１−２
はプレイス２２０Ｘ１−２−１のスーパープレイスであ
る。
【０４９１】本発明の一実施例によれば、２つのエージ
ェントは、”対面のみ”ですなわち２つのエージェント
が同一のプレイスを占める場合にのみミーティングする
ことができる。ここで本明細書で使用される限り、ある
エージェントはただ１つのプレイスのみを占め、そのプ
レイスのサブプレイス又はスーパープレイスを同時に占
有することはない。一例としてプレイス２２０Ｘ１−２
を占有するエージェントはプレイス２２０Ｘ１又はプレ
イス２２０Ｘ１−２−１を同時に占有することはない。
建物９０２（図２５）にいる１番目の人が、その人がフ
ロア９０２−３にもいない限りフロア９０２−３の２番
目の人と対面で交信することができないのと同様に、プ
レイス２２０Ｘ１（図２８）を占有するエージェント
は、プレイス２２０Ｘ１−２を占有するエージェントと
は交信できない。フロア９０２−３（図２６）にいる１
番目の人は、ルーム９０２−３−２にもいない限り、ル
ーム９０２−３−２にいる２番目の人と対面で交信でき
ないのと同様に、プレイス２２０Ｘ１−２（図２９）を
占有するエージェントは、プレイス２２０Ｘ１−２−１
を占有するエージェントとは交信できない。
ェントは、”対面のみ”ですなわち２つのエージェント
が同一のプレイスを占める場合にのみミーティングする
ことができる。ここで本明細書で使用される限り、ある
エージェントはただ１つのプレイスのみを占め、そのプ
レイスのサブプレイス又はスーパープレイスを同時に占
有することはない。一例としてプレイス２２０Ｘ１−２
を占有するエージェントはプレイス２２０Ｘ１又はプレ
イス２２０Ｘ１−２−１を同時に占有することはない。
建物９０２（図２５）にいる１番目の人が、その人がフ
ロア９０２−３にもいない限りフロア９０２−３の２番
目の人と対面で交信することができないのと同様に、プ
レイス２２０Ｘ１（図２８）を占有するエージェント
は、プレイス２２０Ｘ１−２を占有するエージェントと
は交信できない。フロア９０２−３（図２６）にいる１
番目の人は、ルーム９０２−３−２にもいない限り、ル
ーム９０２−３−２にいる２番目の人と対面で交信でき
ないのと同様に、プレイス２２０Ｘ１−２（図２９）を
占有するエージェントは、プレイス２２０Ｘ１−２−１
を占有するエージェントとは交信できない。
【０４９２】このプレイスハイエラキーは、本発明のユ
ーザがプレイス２２０Ｘ１へのアクセスを制限し、プレ
イス２２０Ｘ１−２へのアクセスをさらに制限し、プレ
イス２２０Ｘ１−２−１へのアクセスをさらに制限する
ことを可能にする。さらにここに具体化されたセキュリ
ティハイエラキーは、具体化されたプレイスハイエラキ
ーに必ずしも直接に関連しているのではない。一例とし
てプレイス２２０Ｘ１−２へのアクセスは、プレイス２
２０Ｘ１−２のサブプレイスたとえばプレイス２２０Ｘ
１−２−１へのアクセスよりもさらに制限的とすること
ができる。あるプレイスへのアクセスの制限は以下に詳
細に説明されている。このようにプレイスハイエラキー
は、いろいろなエージェントにあるプレイス、これらの
プレイスのサブプレイス及びこれらのサブプレイスのス
ーパープレイスを占めている他のエージェントへのいろ
いろなアクセスレベルが与えられるような複雑なセキュ
リティハイエラキーを本発明のユーザが構成することを
可能にする。
ーザがプレイス２２０Ｘ１へのアクセスを制限し、プレ
イス２２０Ｘ１−２へのアクセスをさらに制限し、プレ
イス２２０Ｘ１−２−１へのアクセスをさらに制限する
ことを可能にする。さらにここに具体化されたセキュリ
ティハイエラキーは、具体化されたプレイスハイエラキ
ーに必ずしも直接に関連しているのではない。一例とし
てプレイス２２０Ｘ１−２へのアクセスは、プレイス２
２０Ｘ１−２のサブプレイスたとえばプレイス２２０Ｘ
１−２−１へのアクセスよりもさらに制限的とすること
ができる。あるプレイスへのアクセスの制限は以下に詳
細に説明されている。このようにプレイスハイエラキー
は、いろいろなエージェントにあるプレイス、これらの
プレイスのサブプレイス及びこれらのサブプレイスのス
ーパープレイスを占めている他のエージェントへのいろ
いろなアクセスレベルが与えられるような複雑なセキュ
リティハイエラキーを本発明のユーザが構成することを
可能にする。
【０４９３】以上に説明した新規なプロセスの詳細をさ
らに記述するためには、以上に説明したコンピュータシ
ステムの構造のよりよき理解が必要とされる。図３０に
示した実施例において、三つのコンピュータシステムは
コンピュータネットワーク１００を形成するように接続
されている。コンピュータシステム１２０Ａは、ＣＰＵ
１１０Ａ、ネットワーク通信ハードウエア１０４Ａ及び
メモリ１１７Ａを含む。図１の入力モジュール１２及び
出力モジュール１４に対応する入力モジュール及び出力
モジュールはわかりやすさのために割愛されている。さ
らに、図１のマスメモリ１７Ａ及びメインメモリ１７Ｂ
は、メモリ１１７Ａを形成するように組み合わされてい
る。ネットワーク通信ハードウエア１０４Ａは、ＣＰＵ
１１０Ａがネットワークを横断して信号を伝搬させたり
ネットワークから信号を受けて解釈したりすることを可
能にするどんな装置でもよい。
らに記述するためには、以上に説明したコンピュータシ
ステムの構造のよりよき理解が必要とされる。図３０に
示した実施例において、三つのコンピュータシステムは
コンピュータネットワーク１００を形成するように接続
されている。コンピュータシステム１２０Ａは、ＣＰＵ
１１０Ａ、ネットワーク通信ハードウエア１０４Ａ及び
メモリ１１７Ａを含む。図１の入力モジュール１２及び
出力モジュール１４に対応する入力モジュール及び出力
モジュールはわかりやすさのために割愛されている。さ
らに、図１のマスメモリ１７Ａ及びメインメモリ１７Ｂ
は、メモリ１１７Ａを形成するように組み合わされてい
る。ネットワーク通信ハードウエア１０４Ａは、ＣＰＵ
１１０Ａがネットワークを横断して信号を伝搬させたり
ネットワークから信号を受けて解釈したりすることを可
能にするどんな装置でもよい。
【０４９４】メモリ１１７Ａには、ＣＰＵ１１０Ａ内に
おいて同時に動作するある数のコンピュータプロセスが
存在する。ネットワークマネージャ１３０Ａは、コンピ
ュータネットワークのいろいろのコンピュータシステム
の間のデータ伝送を連係化するコンピュータプロセスで
ある。オペレーティングシステム１３１Ａは、いろいろ
のコンポーネントの動作及びコンピュータシステム１２
０Ａのリソースを連係化するコンピュータプロセスであ
る。一例としてオペレーティングシステム１３１Ａは、
ＣＰＵ１１０Ａ、メモリ１１７Ａ及び入力／出力モジュ
ール（図３０には示さない、図１参照）使用を連係化す
る。エンジン１３２Ａは、本発明のオブジェクト指向コ
ンピュータインストラクションセットのコンピュータイ
ンストラクションを解釈し、そのオブジェクト指向コン
ピュータインストラクションセット中に規定されたオブ
ジェクトの形の情報を処理するコンピュータプロセスで
ある。一例としてエンジン１３２Ａは、プレイス２２０
Ａ（図６）とエージェント１５０Ａ（これら２つは、本
発明のオブジェクト指向コンピュータインストラクショ
ンセットから構成されたプロセスである）の同時実行を
行う。エンジン１３２Ａは、図６には示されてはいな
い。
おいて同時に動作するある数のコンピュータプロセスが
存在する。ネットワークマネージャ１３０Ａは、コンピ
ュータネットワークのいろいろのコンピュータシステム
の間のデータ伝送を連係化するコンピュータプロセスで
ある。オペレーティングシステム１３１Ａは、いろいろ
のコンポーネントの動作及びコンピュータシステム１２
０Ａのリソースを連係化するコンピュータプロセスであ
る。一例としてオペレーティングシステム１３１Ａは、
ＣＰＵ１１０Ａ、メモリ１１７Ａ及び入力／出力モジュ
ール（図３０には示さない、図１参照）使用を連係化す
る。エンジン１３２Ａは、本発明のオブジェクト指向コ
ンピュータインストラクションセットのコンピュータイ
ンストラクションを解釈し、そのオブジェクト指向コン
ピュータインストラクションセット中に規定されたオブ
ジェクトの形の情報を処理するコンピュータプロセスで
ある。一例としてエンジン１３２Ａは、プレイス２２０
Ａ（図６）とエージェント１５０Ａ（これら２つは、本
発明のオブジェクト指向コンピュータインストラクショ
ンセットから構成されたプロセスである）の同時実行を
行う。エンジン１３２Ａは、図６には示されてはいな
い。
【０４９５】コンピュータシステム１２０Ａのメモリ１
１７Ａ（図３０）内において実行されるこれらのプロセ
スの他に、典型的には１以上のプロセス（たとえばユー
ザアプリケーション１３３Ａである）が存在する。ユー
ザアプリケーション１３３Ａは、エンジン１３２Ａによ
って解釈されるオブジェクト指向インストラクションセ
ット内において規定されたオブジェクトの生成及び／又
はマニピュレーションをエンジン１３２Ａに要求するこ
とができる。
１７Ａ（図３０）内において実行されるこれらのプロセ
スの他に、典型的には１以上のプロセス（たとえばユー
ザアプリケーション１３３Ａである）が存在する。ユー
ザアプリケーション１３３Ａは、エンジン１３２Ａによ
って解釈されるオブジェクト指向インストラクションセ
ット内において規定されたオブジェクトの生成及び／又
はマニピュレーションをエンジン１３２Ａに要求するこ
とができる。
【０４９６】コンピュータシステム１２０Ｂ、１２０Ｃ
は、コンピュータシステム１２０Ａと同様に構成されて
いる。しかし、コンピュータシステム１２０Ａ、１２０
Ｂ、１２０Ｃの一般的な構造は同様であるが、コンピュ
ータシステム１２０Ａ、１２０Ｂ、１２０Ｃはその他の
点では異質的である。
は、コンピュータシステム１２０Ａと同様に構成されて
いる。しかし、コンピュータシステム１２０Ａ、１２０
Ｂ、１２０Ｃの一般的な構造は同様であるが、コンピュ
ータシステム１２０Ａ、１２０Ｂ、１２０Ｃはその他の
点では異質的である。
【０４９７】コンピュータネットワーク１００のコンピ
ュータシステムは、１つのコンピュータシステムから別
のコンピュータシステムにエージェントプロセスが転送
され得るように接続されている。コンピュータシステム
１２０Ａ、１２０Ｂ、１２０Ｃは、通信リンク１０２Ａ
Ｂ、１０２ＢＣ、１０２ＡＣによってそれぞれのネット
ワーク通信ハードウエア１０４Ａ、１０４Ｂ、１０４Ｃ
を結合することによってコンピュータネットワークを形
成するように接続されている。通信リンク１０２ＡＢ、
１０２ＢＣ、１０２ＡＣは、１つのネットワーク通信ハ
ードウエアたとえばネットワーク通信ハードウエア１０
４Ａから別のネットワーク通信ハードウエア、たとえば
ネットワーク通信ハードウエア１０４Ｂにデータを転送
することができるどんな手段でもよい。一例として、ネ
ットワーク通信リンク１０２ＡＢは、公共に対して交換
される電話ネットワークでよい。この場合ネットワーク
通信ハードウエア１０４Ａ、１０４Ｂはモデムであり、
ネットワークマネージャ１３０Ａ、１３０Ｂは、通信リ
ンク１０２ＡＢを介した通信すなわち公共に対して交換
される電話ネットワークを設立し利用するために、ネッ
トワーク通信ハードウエア１０４Ａ、１０４Ｂにインス
トラクションを送出することができる。
ュータシステムは、１つのコンピュータシステムから別
のコンピュータシステムにエージェントプロセスが転送
され得るように接続されている。コンピュータシステム
１２０Ａ、１２０Ｂ、１２０Ｃは、通信リンク１０２Ａ
Ｂ、１０２ＢＣ、１０２ＡＣによってそれぞれのネット
ワーク通信ハードウエア１０４Ａ、１０４Ｂ、１０４Ｃ
を結合することによってコンピュータネットワークを形
成するように接続されている。通信リンク１０２ＡＢ、
１０２ＢＣ、１０２ＡＣは、１つのネットワーク通信ハ
ードウエアたとえばネットワーク通信ハードウエア１０
４Ａから別のネットワーク通信ハードウエア、たとえば
ネットワーク通信ハードウエア１０４Ｂにデータを転送
することができるどんな手段でもよい。一例として、ネ
ットワーク通信リンク１０２ＡＢは、公共に対して交換
される電話ネットワークでよい。この場合ネットワーク
通信ハードウエア１０４Ａ、１０４Ｂはモデムであり、
ネットワークマネージャ１３０Ａ、１３０Ｂは、通信リ
ンク１０２ＡＢを介した通信すなわち公共に対して交換
される電話ネットワークを設立し利用するために、ネッ
トワーク通信ハードウエア１０４Ａ、１０４Ｂにインス
トラクションを送出することができる。
【０４９８】オブジェクト指向コンピュータインストラ
クションセットから成るオブジェクトは、エンジンたと
えばエンジン１３２Ａ（図３１）によって実行される。
エンジン１３２Ａは、通信下部構造１３２Ａ−ＣＩ、プ
ログラム部分１３２Ａ−Ｐ及びデータ部分１３２Ａ−Ｄ
を有する。エンジン１３２Ａによって実行されるオブジ
ェクト、たとえばオブジェクト１４０Ａの状態を表すデ
ータは、エンジン１３２Ａのデータ部分１３２Ａ−Ｄに
記憶されている。エンジン１３２Ａのデータ部分１３２
Ａ−Ｄは、エンジン１３２Ａのワークスペースとして保
留されたメモリ１１７Ａのメモリスペース（図３０）で
あり、コンピュータシステム１２０Ａ上の他のプロセス
たとえばオペレーティングシステム１３１Ａ及びユーザ
アプリケーション１３３Ａの見地から一般にはアクセス
することはできない。
クションセットから成るオブジェクトは、エンジンたと
えばエンジン１３２Ａ（図３１）によって実行される。
エンジン１３２Ａは、通信下部構造１３２Ａ−ＣＩ、プ
ログラム部分１３２Ａ−Ｐ及びデータ部分１３２Ａ−Ｄ
を有する。エンジン１３２Ａによって実行されるオブジ
ェクト、たとえばオブジェクト１４０Ａの状態を表すデ
ータは、エンジン１３２Ａのデータ部分１３２Ａ−Ｄに
記憶されている。エンジン１３２Ａのデータ部分１３２
Ａ−Ｄは、エンジン１３２Ａのワークスペースとして保
留されたメモリ１１７Ａのメモリスペース（図３０）で
あり、コンピュータシステム１２０Ａ上の他のプロセス
たとえばオペレーティングシステム１３１Ａ及びユーザ
アプリケーション１３３Ａの見地から一般にはアクセス
することはできない。
【０４９９】前述したようにエンジンはプロセス及びオ
ブジェクトを実行する。エンジン１３２Ａのプログラム
部分１３２Ａ−Ｐ（図３１）は、データ部分１３２Ａ−
Ｄにおいて表されるオブジェクトを実行する。プログラ
ム部分１３２Ａ−Ｐを形成するように組み合わされるコ
ンピュータインストラクションは既知のコンピュータ言
語のものとすることができる。一例としてマイクロフィ
ルムアペンディクスＧとして添付したコンピュータソフ
トウエアは、本発明の原理にしたがって構成されたエン
ジンのプログラム部分であり、Ｃ＋＋プログラミング言
語にしたがって構成されている。
ブジェクトを実行する。エンジン１３２Ａのプログラム
部分１３２Ａ−Ｐ（図３１）は、データ部分１３２Ａ−
Ｄにおいて表されるオブジェクトを実行する。プログラ
ム部分１３２Ａ−Ｐを形成するように組み合わされるコ
ンピュータインストラクションは既知のコンピュータ言
語のものとすることができる。一例としてマイクロフィ
ルムアペンディクスＧとして添付したコンピュータソフ
トウエアは、本発明の原理にしたがって構成されたエン
ジンのプログラム部分であり、Ｃ＋＋プログラミング言
語にしたがって構成されている。
【０５００】エンジン１３２Ａの通信下部構造１３２Ａ
−ＣＩは、ネットワーク１００を通じて分散されたエン
ジンの間にデータを転送するためのコンピュータインス
トラクションを含む。
−ＣＩは、ネットワーク１００を通じて分散されたエン
ジンの間にデータを転送するためのコンピュータインス
トラクションを含む。
【０５０１】マイクロフィルムアペンディクスＨとして
添付されたコンピュータソフトウエア（この明細書の一
部であり、全体として引照されることによって本明細書
の一部分となる）は、本発明の原理にしたがって構成さ
れたエンジンの通信下部構造である。エンジンの通信下
部構造の多くの様相は、この明細書の一部となり、引照
によって全体として本明細書に組み込まれるアペンディ
クスＤに一層詳細に説明されている。
添付されたコンピュータソフトウエア（この明細書の一
部であり、全体として引照されることによって本明細書
の一部分となる）は、本発明の原理にしたがって構成さ
れたエンジンの通信下部構造である。エンジンの通信下
部構造の多くの様相は、この明細書の一部となり、引照
によって全体として本明細書に組み込まれるアペンディ
クスＤに一層詳細に説明されている。
【０５０２】図３２は、図３１の、コンピュータネット
ワークの代替となる同等の表現形態である。
ワークの代替となる同等の表現形態である。
【０５０３】図３１に示すように、コンピュータシステ
ム１２０Ｂのエンジン１３２Ｂは、エンジン１３２Ａの
形態と直接類似する仕方で構成されている。
ム１２０Ｂのエンジン１３２Ｂは、エンジン１３２Ａの
形態と直接類似する仕方で構成されている。
【０５０４】ネットワーク中のオブジェクト 以下に一層詳細に説明するように、プレイス２２０Ａ、
２２０Ｂ（図６）、エージェント１５０Ａ、チケット１
３０６などは、本発明の原理にしたがって”オブジェク
ト”を用いて規定されている。前述したようにオブジェ
クト（エンジン１３２Ａ、１３２Ｂによって解釈される
コンピュータインストラクションセットにしたがって形
成され、エンジン１３２Ａによって解釈される）は、デ
ータ部分１３２Ａ−Ｄ（図３１）中に記憶されている。
一例として、データ１３２Ａ−Ｄ中のオブジェクト１４
０Ａは、エンジン１３２Ａ、１３２Ｂによって解釈され
るコンピュータインストラクションセットにしたがって
形成され、エンジン１３２Ａによって解釈される。
２２０Ｂ（図６）、エージェント１５０Ａ、チケット１
３０６などは、本発明の原理にしたがって”オブジェク
ト”を用いて規定されている。前述したようにオブジェ
クト（エンジン１３２Ａ、１３２Ｂによって解釈される
コンピュータインストラクションセットにしたがって形
成され、エンジン１３２Ａによって解釈される）は、デ
ータ部分１３２Ａ−Ｄ（図３１）中に記憶されている。
一例として、データ１３２Ａ−Ｄ中のオブジェクト１４
０Ａは、エンジン１３２Ａ、１３２Ｂによって解釈され
るコンピュータインストラクションセットにしたがって
形成され、エンジン１３２Ａによって解釈される。
【０５０５】本発明のコンピュータインストラクション
セットの概略 本発明の新規なプロセスの各々及びこれらのプロセスを
限定し指示するために必要ないろいろなフィーチャは、
本発明のエンジンによって解釈されるコンピュータイン
ストラクションのセットによって限定される。本発明の
コンピュータインストラクションは、オブジェクト指向
である。したがって本発明のデータたとえばエージェン
ト１５０Ａを表すデータは、各々内部状態と外部挙動と
を有するオブジェクトに組織化される。あるオブジェク
トのプロパティは、そのオブジェクトの内部状態を規定
し、そのオブジェクトのフィーチャは、そのオブジェク
トの外部挙動を規定する（前記の用語表参照）。各々の
オブジェクトはある数のクラスの内の１つのクラスの１
つの例（インスタンス）である。
セットの概略 本発明の新規なプロセスの各々及びこれらのプロセスを
限定し指示するために必要ないろいろなフィーチャは、
本発明のエンジンによって解釈されるコンピュータイン
ストラクションのセットによって限定される。本発明の
コンピュータインストラクションは、オブジェクト指向
である。したがって本発明のデータたとえばエージェン
ト１５０Ａを表すデータは、各々内部状態と外部挙動と
を有するオブジェクトに組織化される。あるオブジェク
トのプロパティは、そのオブジェクトの内部状態を規定
し、そのオブジェクトのフィーチャは、そのオブジェク
トの外部挙動を規定する（前記の用語表参照）。各々の
オブジェクトはある数のクラスの内の１つのクラスの１
つの例（インスタンス）である。
【０５０６】本発明の原理によれば、以下に記述される
ミックスインクラスを除いたコンピュータインストラク
ションセットに規定されたすべてのクラスは、アペンデ
ィクスＡに一層詳細に説明されるクラス”Object”のサ
ブクラスである。したがって、ここに記述されるミック
スインクラスでない各々のクラスは、クラス”Object”
のフィーチャ及びプロパティを受け継いでいる。
ミックスインクラスを除いたコンピュータインストラク
ションセットに規定されたすべてのクラスは、アペンデ
ィクスＡに一層詳細に説明されるクラス”Object”のサ
ブクラスである。したがって、ここに記述されるミック
スインクラスでない各々のクラスは、クラス”Object”
のフィーチャ及びプロパティを受け継いでいる。
【０５０７】制限された多重の引継ぎは、一実施例によ
れば、ミックスインクラスを用いて具体化される。”Mi
x-ins”又は”Mix-in classes”は、クラス”Object”
のサブクラスでないクラスである。以下に記述されまた
アペンディクスＡにも記述されるミックスインクラスの
例は、ミックスインクラス”Executed””Named”及び
”Referencd”を含む。”flavor”又は”flavor clas
s”とも呼ばれる非ミックスインクラスは、多くとも一
つのフレーバのイミディエートサブクラスで有り得る
が、０又は１以上のミックスインクラスのイミディエー
トサブクラスで有り得る。ミックスインクラスは、ノー
クラス又は別のミックスインクラスのイミーディエイト
サブクラスで有り得る。他に指定しない限り、クラスは
フレーバである。クラスハイエラキーにおいてサイクル
は許容されないすなわち別のクラスのサブクラスであり
又スーパークラスでもあることはクラスには許されな
い。
れば、ミックスインクラスを用いて具体化される。”Mi
x-ins”又は”Mix-in classes”は、クラス”Object”
のサブクラスでないクラスである。以下に記述されまた
アペンディクスＡにも記述されるミックスインクラスの
例は、ミックスインクラス”Executed””Named”及び
”Referencd”を含む。”flavor”又は”flavor clas
s”とも呼ばれる非ミックスインクラスは、多くとも一
つのフレーバのイミディエートサブクラスで有り得る
が、０又は１以上のミックスインクラスのイミディエー
トサブクラスで有り得る。ミックスインクラスは、ノー
クラス又は別のミックスインクラスのイミーディエイト
サブクラスで有り得る。他に指定しない限り、クラスは
フレーバである。クラスハイエラキーにおいてサイクル
は許容されないすなわち別のクラスのサブクラスであり
又スーパークラスでもあることはクラスには許されな
い。
【０５０８】＊＊５９頁＊＊ ミックスインクラスを使用すると、フィーチャ及びプロ
パティが一度限定されそして広い範囲のクラスにわたっ
て使用される。例えばミックスインクラス”Orderd”
は、二つのオブジェクトの相対的な順序を定める為のオ
ペレーションを規定する。フレーバクラス”Associatio
n”、”Citation”、”List”、”Identifire”、”Pat
tern”、”Permit”、”Bit”、”Boolean”、”Charac
ter”、”Number”、”Octet”及び”Time”は、ミック
スインクラス”Orderd”から引き継がれる。従って関
連、サイテーション、リスト、識別子、パターン、許
可、ビット、ブーリアン、キャラクタ、数、オクテッ
ト、及び時間は同一のクラスの他のメンバに対してある
順序を持っている。一例として数値の場合、数２は、数
１の”後”であり数３の”前”である。
パティが一度限定されそして広い範囲のクラスにわたっ
て使用される。例えばミックスインクラス”Orderd”
は、二つのオブジェクトの相対的な順序を定める為のオ
ペレーションを規定する。フレーバクラス”Associatio
n”、”Citation”、”List”、”Identifire”、”Pat
tern”、”Permit”、”Bit”、”Boolean”、”Charac
ter”、”Number”、”Octet”及び”Time”は、ミック
スインクラス”Orderd”から引き継がれる。従って関
連、サイテーション、リスト、識別子、パターン、許
可、ビット、ブーリアン、キャラクタ、数、オクテッ
ト、及び時間は同一のクラスの他のメンバに対してある
順序を持っている。一例として数値の場合、数２は、数
１の”後”であり数３の”前”である。
【０５０９】本発明においてオブジェクトの主要なクラ
スは、プロセスのクラスである。前述したようにプロセ
スは、（ｉ）他のプロセスによって占有されるプレイ
ス、又は（ｉｉ）（ａ）第１のプレイスからそれ自身を
転送し第１のプレイスの占有を終了し第２のプレイスを
占有することのできるエージェント及び（ｂ）同一のプ
レイスを占有する他のエージェントと相互作用をし得る
エージェント、のどちらかである。
スは、プロセスのクラスである。前述したようにプロセ
スは、（ｉ）他のプロセスによって占有されるプレイ
ス、又は（ｉｉ）（ａ）第１のプレイスからそれ自身を
転送し第１のプレイスの占有を終了し第２のプレイスを
占有することのできるエージェント及び（ｂ）同一のプ
レイスを占有する他のエージェントと相互作用をし得る
エージェント、のどちらかである。
【０５１０】エージェント１５０Ａ（図３１）は、エン
ジン１３２によって実行される本発明のコンピュータイ
ンストラクションセットに従って形成されたプロセスで
ある。エージェント１５０Ａは、（ｉ）それ自身を検査
して変形し、（ｉｉ）ネットワーク１００中の第１のプ
レイス（図３０）から第２のプレイスにそれ自身を転送
し、（ｉｉｉ）第２のプレイスを占有する他のエージェ
ントと相互作用することができる。
ジン１３２によって実行される本発明のコンピュータイ
ンストラクションセットに従って形成されたプロセスで
ある。エージェント１５０Ａは、（ｉ）それ自身を検査
して変形し、（ｉｉ）ネットワーク１００中の第１のプ
レイス（図３０）から第２のプレイスにそれ自身を転送
し、（ｉｉｉ）第２のプレイスを占有する他のエージェ
ントと相互作用することができる。
【０５１１】本明細書においてプロセスは、アーギュメ
ントを消費し０又は１つの結果を発生させるオペレーシ
ョンを行なうものとして記述される。しかしプロセスそ
れ自体は、以下に一層詳細に説明するインストラクショ
ンの中から選定されたインストラクションの集合を含む
オブジェクトであり、このインストラクションはＣＰＵ
１１０Ａ内において動作しているエンジン例えばエンジ
ン１３２Ａによって解釈される。あるプロセスによる動
作の遂行又は開示されたインストラクションセットの他
のオブジェクトの遂行は、実際には、プロセス又はオブ
ジェクトに含まれる特別のインストラクション群の選定
及びその解釈である。エンジンによるプロセスのインス
トラクションの解釈は、ここでは、”プロセスの解釈”
とも呼ばれる。すなわち、エージェント１５０Ａがある
オペレーションを実行する場合、エージェント１５０Ａ
は、エンジン１３２Ａにインストラクションを供給し、
エンジン１３２Ａは、そのインストラクションを解釈
し、エージェント１５０Ａによるオペレーションの遂行
を行なう適当なタスクを実行するようにＣＰＵ１１０Ａ
に指示する。プロセスとエンジンとの間の相互作用は以
下に一層詳細に説明する。
ントを消費し０又は１つの結果を発生させるオペレーシ
ョンを行なうものとして記述される。しかしプロセスそ
れ自体は、以下に一層詳細に説明するインストラクショ
ンの中から選定されたインストラクションの集合を含む
オブジェクトであり、このインストラクションはＣＰＵ
１１０Ａ内において動作しているエンジン例えばエンジ
ン１３２Ａによって解釈される。あるプロセスによる動
作の遂行又は開示されたインストラクションセットの他
のオブジェクトの遂行は、実際には、プロセス又はオブ
ジェクトに含まれる特別のインストラクション群の選定
及びその解釈である。エンジンによるプロセスのインス
トラクションの解釈は、ここでは、”プロセスの解釈”
とも呼ばれる。すなわち、エージェント１５０Ａがある
オペレーションを実行する場合、エージェント１５０Ａ
は、エンジン１３２Ａにインストラクションを供給し、
エンジン１３２Ａは、そのインストラクションを解釈
し、エージェント１５０Ａによるオペレーションの遂行
を行なう適当なタスクを実行するようにＣＰＵ１１０Ａ
に指示する。プロセスとエンジンとの間の相互作用は以
下に一層詳細に説明する。
【０５１２】本発明の重要な様相は、以下に一層詳細に
説明するコンピュータインストラクションセットがネッ
トワーク１００（図３０）のそれぞれのコンピュータシ
ステムによって一様に具体化されていることである。コ
ンピュータシステム１２０Ａ、１２０Ｂ、１２０Ｃは、
完全に異なって且つ整合性のないデータ構造メモリ形態
ＣＰＵ及びオペレーティングシステムを使用することが
できる。しかしエージェントはコンピュータシステム１
２０Ａ、１２０Ｂ、１２０Ｃのどれに対してもそれ自身
を転送することができるので、各々のコンピュータシス
テムが標準化された形態で本発明のコンピュータインス
トラクションセットを具体化していることが大切であ
る。コンピュータインストラクションが一様に具体化さ
れている限り、コンピュータシステム１２０Ａ１２０
Ｂ、１２０Ｃが他の点で不整合であることは有り得る。
従ってエージェントは均質なコンピュータネットワーク
だけでなく異質なコンピュータネットワークのコンピュ
ータシステムの間にも自由に移動することができる。
説明するコンピュータインストラクションセットがネッ
トワーク１００（図３０）のそれぞれのコンピュータシ
ステムによって一様に具体化されていることである。コ
ンピュータシステム１２０Ａ、１２０Ｂ、１２０Ｃは、
完全に異なって且つ整合性のないデータ構造メモリ形態
ＣＰＵ及びオペレーティングシステムを使用することが
できる。しかしエージェントはコンピュータシステム１
２０Ａ、１２０Ｂ、１２０Ｃのどれに対してもそれ自身
を転送することができるので、各々のコンピュータシス
テムが標準化された形態で本発明のコンピュータインス
トラクションセットを具体化していることが大切であ
る。コンピュータインストラクションが一様に具体化さ
れている限り、コンピュータシステム１２０Ａ１２０
Ｂ、１２０Ｃが他の点で不整合であることは有り得る。
従ってエージェントは均質なコンピュータネットワーク
だけでなく異質なコンピュータネットワークのコンピュ
ータシステムの間にも自由に移動することができる。
【０５１３】典型的には、従来技術のシステムは、プロ
セスが均質なネットワーク内を移動すること、又はプロ
セスが実行中のコンピュータシステムと整合性のあるコ
ンピュータインストラクションを特異的に実行するよう
にプロセスが構成されていることを必要としていた。後
者のケースにおいては、プロセスは、そのプロセスの実
行が開始されたコンピュータシステムの特別のシステム
要求及びそのプロセスが移行しようとしている何れかの
コンピュータシステムの特別のシステム要求に対して構
成されていた。従って本発明のエージェントのコンピュ
ータインストラクションは、異質なネットワークのいか
なるコンピュータシステムに対しても実行され得るの
で、本発明は従来技術に対する実質的な改良を表してい
る。
セスが均質なネットワーク内を移動すること、又はプロ
セスが実行中のコンピュータシステムと整合性のあるコ
ンピュータインストラクションを特異的に実行するよう
にプロセスが構成されていることを必要としていた。後
者のケースにおいては、プロセスは、そのプロセスの実
行が開始されたコンピュータシステムの特別のシステム
要求及びそのプロセスが移行しようとしている何れかの
コンピュータシステムの特別のシステム要求に対して構
成されていた。従って本発明のエージェントのコンピュ
ータインストラクションは、異質なネットワークのいか
なるコンピュータシステムに対しても実行され得るの
で、本発明は従来技術に対する実質的な改良を表してい
る。
【０５１４】エージェント 前述したようにエージェントの挙動は部分的にはそのエ
ージェントの内部状態に依存する。従ってネットワーク
中のあるエージェント外部挙動を検討する前に、エージ
ェントの内部状態のいくつかの様相について簡単に説明
する。各々のエージェントはクラス”Agent”のメンバ
である。
ージェントの内部状態に依存する。従ってネットワーク
中のあるエージェント外部挙動を検討する前に、エージ
ェントの内部状態のいくつかの様相について簡単に説明
する。各々のエージェントはクラス”Agent”のメンバ
である。
【０５１５】クラス”Agent”は抽象的であるから、い
かなるエージェントもクラス”Agent”の例（インスタ
ンス）ではないことに注意すべきである。クラス”Agen
t”は、オペレーション”live”のいかなるインプリメ
ンテーションもクラス”Agent”によって規定されたり
受け継がれたりしていないので、抽象的である。以下に
またアペンディクスＡに一層詳細に説明するように、オ
ペレーション”live”は、プロセスの生成時にそのプロ
セスすなわちエージェント又はプレイスによって実行さ
れるステップを規定する。これらのステップは集合的に
プロセスの”中央プロシージャ”と呼ばれる。エージェ
ント及びプレイスが各々のユーザの特定のニーズに適合
する中心プロシージャを本発明のユーザが設計し供与す
るので、エージェント及びプレイスの為の中心プロシー
ジャは提供されない。従って、本発明のユーザは、クラ
ス”Agent”の具体的なサブクラスを生成させ、オペレ
ーション”live”の為のインプリメンテーションを供給
する。
かなるエージェントもクラス”Agent”の例（インスタ
ンス）ではないことに注意すべきである。クラス”Agen
t”は、オペレーション”live”のいかなるインプリメ
ンテーションもクラス”Agent”によって規定されたり
受け継がれたりしていないので、抽象的である。以下に
またアペンディクスＡに一層詳細に説明するように、オ
ペレーション”live”は、プロセスの生成時にそのプロ
セスすなわちエージェント又はプレイスによって実行さ
れるステップを規定する。これらのステップは集合的に
プロセスの”中央プロシージャ”と呼ばれる。エージェ
ント及びプレイスが各々のユーザの特定のニーズに適合
する中心プロシージャを本発明のユーザが設計し供与す
るので、エージェント及びプレイスの為の中心プロシー
ジャは提供されない。従って、本発明のユーザは、クラ
ス”Agent”の具体的なサブクラスを生成させ、オペレ
ーション”live”の為のインプリメンテーションを供給
する。
【０５１６】クラス”Agent”は、クラス”Process”
（図５）のサブクラスである。クラス”Process”は、
クラス”Object”のサブクラスであり、ミックスインク
ラス”Named”からも受け継いでいる。クラス”Objec
t”は、ミックスインクラス”Referencd”からも受け継
いでいる。あるエージェントは次の属性を所有してい
る。これらの属性は（ｉ）スーパークラス”Object”か
ら受け継がれたアトリビュート（属性）”class”及
び”size”、（ｉｉ）ミックスインクラス”Referenc
d”から受け継がれたアトリビュート”isProtected”、
（ｉｉｉ）ミックスインクラス”Named”から受け継が
れたアトリビュート”name”、及び（ｉｖ）スーパーク
ラス”Process”から受け継がれたアトリビュート”bra
nd”、”Permit”及び”privateClasses”である。クラ
ス”Agent”はいかなる属性も規定しない。前述した各
々の属性及びクラスは、アペンディクスＡにおいて一層
詳細に説明される。
（図５）のサブクラスである。クラス”Process”は、
クラス”Object”のサブクラスであり、ミックスインク
ラス”Named”からも受け継いでいる。クラス”Objec
t”は、ミックスインクラス”Referencd”からも受け継
いでいる。あるエージェントは次の属性を所有してい
る。これらの属性は（ｉ）スーパークラス”Object”か
ら受け継がれたアトリビュート（属性）”class”及
び”size”、（ｉｉ）ミックスインクラス”Referenc
d”から受け継がれたアトリビュート”isProtected”、
（ｉｉｉ）ミックスインクラス”Named”から受け継が
れたアトリビュート”name”、及び（ｉｖ）スーパーク
ラス”Process”から受け継がれたアトリビュート”bra
nd”、”Permit”及び”privateClasses”である。クラ
ス”Agent”はいかなる属性も規定しない。前述した各
々の属性及びクラスは、アペンディクスＡにおいて一層
詳細に説明される。
【０５１７】ダイアグラム１２７０（図３３）は、エー
ジェント１５０Ａがメンバであるクラス（複数）のクラ
ス関係を表している。エージェント１５０Ａは、クラ
ス”Agent”を表すドメイン１２７２に含まれるように
図示されているので、クラス”Agent”のメンバであ
る。
ジェント１５０Ａがメンバであるクラス（複数）のクラ
ス関係を表している。エージェント１５０Ａは、クラ
ス”Agent”を表すドメイン１２７２に含まれるように
図示されているので、クラス”Agent”のメンバであ
る。
【０５１８】クラス”Agent”は抽象的であるから、エ
ージェント１５０Ａは、クラス”Agent”の１以上のサ
ブクラス（図示しない）のメンバでもある。
ージェント１５０Ａは、クラス”Agent”の１以上のサ
ブクラス（図示しない）のメンバでもある。
【０５１９】ドメイン１２７２は、クラス”Process”
を表すドメイン１２７４中に完全に収容されている。従
ってエージェント１５０Ａは、クラス”Process”によ
って規定されたアトリビュート”brand”、”Permit”
及び”privateClasses”を受け継ぐ。さらにクラス”Ag
ent”のすべてのメンバは、クラス”Process”のメンバ
でもある。従って前述したようにクラス”Agent”はク
ラス”Process”のサブクラスである。
を表すドメイン１２７４中に完全に収容されている。従
ってエージェント１５０Ａは、クラス”Process”によ
って規定されたアトリビュート”brand”、”Permit”
及び”privateClasses”を受け継ぐ。さらにクラス”Ag
ent”のすべてのメンバは、クラス”Process”のメンバ
でもある。従って前述したようにクラス”Agent”はク
ラス”Process”のサブクラスである。
【０５２０】ドメイン１２７４は、クラス”Object”を
表すドメイン１２７６中に完全に収容されている。従っ
てエージェント１５０Ａは、アトリビュート”class”
及び”size”（クラス”Object”によって規定される）
を受け継いでいる。さらに、クラス”Agent”のメンバ
を含むクラス”Process”のすべてのメンバは、クラ
ス”Object”のメンバでもある。従って前述したよう
に、クラス”Process”は、クラス”Object”のサブク
ラスである。
表すドメイン１２７６中に完全に収容されている。従っ
てエージェント１５０Ａは、アトリビュート”class”
及び”size”（クラス”Object”によって規定される）
を受け継いでいる。さらに、クラス”Agent”のメンバ
を含むクラス”Process”のすべてのメンバは、クラ
ス”Object”のメンバでもある。従って前述したよう
に、クラス”Process”は、クラス”Object”のサブク
ラスである。
【０５２１】クラス”Process”を表すドメイン１２７
４は、クラス”Named”を表すドメイン１２７８中に収
容されている。コネクション１２７８Ａは、ドメイン１
２７４がドメイン１２７８に収容されていることを示す
と共に、クラス”Object”を表すドメイン１２７６がド
メイン１２７８中には収容されてなく、ドメイン１２７
８がドメイン１２７６に収容されていないことを明瞭に
表している。
４は、クラス”Named”を表すドメイン１２７８中に収
容されている。コネクション１２７８Ａは、ドメイン１
２７４がドメイン１２７８に収容されていることを示す
と共に、クラス”Object”を表すドメイン１２７６がド
メイン１２７８中には収容されてなく、ドメイン１２７
８がドメイン１２７６に収容されていないことを明瞭に
表している。
【０５２２】ドメイン１２７８によって表されたクラ
ス”Named”はミックスインクラスである。ドメイン１
２７４はドメイン１２７８に含まれているので、エージ
ェント１５０Ａは、ドメイン１２７８に含まれ従ってミ
ックスインクラス”Named”のメンバである。ミックス
インクラス”Named”は、エージェント１５０Ａに含ま
れないアトリビュート”name”を規定している。
ス”Named”はミックスインクラスである。ドメイン１
２７４はドメイン１２７８に含まれているので、エージ
ェント１５０Ａは、ドメイン１２７８に含まれ従ってミ
ックスインクラス”Named”のメンバである。ミックス
インクラス”Named”は、エージェント１５０Ａに含ま
れないアトリビュート”name”を規定している。
【０５２３】ミックスインクラス”Referencd”を表す
ドメイン１２８０は、ドメイン１２７６を含み、このド
メイン１２７６は、コネクション１２８０Ａによって示
すように、クラス”Object”を表している。ドメイン１
２７６はドメイン１２８０に含まれるので、エージェン
ト１５０Ａは、ドメイン１２８０に含まれ、従ってミッ
クスインクラス”Referencd”のメンバである。ミック
スインクラス”Referencd”は、エージェント１５０Ａ
に含まれるアトリビュート”isProtected”を規定す
る。
ドメイン１２８０は、ドメイン１２７６を含み、このド
メイン１２７６は、コネクション１２８０Ａによって示
すように、クラス”Object”を表している。ドメイン１
２７６はドメイン１２８０に含まれるので、エージェン
ト１５０Ａは、ドメイン１２８０に含まれ、従ってミッ
クスインクラス”Referencd”のメンバである。ミック
スインクラス”Referencd”は、エージェント１５０Ａ
に含まれるアトリビュート”isProtected”を規定す
る。
【０５２４】本発明の開示された実施例の各々のフレー
バは、クラス”Object”のサブクラスであるので、各々
のフレーバはミックスインクラス”Referencd”のサブ
クラスでもある。従って、クラス”Object”の特徴から
クラス”Referencd”の特徴を分離する必要はない。し
かしミックスインクラス”Referencd”の特徴は、本発
明の概念形成及び理解を助ける為に、クラス”Object”
の特徴から分離されている。
バは、クラス”Object”のサブクラスであるので、各々
のフレーバはミックスインクラス”Referencd”のサブ
クラスでもある。従って、クラス”Object”の特徴から
クラス”Referencd”の特徴を分離する必要はない。し
かしミックスインクラス”Referencd”の特徴は、本発
明の概念形成及び理解を助ける為に、クラス”Object”
の特徴から分離されている。
【０５２５】用語表において述べたように、オブジェク
トは、参照によって設定された開示されたコンピュータ
インストラクションの範囲内において特定化される。
以下に詳述するように、オブジェクトにある操作を行な
うように指示する場合、オブジェクトは、参照によって
特定化される。ミックスインクラス”Referencd”によ
って定義された特徴は、オブジェクトを特定化する参照
に基づいて動作する。一例としてアトリビュート”isPr
otected”は、オブジェクト自身でなくオブジェクトへ
の参照が保護されるか否かを定める。クラス”Object”
によって定義された特徴は、参照によって特定化された
オブジェクトに対して動作する。一例としてアトリビュ
ート”class”はそのオブジェクトがどのクラスの例
（インスタンス）であるかを定める。
トは、参照によって設定された開示されたコンピュータ
インストラクションの範囲内において特定化される。
以下に詳述するように、オブジェクトにある操作を行な
うように指示する場合、オブジェクトは、参照によって
特定化される。ミックスインクラス”Referencd”によ
って定義された特徴は、オブジェクトを特定化する参照
に基づいて動作する。一例としてアトリビュート”isPr
otected”は、オブジェクト自身でなくオブジェクトへ
の参照が保護されるか否かを定める。クラス”Object”
によって定義された特徴は、参照によって特定化された
オブジェクトに対して動作する。一例としてアトリビュ
ート”class”はそのオブジェクトがどのクラスの例
（インスタンス）であるかを定める。
【０５２６】エージェント１５０Ａ（図３３）によって
占有されたプレイスに関する情報を供与する属性が定義
されていないことに注意されたい。しかしエージェント
１５０Ａによって占有されたプレイスは、エージェント
１５０Ａの一つの特性として保存される。エージェント
１５０Ａは、”here（ヒア）”セレクタの実行によって
どのプレイスをエージェント１５０Ａが占有するかを定
めることができる。セレクタ特に”ヒア”セレクタの実
行は、アペンディクスＡに詳述されている。エージェン
ト１５０Ａによって占有されているプレイスである特性
は、クラス”Process”によって定義される。従ってい
かなるプロセスも、すなわちプレイス又はエージェント
は、プロセスによって占有されているプレイスである特
性を含んでいる。
占有されたプレイスに関する情報を供与する属性が定義
されていないことに注意されたい。しかしエージェント
１５０Ａによって占有されたプレイスは、エージェント
１５０Ａの一つの特性として保存される。エージェント
１５０Ａは、”here（ヒア）”セレクタの実行によって
どのプレイスをエージェント１５０Ａが占有するかを定
めることができる。セレクタ特に”ヒア”セレクタの実
行は、アペンディクスＡに詳述されている。エージェン
ト１５０Ａによって占有されているプレイスである特性
は、クラス”Process”によって定義される。従ってい
かなるプロセスも、すなわちプレイス又はエージェント
は、プロセスによって占有されているプレイスである特
性を含んでいる。
【０５２７】ミックスインクラス”Named”のイミーデ
ィエートサブクラスである本明細書及びアペンディクス
Ａに開示されたクラスのみがクラス”Process”である
が、クラス”Process”のサブクラスでないミックスイ
ンクラス”Named”のサブクラス（複数）は、本明細書
及びアペンディクスＡに開示されたインストラクション
を用いて本発明のユーザによって定義される。従ってク
ラス”Named”はミックスインクラスである。
ィエートサブクラスである本明細書及びアペンディクス
Ａに開示されたクラスのみがクラス”Process”である
が、クラス”Process”のサブクラスでないミックスイ
ンクラス”Named”のサブクラス（複数）は、本明細書
及びアペンディクスＡに開示されたインストラクション
を用いて本発明のユーザによって定義される。従ってク
ラス”Named”はミックスインクラスである。
【０５２８】プロセスとしてのエージェント 各々のプロセス（エージェント及びプロセス）には、前
述したプロセスの一義的な挙動を規定する中心プロシー
ジャが組み合わされている。あるプロセスの中心プロシ
ージャは、プロセスによって遂行されるオペレーショ
ン”live”を具体化する方法である。エンジンはそのプ
ロセスにオペレーション”live”を遂行させ、それによ
りプロセスの中心プロシージャを実行させることによっ
てプロセスの処理を開始する。プロセスの方法の供給に
ついては以下に詳述する。あるプロセスがオペレーショ
ン”live”の実行を成功のうちにか、又は他の形で終了
させた場合、プロセスは終了する。プロセスの終了はア
ペンディクスＡのセクション２．４．１１に説明されて
おり、この説明は引用によって本明細書の一部とされ
る。
述したプロセスの一義的な挙動を規定する中心プロシー
ジャが組み合わされている。あるプロセスの中心プロシ
ージャは、プロセスによって遂行されるオペレーショ
ン”live”を具体化する方法である。エンジンはそのプ
ロセスにオペレーション”live”を遂行させ、それによ
りプロセスの中心プロシージャを実行させることによっ
てプロセスの処理を開始する。プロセスの方法の供給に
ついては以下に詳述する。あるプロセスがオペレーショ
ン”live”の実行を成功のうちにか、又は他の形で終了
させた場合、プロセスは終了する。プロセスの終了はア
ペンディクスＡのセクション２．４．１１に説明されて
おり、この説明は引用によって本明細書の一部とされ
る。
【０５２９】エージェントの可動度オペレーション”g
o” 前述したように、オブジェクトはオペレーション”go”
の遂行によって１つのプレイスから次のプレイスへと移
動する。オペレーション”go”は図３４、図４１、図５
０、図５１、図５３の例示的な例のコンテキストにおい
て説明される。プレイス２２０Ａからプレイス２２０Ｂ
に移動する為に、エージェント１５０Ａ（図３４）は、
オペレーション”go”を遂行する。図３４は、エージェ
ント１５０Ａによるオペレーション”go”の遂行の前の
ネットワーク１５００の状態を示している。
o” 前述したように、オブジェクトはオペレーション”go”
の遂行によって１つのプレイスから次のプレイスへと移
動する。オペレーション”go”は図３４、図４１、図５
０、図５１、図５３の例示的な例のコンテキストにおい
て説明される。プレイス２２０Ａからプレイス２２０Ｂ
に移動する為に、エージェント１５０Ａ（図３４）は、
オペレーション”go”を遂行する。図３４は、エージェ
ント１５０Ａによるオペレーション”go”の遂行の前の
ネットワーク１５００の状態を示している。
【０５３０】エージェント１５０Ａはオブジェクト１４
０Ａ、１４０Ｂを所有し、エンジン１３２Ａ中のプレイ
ス２２０Ａを占有している。従ってエージェント１５０
Ａ及びプレイス２２０Ａは、エンジン１３２Ａによって
同時に解釈されるプロセスである。換言すれば、プレイ
ス２２０Ａ、エージェント１５０Ａは、オペレーショ
ン”live”を同時に遂行する。エンジン１３２Ｂは、プ
レイス２２０Ｂ及びエージェント１５０Ｂを解釈する。
エージェント１５０Ｂはプレイス２２０Ｂを占有してい
る。
０Ａ、１４０Ｂを所有し、エンジン１３２Ａ中のプレイ
ス２２０Ａを占有している。従ってエージェント１５０
Ａ及びプレイス２２０Ａは、エンジン１３２Ａによって
同時に解釈されるプロセスである。換言すれば、プレイ
ス２２０Ａ、エージェント１５０Ａは、オペレーショ
ン”live”を同時に遂行する。エンジン１３２Ｂは、プ
レイス２２０Ｂ及びエージェント１５０Ｂを解釈する。
エージェント１５０Ｂはプレイス２２０Ｂを占有してい
る。
【０５３１】エンジン１３２Ａの通信下部構造１３２Ａ
ーＣＩは、通信リンク１０２ＡＺによって、エンジン１
３２Ｚの通信下部構造１３２ＺーＣＩに接続されてい
る。エンジン１３２Ｚはプレイス２２０Ｚを解釈する。
通信下部構造１３２ＺーＣＩは、通信リンク１０２ＺＢ
によって、エンジン１３２Ｂの通信下部構造１３２Ｂー
ＣＩにも接続されている。この実施例ではネットワーク
１５００中に３つのコンピュータシステムが示されてい
るにすぎないが、ネットワーク１５００のコンピュータ
システムの数は任意の数とすることができる。従って図
３４に示したコンピュータシステムは本発明の原理を例
示するものにすぎず、図示した特別のネットワークによ
って本発明を限定するものではない。
ーＣＩは、通信リンク１０２ＡＺによって、エンジン１
３２Ｚの通信下部構造１３２ＺーＣＩに接続されてい
る。エンジン１３２Ｚはプレイス２２０Ｚを解釈する。
通信下部構造１３２ＺーＣＩは、通信リンク１０２ＺＢ
によって、エンジン１３２Ｂの通信下部構造１３２Ｂー
ＣＩにも接続されている。この実施例ではネットワーク
１５００中に３つのコンピュータシステムが示されてい
るにすぎないが、ネットワーク１５００のコンピュータ
システムの数は任意の数とすることができる。従って図
３４に示したコンピュータシステムは本発明の原理を例
示するものにすぎず、図示した特別のネットワークによ
って本発明を限定するものではない。
【０５３２】この実施例においてエージェント１５０Ａ
によるオペレーション”go”の遂行は、エンジン１３２
Ｚを経てエンジン１３２Ａからエンジン１３２Ｂにエー
ジェント１５０Ａを転送することを必要とする。従っ
て、オペレーション”go”にはエンジン１３２Ａすなわ
ちソースエンジン、エンジン１３２Ｚすなわち移送エン
ジン及びエンジン１３２Ｂすなわち目的地エンジンの側
の処置を必要としている。
によるオペレーション”go”の遂行は、エンジン１３２
Ｚを経てエンジン１３２Ａからエンジン１３２Ｂにエー
ジェント１５０Ａを転送することを必要とする。従っ
て、オペレーション”go”にはエンジン１３２Ａすなわ
ちソースエンジン、エンジン１３２Ｚすなわち移送エン
ジン及びエンジン１３２Ｂすなわち目的地エンジンの側
の処置を必要としている。
【０５３３】ソースプレイスを処理するエンジンによっ
て遂行されるオペレーション”go” 図３５は、エージェント１５０Ａによるオペレーショ”
go”の遂行の直前のエージェント１５０Ａの実行状態の
一部を含む内部状態の一部を示している。あるプロセス
の実行状態については以下に詳細に説明する。スタック
１３０４は、エージェント１５０Ａの実行状態の一部で
ある。スタック１３０４は上部”Ｔ”にチケット１３０
６を備えている。チケット１３０６については以下に詳
細に説明する。オペレーション”go”の遂行によって消
費されたアーギュメントは、スタック１３０４から復元
（ポップ）されるので、スタック１３０４はオペレーシ
ョン”go”のコンテキストにおいて”現在のスタック”
である。プレイス２２０Ａはエージェント１５０Ａの一
つのプロパティであり、これはエージェント１５０Ａが
プレイス２２０Ａを占めていることを示している。
て遂行されるオペレーション”go” 図３５は、エージェント１５０Ａによるオペレーショ”
go”の遂行の直前のエージェント１５０Ａの実行状態の
一部を含む内部状態の一部を示している。あるプロセス
の実行状態については以下に詳細に説明する。スタック
１３０４は、エージェント１５０Ａの実行状態の一部で
ある。スタック１３０４は上部”Ｔ”にチケット１３０
６を備えている。チケット１３０６については以下に詳
細に説明する。オペレーション”go”の遂行によって消
費されたアーギュメントは、スタック１３０４から復元
（ポップ）されるので、スタック１３０４はオペレーシ
ョン”go”のコンテキストにおいて”現在のスタック”
である。プレイス２２０Ａはエージェント１５０Ａの一
つのプロパティであり、これはエージェント１５０Ａが
プレイス２２０Ａを占めていることを示している。
【０５３４】図３６は、エージェント１５０Ａによるオ
ペレーション”go”の遂行の直後においてのエージェン
ト１５０Ａの実行状態の一部を含む内部状態の一部を示
している。図３６については以下に詳述する。
ペレーション”go”の遂行の直後においてのエージェン
ト１５０Ａの実行状態の一部を含む内部状態の一部を示
している。図３６については以下に詳述する。
【０５３５】図３７に示すフローチャート（ロジックフ
ローダイアグラム）１４００は、エンジン１３２Ａ（図
３４）によって実行されるオペレーション”go”を示し
ている。エンジン１３２Ａは、オペレーション”go”の
遂行が開始された時にエンジン１３２Ａ内において実行
されているので、ソースエンジンである。図３７に示す
フローチャートのそれぞれのステップについては、プレ
イス２２０Ａ（図３４）からプレイス２２０Ｂへの、エ
ージェント１５０Ａによるトリップのコンテクストにお
いて説明される。
ローダイアグラム）１４００は、エンジン１３２Ａ（図
３４）によって実行されるオペレーション”go”を示し
ている。エンジン１３２Ａは、オペレーション”go”の
遂行が開始された時にエンジン１３２Ａ内において実行
されているので、ソースエンジンである。図３７に示す
フローチャートのそれぞれのステップについては、プレ
イス２２０Ａ（図３４）からプレイス２２０Ｂへの、エ
ージェント１５０Ａによるトリップのコンテクストにお
いて説明される。
【０５３６】エージェント１５０Ａによるオペレーショ
ン”go”の遂行において、エンジン１３２Ａ（図３４）
は、アクセステストステップ１４０２（図３７）におい
てオペレーション”go”の遂行を要求しているエージェ
ントがエージェント１５０Ａであるかどうかを定める。
オペレーション”go”がエージェント１５０Ａ（図３
４）以外のオブジェクトによってリクエストされたもの
であれば、処理はアクセスステップ１４０２（図３７）
から終了ステップ１４０４に移行しこの終了ステップで
は、クラスの例外”Process not Current （プロセスは
現在のものではない）”が放出され、オペレーション”
go”を失敗に終わらせる。しかしオペレーション”go”
がエージェント１５０Ａ（図３４）によってリクエスト
されたものであれば、処理はアクセステストステップ１
４０２（図３７）から”canGo”テストステップ１４０
６に移行する。
ン”go”の遂行において、エンジン１３２Ａ（図３４）
は、アクセステストステップ１４０２（図３７）におい
てオペレーション”go”の遂行を要求しているエージェ
ントがエージェント１５０Ａであるかどうかを定める。
オペレーション”go”がエージェント１５０Ａ（図３
４）以外のオブジェクトによってリクエストされたもの
であれば、処理はアクセスステップ１４０２（図３７）
から終了ステップ１４０４に移行しこの終了ステップで
は、クラスの例外”Process not Current （プロセスは
現在のものではない）”が放出され、オペレーション”
go”を失敗に終わらせる。しかしオペレーション”go”
がエージェント１５０Ａ（図３４）によってリクエスト
されたものであれば、処理はアクセステストステップ１
４０２（図３７）から”canGo”テストステップ１４０
６に移行する。
【０５３７】”canGo”テストステップ１４０６におい
てエンジン１３２Ａ（図３４）はエージェント１５０Ａ
がオペレーション”go”を遂行してもよいのか否かを定
める。”canGo”テストステップ１４０６においてエン
ジン１３２Ａ（図３４）はエージェント１５０Ａのアト
リビュート”Permit”に対して質疑する。前述したアト
リビュート”Permit”はエージェント１５０Ａの複数の
属性の一つである。エージェント１５０Ａの色々の特性
についてはクラス”Process”に関連してアペンディク
スＡに詳述されている。エージェント１５０Ａのアトリ
ビュート”Permit”の質疑によってエージェント１５０
Ａのプロパティ”Permit”が生成される。特定的にはパ
ーミット（許可）１６１２（図３８）はエージェント１
５０Ａの特性”Permit”であり従ってエージェント１５
０Ａのアトリビュート”Permit”を質疑することによっ
て生成される。この実施例において特性”Permit”はエ
ージェント１５０Ａの複数のプロパティの中の一つであ
る。
てエンジン１３２Ａ（図３４）はエージェント１５０Ａ
がオペレーション”go”を遂行してもよいのか否かを定
める。”canGo”テストステップ１４０６においてエン
ジン１３２Ａ（図３４）はエージェント１５０Ａのアト
リビュート”Permit”に対して質疑する。前述したアト
リビュート”Permit”はエージェント１５０Ａの複数の
属性の一つである。エージェント１５０Ａの色々の特性
についてはクラス”Process”に関連してアペンディク
スＡに詳述されている。エージェント１５０Ａのアトリ
ビュート”Permit”の質疑によってエージェント１５０
Ａのプロパティ”Permit”が生成される。特定的にはパ
ーミット（許可）１６１２（図３８）はエージェント１
５０Ａの特性”Permit”であり従ってエージェント１５
０Ａのアトリビュート”Permit”を質疑することによっ
て生成される。この実施例において特性”Permit”はエ
ージェント１５０Ａの複数のプロパティの中の一つであ
る。
【０５３８】パーミット１６１２（図３９）は、アペン
ディクスＡに詳細に説明されている幾つかのプロパティ
の中に、プロパティ”charge”、”canGo”、及び”ag
e”（其々整数１７０２、ブーリアン１７０４及び整数
１７０６である）を含んでいる。ブーリアンは、只二つ
の可能な値”true”又は”false”の内の一つを有する
オブジェクトである。 ”canGo”テストステップ１４
０６（図３７）においてエンジン１３２Ａ（図３４）
は、パーミット１６１２（図３９）のアトリビュート”
canGo”に対して質疑する、それによりパーミット１６
１２のプロパティ”canGo”であるブーリアン１７０４
を生成させ、ブーリアン１７０４を”true”と比較す
る。
ディクスＡに詳細に説明されている幾つかのプロパティ
の中に、プロパティ”charge”、”canGo”、及び”ag
e”（其々整数１７０２、ブーリアン１７０４及び整数
１７０６である）を含んでいる。ブーリアンは、只二つ
の可能な値”true”又は”false”の内の一つを有する
オブジェクトである。 ”canGo”テストステップ１４
０６（図３７）においてエンジン１３２Ａ（図３４）
は、パーミット１６１２（図３９）のアトリビュート”
canGo”に対して質疑する、それによりパーミット１６
１２のプロパティ”canGo”であるブーリアン１７０４
を生成させ、ブーリアン１７０４を”true”と比較す
る。
【０５３９】ブーリアン１７０４が”false”の値を持
っていたら、処理は”canGo”テストステップ１４０６
（図３７）から終了ステップ１４０８に移行する。エー
ジェント１５０Ａは、オペレーション”go”の遂行によ
って移行することが許されず、オペレーションは失敗に
終わり、終了ステップ１４０８においてクラス”Permit
Violated”の１メンバである例外を投出する。例外及び
その分類はアペンディクスＡに一層詳細に説明されてい
る。
っていたら、処理は”canGo”テストステップ１４０６
（図３７）から終了ステップ１４０８に移行する。エー
ジェント１５０Ａは、オペレーション”go”の遂行によ
って移行することが許されず、オペレーションは失敗に
終わり、終了ステップ１４０８においてクラス”Permit
Violated”の１メンバである例外を投出する。例外及び
その分類はアペンディクスＡに一層詳細に説明されてい
る。
【０５４０】またブーリアン１７０４（図３９）が”tr
ue”の値を有していたら、処理は”canGo”テストステ
ップ１４０６（図３７）からエフェクチュエイト ムー
ブステップ１４１０に移行する。エフェクチュエイト
ムーブステップ１４１０については図４０を参照として
以下に詳細に説明する。処理はエフェクチュエイトムー
ブステップ１４１０（図３７）から終了ステップ１４１
２に移行しそこでオペレーション”go”は、エンジン１
３２Ａに関する限り成功の内に終了する。
ue”の値を有していたら、処理は”canGo”テストステ
ップ１４０６（図３７）からエフェクチュエイト ムー
ブステップ１４１０に移行する。エフェクチュエイト
ムーブステップ１４１０については図４０を参照として
以下に詳細に説明する。処理はエフェクチュエイトムー
ブステップ１４１０（図３７）から終了ステップ１４１
２に移行しそこでオペレーション”go”は、エンジン１
３２Ａに関する限り成功の内に終了する。
【０５４１】前述したようにエンジン１３２Ａ（図３
４）によって遂行されるエフェクチュエイト ムーブス
テップ１４１０は、フローチャート１４１０（図４０）
によって示されている。フローチャート１４１０の第１
のステップ、すなわちルートエージェントステップ１４
１４において、エンジン１３２Ａ（図３４）は、エージ
ェント１５０Ａをトリップの目的点すなわち”移送の目
的点”まで転送する為に使用されるエンジンを選出す
る。ここに使用される移送目的点という用語は、トリッ
プに使用する次のエンジンであり、トリップの目的点と
混同するべきではない。チケット１３０６（図３５）
は、トリップの目的点としての１つのプレイスを定義す
るので、”トリップ目的点”は１つのプレイスである。
チケット１３０６（図３５）によって規定されたトリ
ップの行程において、エージェント１５０（図３４）は
１つのエンジンから次のエンジンへと移送される。従っ
て、”移送目的点”は１つのエンジンである。一般にト
リップには、エージェントがトリップ目的点を含むエン
ジンに到達するまでにエージェントの何回かの転送を必
要とすることが有り得る。
４）によって遂行されるエフェクチュエイト ムーブス
テップ１４１０は、フローチャート１４１０（図４０）
によって示されている。フローチャート１４１０の第１
のステップ、すなわちルートエージェントステップ１４
１４において、エンジン１３２Ａ（図３４）は、エージ
ェント１５０Ａをトリップの目的点すなわち”移送の目
的点”まで転送する為に使用されるエンジンを選出す
る。ここに使用される移送目的点という用語は、トリッ
プに使用する次のエンジンであり、トリップの目的点と
混同するべきではない。チケット１３０６（図３５）
は、トリップの目的点としての１つのプレイスを定義す
るので、”トリップ目的点”は１つのプレイスである。
チケット１３０６（図３５）によって規定されたトリ
ップの行程において、エージェント１５０（図３４）は
１つのエンジンから次のエンジンへと移送される。従っ
て、”移送目的点”は１つのエンジンである。一般にト
リップには、エージェントがトリップ目的点を含むエン
ジンに到達するまでにエージェントの何回かの転送を必
要とすることが有り得る。
【０５４２】ステップ１４１４（図４０）において、ウ
エイオブジェクトすなわちクラス”ウエイ”の１つのメ
ンバ（移送の目的点を規定する）が生成される。移送目
的点は一例として（ｉ）現にエージェント１５０Ａを含
むエンジン、すなわちエンジン１３２Ａ（この場合エー
ジェント１５０Ａは転送されない）、（ｉｉ）エンジン
１３２Ａを含む領域内の別のエンジン、又は（ｉｉｉ）
別の領域のエンジンで有り得る。前記（ｉｉ）又は（ｉ
ｉｉ）のどちらの可能性においても、エージェント１５
０Ａは後述するように移送目的点に向かって転送され
る。
エイオブジェクトすなわちクラス”ウエイ”の１つのメ
ンバ（移送の目的点を規定する）が生成される。移送目
的点は一例として（ｉ）現にエージェント１５０Ａを含
むエンジン、すなわちエンジン１３２Ａ（この場合エー
ジェント１５０Ａは転送されない）、（ｉｉ）エンジン
１３２Ａを含む領域内の別のエンジン、又は（ｉｉｉ）
別の領域のエンジンで有り得る。前記（ｉｉ）又は（ｉ
ｉｉ）のどちらの可能性においても、エージェント１５
０Ａは後述するように移送目的点に向かって転送され
る。
【０５４３】”領域”という用語は用語集に規定されて
いる。エンジンを複数の領域に分類するのはエージェン
トのルーティング（移動）において顕著である。それは
典型的には各々のエンジンが他の領域内のエンジンに比
べて同一の領域内のエンジンについてより多くの詳細な
情報を有しているからである。これは単一の領域のエン
ジンが単一の人又は組織によって構成されてからであ
り、この人又は組織はその為領域の”供給者”と呼ばれ
る。従ってある領域の各々のエンジンには、その領域の
他のエンジンについての詳細な情報が与えられることが
できる。それはこうした全てのエンジンが単一の供給者
によって供給されているからである。
いる。エンジンを複数の領域に分類するのはエージェン
トのルーティング（移動）において顕著である。それは
典型的には各々のエンジンが他の領域内のエンジンに比
べて同一の領域内のエンジンについてより多くの詳細な
情報を有しているからである。これは単一の領域のエン
ジンが単一の人又は組織によって構成されてからであ
り、この人又は組織はその為領域の”供給者”と呼ばれ
る。従ってある領域の各々のエンジンには、その領域の
他のエンジンについての詳細な情報が与えられることが
できる。それはこうした全てのエンジンが単一の供給者
によって供給されているからである。
【０５４４】エンジンを領域に分類することは、大型の
複雑なネーットワークにおいてエージェントをルーティ
ングする上に有用である。あるエージェントが複数の領
域の間を移動する場合、移送目的エンジンについての情
報をソースエンジンが有していることは不可欠ではな
い。どの領域にエージェントが移動しているかをソース
エンジンが定めることができ、そしてそのエージェント
をその領域内のあるエンジンに向かって移送させること
ができれば十分である。トリップの目的点であるプレイ
スを含む領域にエンジンが移送されたら、エージェント
は一層容易にそのプリスを含むエンジンに向かってルー
ティングさせることができる。
複雑なネーットワークにおいてエージェントをルーティ
ングする上に有用である。あるエージェントが複数の領
域の間を移動する場合、移送目的エンジンについての情
報をソースエンジンが有していることは不可欠ではな
い。どの領域にエージェントが移動しているかをソース
エンジンが定めることができ、そしてそのエージェント
をその領域内のあるエンジンに向かって移送させること
ができれば十分である。トリップの目的点であるプレイ
スを含む領域にエンジンが移送されたら、エージェント
は一層容易にそのプリスを含むエンジンに向かってルー
ティングさせることができる。
【０５４５】フローチャート１４１４（図４３）は、ル
ートエージェントステップ１４１４（図４０）において
実行される各ステップを示し、以下に一層詳細に説明さ
れる。
ートエージェントステップ１４１４（図４０）において
実行される各ステップを示し、以下に一層詳細に説明さ
れる。
【０５４６】処理はルートエージェントステップ１４１
４からアイソレート エージェントステップ１４１６に
移行し、そこでエージェント１５０Ａ（図３４）が単離
される。プロセスの単離についてはアペンディクスＡに
詳細に説明されており、その説明は引用によって本明細
書の一部分となる。簡単に説明するとエージェント１５
０Ａは、（ｉ）エージェント１５０Ａ内の全ての参照を
他のプロセス及びこれらの他のプロセスによって所有さ
れているオブジェクトに対してボイドし、 （ｉｉ）他
の全てのプロセス内においてエージェント１５０Ａ及び
エージェント１５０Ａによって所有されるオブジェクト
に対する参照をボイドすることによって単離される。処
理は単離エージェントステップ１４１６（図４０）から
エクシットステップ１４１８に移行する。
４からアイソレート エージェントステップ１４１６に
移行し、そこでエージェント１５０Ａ（図３４）が単離
される。プロセスの単離についてはアペンディクスＡに
詳細に説明されており、その説明は引用によって本明細
書の一部分となる。簡単に説明するとエージェント１５
０Ａは、（ｉ）エージェント１５０Ａ内の全ての参照を
他のプロセス及びこれらの他のプロセスによって所有さ
れているオブジェクトに対してボイドし、 （ｉｉ）他
の全てのプロセス内においてエージェント１５０Ａ及び
エージェント１５０Ａによって所有されるオブジェクト
に対する参照をボイドすることによって単離される。処
理は単離エージェントステップ１４１６（図４０）から
エクシットステップ１４１８に移行する。
【０５４７】エクシットステップ１４１８において、プ
レイス２２０Ａ（図３４）は、エンジン１３２Ａのリク
エストによってオペレーション”exiting”を遂行する
ことによって、エージェント１５０Ａが離去したことを
知る。オペレーション”exiting”については以下に詳
細に説明する。処理はエクシットステップ１４１８から
NEXT HOP IS HEREテストステップ１４２０に移行する。
レイス２２０Ａ（図３４）は、エンジン１３２Ａのリク
エストによってオペレーション”exiting”を遂行する
ことによって、エージェント１５０Ａが離去したことを
知る。オペレーション”exiting”については以下に詳
細に説明する。処理はエクシットステップ１４１８から
NEXT HOP IS HEREテストステップ１４２０に移行する。
【０５４８】NEXT HOP IS HEREテストステップ１４２０
においてエンジン１３２Ａ（図３４）は、ルートエージ
ェントステップ１４１４（図４０）において定められた
移送目的点を現在のエンジンすなわちエンジン１３２Ａ
（図３４）と比較する。移送目的点が現在のエンジンす
なわちエンジン１３２Ａであった場合、処理は NEXTHOP
IS HERE テストステップ１４２０（図４０）からエー
ジェント配送ステップ１４２２に移行する。図３４、図
４１、図５０、図５１、図５３の例の場合、エージェン
ト１５０Ａは、以下に説明するようにエンジン１３２Ｚ
に移送される。従って移送目的点は現在のエンジンすな
わちエンジン１３２Ａではなく、処理はエージェント配
送ステップ１４２２（図４０）には移行しない。しかし
エージェント配送ステップ１４２２及び後続する各ステ
ップについても以下に完全性を意図して説明する。
においてエンジン１３２Ａ（図３４）は、ルートエージ
ェントステップ１４１４（図４０）において定められた
移送目的点を現在のエンジンすなわちエンジン１３２Ａ
（図３４）と比較する。移送目的点が現在のエンジンす
なわちエンジン１３２Ａであった場合、処理は NEXTHOP
IS HERE テストステップ１４２０（図４０）からエー
ジェント配送ステップ１４２２に移行する。図３４、図
４１、図５０、図５１、図５３の例の場合、エージェン
ト１５０Ａは、以下に説明するようにエンジン１３２Ｚ
に移送される。従って移送目的点は現在のエンジンすな
わちエンジン１３２Ａではなく、処理はエージェント配
送ステップ１４２２（図４０）には移行しない。しかし
エージェント配送ステップ１４２２及び後続する各ステ
ップについても以下に完全性を意図して説明する。
【０５４９】エージェント配送ステップ１４２２におい
て、エージェント１５０Ａ（図３４）はチケット１３０
６（図３５）を満足するエンジン１３２Ａ内のプレイス
に配送される。エージェント配送ステップ１４２２（図
４０）は、フローチャート１４２２（図４９）によって
示され、以下に詳細に説明される。処理はエージェント
配送ステップ１４２２（図４０）から第１の例外テスト
ステップ１４２４に移行し、ここでエンジン１３２Ａ
（図３４）は、エージェント１５０Ａの配送が例外を投
出するか否かを定める。エージェント配送ステップ１４
２２（図４０）において例外が投出されない場合、処理
は第１の例外テストステップ１４２４から終了ステップ
１４２８に移行する。終了ステップ１４２８はムーブス
テップ１４１０を完全にするので、処理は、前述した終
了ステップ１４１２（図３７）に移行する。
て、エージェント１５０Ａ（図３４）はチケット１３０
６（図３５）を満足するエンジン１３２Ａ内のプレイス
に配送される。エージェント配送ステップ１４２２（図
４０）は、フローチャート１４２２（図４９）によって
示され、以下に詳細に説明される。処理はエージェント
配送ステップ１４２２（図４０）から第１の例外テスト
ステップ１４２４に移行し、ここでエンジン１３２Ａ
（図３４）は、エージェント１５０Ａの配送が例外を投
出するか否かを定める。エージェント配送ステップ１４
２２（図４０）において例外が投出されない場合、処理
は第１の例外テストステップ１４２４から終了ステップ
１４２８に移行する。終了ステップ１４２８はムーブス
テップ１４１０を完全にするので、処理は、前述した終
了ステップ１４１２（図３７）に移行する。
【０５５０】エージェント配送ステップ１４２２（図４
０）において例外が投出された場合には、処理は第１の
例外テストステップ１４２４からステップ１４２６に移
行し、ここでエージェン１５０Ａは、フローチャート１
４２２（図４９）に従ってパーガトリーに配送される。
パーガトリーは各々のエンジン内の一つのプレイスであ
りプロセスへのイングレス（進入）を拒絶しない。パー
ガトリーに入る際、エージェント１５０Ａのローカル許
可は著しく制限することができる。例えば、ローカル許
可のプロパティ”canGo”は”true”にセットされ、”c
anCharge”、”canCreate”、”canDeny”、”canGran
t”、”canRestart”、”canSend”、及び”canTermina
te”の各プロパティは”false”にセットされる。プロ
パティ”charges”及び”age”は、エージェント１５０
Ａをパーガトリーに送った例外をエージェントが検出し
分析することができそしてオペレーション”go”の遂行
によって別のプレイスに移動することができる程度に大
きな値に設定する。許可に関するプロパティは、アペン
ディックスＡに詳細に説明されている。
０）において例外が投出された場合には、処理は第１の
例外テストステップ１４２４からステップ１４２６に移
行し、ここでエージェン１５０Ａは、フローチャート１
４２２（図４９）に従ってパーガトリーに配送される。
パーガトリーは各々のエンジン内の一つのプレイスであ
りプロセスへのイングレス（進入）を拒絶しない。パー
ガトリーに入る際、エージェント１５０Ａのローカル許
可は著しく制限することができる。例えば、ローカル許
可のプロパティ”canGo”は”true”にセットされ、”c
anCharge”、”canCreate”、”canDeny”、”canGran
t”、”canRestart”、”canSend”、及び”canTermina
te”の各プロパティは”false”にセットされる。プロ
パティ”charges”及び”age”は、エージェント１５０
Ａをパーガトリーに送った例外をエージェントが検出し
分析することができそしてオペレーション”go”の遂行
によって別のプレイスに移動することができる程度に大
きな値に設定する。許可に関するプロパティは、アペン
ディックスＡに詳細に説明されている。
【０５５１】処理はステップ１４２６から終了ステップ
１４２８に移行して、ムーブ移行し、さらにエフェクチ
ェートムーブステップ１４１０（図３７）に移行し、前
述したように成功のうちに終了する。
１４２８に移行して、ムーブ移行し、さらにエフェクチ
ェートムーブステップ１４１０（図３７）に移行し、前
述したように成功のうちに終了する。
【０５５２】前述したように、ルートエージェントステ
ップ１４１４（図４０）において定めた移送目的点が現
在のエンジンすなわちエンジン１３２Ａであった場合に
は、処理はnext hop is here テストステップ１４２０
（図４０）からエージェント配送ステップ１４２２に移
行する。逆に移送目的点が現在のエンジンでなかった場
合、処理は、next hop is here ステップ１４２０から
目的点形成ステップ１４３０に移行する。目的点形成ス
テップ１４３０において、移送目的点を特定する目的
点、オブジェクトが形成される。処理は目的点形成ステ
ップ１４３０からエージェント符号化ステップ１４３２
に移行する。
ップ１４１４（図４０）において定めた移送目的点が現
在のエンジンすなわちエンジン１３２Ａであった場合に
は、処理はnext hop is here テストステップ１４２０
（図４０）からエージェント配送ステップ１４２２に移
行する。逆に移送目的点が現在のエンジンでなかった場
合、処理は、next hop is here ステップ１４２０から
目的点形成ステップ１４３０に移行する。目的点形成ス
テップ１４３０において、移送目的点を特定する目的
点、オブジェクトが形成される。処理は目的点形成ステ
ップ１４３０からエージェント符号化ステップ１４３２
に移行する。
【０５５３】エージェント符号化ステップ１４３２にお
いて、エンジン１３２Ａ（図３４）は、アペンディック
スＢに含まれるテレスクリプト符号化規則の規則にした
がってエージェント１５０Ａを符号化する。アペンディ
クスＢは本明細書の一部分であり、引用によって全体と
して本明細書と一体化される。エージェント１５０Ａの
符号化によって、（ｉ）エージェント１５０Ａ、（ｉ
ｉ）オブジェクト１４０Ａ、１４０Ｂを含むエージェン
ト１５０Ａが所有するすべてのオブジェクト、及び（ｉ
ｉｉ）エージェント１５０Ａ及びエージェント１５０Ａ
の所有する全てのオブジェクトがそのメンバとなってい
る複数のクラスが標準化バイナリ形態において符号化さ
れたエージェント１５０Ａ−Ｅ（図４１）として表され
る。目的点形成ステップ１４３０（図４０）において形
成された目的点オブジェクトすなわち目的点オブジェク
ト１５０Ａ−Ｅ−Ｄ（図４２）は符号化されたエージェ
ント１５０Ａ−Ｅに含まれ、以下に詳細に説明される。
図４１に示すように、符号化されたエージェント１５０
Ａ−Ｅは、エンジン１３２Ａの通信下部構造１３２Ａ−
ＣＩに記憶される。エージェント１５０Ａ（図３４）
は、以下に詳細に説明されるように符号化されたエージ
ェント１５０Ａ−Ｅの移送が完了するまでエンジン１３
２Ａによって保持される。
いて、エンジン１３２Ａ（図３４）は、アペンディック
スＢに含まれるテレスクリプト符号化規則の規則にした
がってエージェント１５０Ａを符号化する。アペンディ
クスＢは本明細書の一部分であり、引用によって全体と
して本明細書と一体化される。エージェント１５０Ａの
符号化によって、（ｉ）エージェント１５０Ａ、（ｉ
ｉ）オブジェクト１４０Ａ、１４０Ｂを含むエージェン
ト１５０Ａが所有するすべてのオブジェクト、及び（ｉ
ｉｉ）エージェント１５０Ａ及びエージェント１５０Ａ
の所有する全てのオブジェクトがそのメンバとなってい
る複数のクラスが標準化バイナリ形態において符号化さ
れたエージェント１５０Ａ−Ｅ（図４１）として表され
る。目的点形成ステップ１４３０（図４０）において形
成された目的点オブジェクトすなわち目的点オブジェク
ト１５０Ａ−Ｅ−Ｄ（図４２）は符号化されたエージェ
ント１５０Ａ−Ｅに含まれ、以下に詳細に説明される。
図４１に示すように、符号化されたエージェント１５０
Ａ−Ｅは、エンジン１３２Ａの通信下部構造１３２Ａ−
ＣＩに記憶される。エージェント１５０Ａ（図３４）
は、以下に詳細に説明されるように符号化されたエージ
ェント１５０Ａ−Ｅの移送が完了するまでエンジン１３
２Ａによって保持される。
【０５５４】処理はエージェント符号化ステップからト
ランスファアウトステップ１４３４に移行する。トラン
スファアウトステップ１４３４では、エンジン１３２Ａ
（図４１）は、目的点形成ステップ１４３０（図４０）
において形成された目的点オブジェクトに従って、符号
化されたエージェント１５０Ａ−Ｅの移送を開始する。
この例では目的点オブジェクトは、符号化されたエージ
ェント１５０Ａ−Ｅの移送目的点としてエンジン１３２
Ｚ（図４１）を特定する。符号化されたエージェント１
５０Ａ−Ｅが、通信下部構造１３２ＡＣ−ＣＩから通信
リンク１００ＡＺを経てエンジン１３２Ｚの通信下部構
造１３２Ｚ、ＣＩに通常の２進データとして移送され
る。通信下部構造１３２Ａ−ＣＩと１３２Ｚ−ＣＩとの
間のデータの転送は、アペンディクスＣ、Ｆに詳細に記
述されている。これらのアペンディクスは本明細書の一
部であり、全体として引用によって本明細書の一部とさ
れている。前述したように符号化されたエージェント１
５０Ａ−Ｅの移送は、トランスファエージェントアウト
ステップ１４３４において開始される。このフローチャ
ート１４１０（図４０）による、エンジン１３２Ａのプ
ログラム部分１３２Ａ−Ｐによる処理には通信下部構造
１３２Ａ−ＣＩと１３２Ｚ−ＣＩとの間の符号化された
エージェント１５０Ａ−Ｅの移送が続けられる限り継続
される。
ランスファアウトステップ１４３４に移行する。トラン
スファアウトステップ１４３４では、エンジン１３２Ａ
（図４１）は、目的点形成ステップ１４３０（図４０）
において形成された目的点オブジェクトに従って、符号
化されたエージェント１５０Ａ−Ｅの移送を開始する。
この例では目的点オブジェクトは、符号化されたエージ
ェント１５０Ａ−Ｅの移送目的点としてエンジン１３２
Ｚ（図４１）を特定する。符号化されたエージェント１
５０Ａ−Ｅが、通信下部構造１３２ＡＣ−ＣＩから通信
リンク１００ＡＺを経てエンジン１３２Ｚの通信下部構
造１３２Ｚ、ＣＩに通常の２進データとして移送され
る。通信下部構造１３２Ａ−ＣＩと１３２Ｚ−ＣＩとの
間のデータの転送は、アペンディクスＣ、Ｆに詳細に記
述されている。これらのアペンディクスは本明細書の一
部であり、全体として引用によって本明細書の一部とさ
れている。前述したように符号化されたエージェント１
５０Ａ−Ｅの移送は、トランスファエージェントアウト
ステップ１４３４において開始される。このフローチャ
ート１４１０（図４０）による、エンジン１３２Ａのプ
ログラム部分１３２Ａ−Ｐによる処理には通信下部構造
１３２Ａ−ＣＩと１３２Ｚ−ＣＩとの間の符号化された
エージェント１５０Ａ−Ｅの移送が続けられる限り継続
される。
【０５５５】処理はトランスファアウトステップ１４３
４から第２の例外テストステップ１４３６に移行し、こ
こでエンジン１３２Ａは、トランスファアウトステップ
１４３４が例外を投出したか否かすなわち符号化された
エージェント１５０Ａ−Ｅの移送の開始が失敗したかど
うかを定める。トランスファアウトステップ１４３４が
失敗した場合、処理は、エージェント１５０Ａが前述し
たようにパーガトリに要求された第２の例外テストステ
ップから移行する。逆にトランスファアウトステップ１
４３４が成功した場合、処理は第２の例外テストステッ
プ１４３６からステップ１４３８に移行する。
４から第２の例外テストステップ１４３６に移行し、こ
こでエンジン１３２Ａは、トランスファアウトステップ
１４３４が例外を投出したか否かすなわち符号化された
エージェント１５０Ａ−Ｅの移送の開始が失敗したかど
うかを定める。トランスファアウトステップ１４３４が
失敗した場合、処理は、エージェント１５０Ａが前述し
たようにパーガトリに要求された第２の例外テストステ
ップから移行する。逆にトランスファアウトステップ１
４３４が成功した場合、処理は第２の例外テストステッ
プ１４３６からステップ１４３８に移行する。
【０５５６】ステップ１４３８においてエンジン１３２
Ａ（図４１）が、継続中のトランスファのリストにエー
ジェント１５０Ａを付加する。エージェント１３２Ａ
は、エージェント１５０Ａの移送トランスファの間継続
中のトランスファのリストに保持されている。トランス
ファ（移送）が終了したら、エージェント１５０Ａは、
継続中のトランスファのリストから除かれ、エンジンに
よって廃棄される。エージェント１５０Ａがなお継続中
のトランスファのリストにある間にエージェント１５０
Ａの許可が終了した場合、すなわち、エージェント１５
０Ａの実際のエイジがエージェント１５０Ａの有効許可
のプロパティ”age”に到着した場合には、符号化エー
ジェント１５０Ａ−Ｅのトランスファはアボートされ
る。エージェント１５０Ａは継続中のトランスファのリ
ストから除かれ、エージェント１５０Ａは、クラス”Pe
rmit Expired”の例外を投出することによって、オペレ
ーション”go”を成功のうちに遂行することは失敗に終
わる。プロセスの”有効許可”はアペンディクスに詳細
に説明されている。処理はステップ１４３８から終了ス
テップ１４２８に移行し、そこでフローチャート１４１
０（図４０）、したがってエフェクチエートムーブステ
ップ１４１０（図３７）が終了する。
Ａ（図４１）が、継続中のトランスファのリストにエー
ジェント１５０Ａを付加する。エージェント１３２Ａ
は、エージェント１５０Ａの移送トランスファの間継続
中のトランスファのリストに保持されている。トランス
ファ（移送）が終了したら、エージェント１５０Ａは、
継続中のトランスファのリストから除かれ、エンジンに
よって廃棄される。エージェント１５０Ａがなお継続中
のトランスファのリストにある間にエージェント１５０
Ａの許可が終了した場合、すなわち、エージェント１５
０Ａの実際のエイジがエージェント１５０Ａの有効許可
のプロパティ”age”に到着した場合には、符号化エー
ジェント１５０Ａ−Ｅのトランスファはアボートされ
る。エージェント１５０Ａは継続中のトランスファのリ
ストから除かれ、エージェント１５０Ａは、クラス”Pe
rmit Expired”の例外を投出することによって、オペレ
ーション”go”を成功のうちに遂行することは失敗に終
わる。プロセスの”有効許可”はアペンディクスに詳細
に説明されている。処理はステップ１４３８から終了ス
テップ１４２８に移行し、そこでフローチャート１４１
０（図４０）、したがってエフェクチエートムーブステ
ップ１４１０（図３７）が終了する。
【０５５７】前述したようにエンジン１３２Ａ（図３
４）は、ルートエージェントステップ１４１４におい
て、エージェント１５０Ａの移送目的点を定める。フロ
ーチャート１４１４（図４３）は、ルートエージェント
ステップ１４１４（図４０）において実行されるステッ
プを示している。
４）は、ルートエージェントステップ１４１４におい
て、エージェント１５０Ａの移送目的点を定める。フロ
ーチャート１４１４（図４３）は、ルートエージェント
ステップ１４１４（図４０）において実行されるステッ
プを示している。
【０５５８】フローチャート１４１４（図４３、図４
４）の以下の説明は、（図３４、図５０）の例の範囲を
越えた状況を考慮している。したがってフローチャート
１４１４（図４３、図４４）は、図３４、図４１、図５
０、図５１、図５３の例とは無関係に説明される。しか
し説明のための枠組みを与えるために、フローチャート
１４１４（図４３、図４４）はエージェント１５０Ａ
（図３４）のコンテキストによって説明される。このエ
ージェント１５０Ａは、エンジン１３２Ａ内のプレイス
２２０Ａに発したトリップを行うためにオペレーショ
ン”go”を遂行する。フローチャート１４１４（図４
３、図４４）の説明は、（ｉ）エージェント１５０Ａが
エンジン１３２Ａ（図３４）以外のエンジンに移送され
るステップ又は（ｉｉ）エージェント１５０Ａがあるネ
ットワーク（エンジン１３２Ａ、１３２Ｚ、１３２Ｂが
同一の領域であるネットワーク）に移送されるトリップ
には限定されない。さらに、以下の説明は、エージェン
ト１５０Ａ（図３４）のトリップを規定するチケット１
３０６（図３５）を、ウェイ、手段、テレネーム又は供
給者の指定を含むか、又は含まないように制限するもの
でもない。チケット１３０６（図３５）は、フローチャ
ート１４１４（図４３、図４４）のコンテキストにおい
て、エンジン１３２Ａ（図３４）内のあるプレイス、
（ｉｉ）エンジン１３２Ａと同一の領域内のエンジン内
のあるプレイス、又は（ｉｉｉ）エンジン１３２Ａを含
む領域と異なったある領域内のあるエンジン内のあるプ
レイスへのトリップを規定することができる。
４）の以下の説明は、（図３４、図５０）の例の範囲を
越えた状況を考慮している。したがってフローチャート
１４１４（図４３、図４４）は、図３４、図４１、図５
０、図５１、図５３の例とは無関係に説明される。しか
し説明のための枠組みを与えるために、フローチャート
１４１４（図４３、図４４）はエージェント１５０Ａ
（図３４）のコンテキストによって説明される。このエ
ージェント１５０Ａは、エンジン１３２Ａ内のプレイス
２２０Ａに発したトリップを行うためにオペレーショ
ン”go”を遂行する。フローチャート１４１４（図４
３、図４４）の説明は、（ｉ）エージェント１５０Ａが
エンジン１３２Ａ（図３４）以外のエンジンに移送され
るステップ又は（ｉｉ）エージェント１５０Ａがあるネ
ットワーク（エンジン１３２Ａ、１３２Ｚ、１３２Ｂが
同一の領域であるネットワーク）に移送されるトリップ
には限定されない。さらに、以下の説明は、エージェン
ト１５０Ａ（図３４）のトリップを規定するチケット１
３０６（図３５）を、ウェイ、手段、テレネーム又は供
給者の指定を含むか、又は含まないように制限するもの
でもない。チケット１３０６（図３５）は、フローチャ
ート１４１４（図４３、図４４）のコンテキストにおい
て、エンジン１３２Ａ（図３４）内のあるプレイス、
（ｉｉ）エンジン１３２Ａと同一の領域内のエンジン内
のあるプレイス、又は（ｉｉｉ）エンジン１３２Ａを含
む領域と異なったある領域内のあるエンジン内のあるプ
レイスへのトリップを規定することができる。
【０５５９】オペレーション”go”についてチケット１
３０６（オペレーション”go”のアーギュメントとして
消費されている）がトリップの目的点及びその他の特徴
を特定化するものであることを想起されたい。フローチ
ャート１４１４においてエンジン１３２Ａ（図３４）
は、テストステップ１４４０において、チケット１３０
６（図１３、図４５Ａ）のアトリビュート”way”を質
疑することによって、チケット１３０６のプロパティ”
way”を生成させる。チケット１３０６の特性”way”
は、ウェイ１８２０（図４５Ａ）である。チケット１３
０６のプロパティ”way”はオプションであり、したが
って０（図示せず）とすることもできる。
３０６（オペレーション”go”のアーギュメントとして
消費されている）がトリップの目的点及びその他の特徴
を特定化するものであることを想起されたい。フローチ
ャート１４１４においてエンジン１３２Ａ（図３４）
は、テストステップ１４４０において、チケット１３０
６（図１３、図４５Ａ）のアトリビュート”way”を質
疑することによって、チケット１３０６のプロパティ”
way”を生成させる。チケット１３０６の特性”way”
は、ウェイ１８２０（図４５Ａ）である。チケット１３
０６のプロパティ”way”はオプションであり、したが
って０（図示せず）とすることもできる。
【０５６０】チケット１３０６のプロパティ”way”が
０であった場合、処理はテストステップ１４４０から、
ticket has provider テストステップ１４６０に移行
する。このステップ１４６０については、以下に詳細に
説明する。逆にチケット１３０６のプロパティ”way”
が一つのウェイを持つ場合すなわち０でない場合、処理
はテストステップ１４４０からステップ１４４２に移行
しこのステップにおいてエンジン１３２Ａ（図３４）は
ウェイ１８２０（図４５Ａ）アトリビュート”name”を
質疑することによって、ウェイ１８２０のプロパティ”
name”であるテレネームを生成させる。またステップ１
４４２（図４３）においてエンジン１３２Ａ（図３４）
は、そのテレネームのプロパティ”authority”を生成
させ、コピーする。アペンディクスＡに説明されるよう
にオクテットストリングによって表される、結果とした
オーソリティは、後述するように、移送目的点を定める
ために用いられる。
０であった場合、処理はテストステップ１４４０から、
ticket has provider テストステップ１４６０に移行
する。このステップ１４６０については、以下に詳細に
説明する。逆にチケット１３０６のプロパティ”way”
が一つのウェイを持つ場合すなわち０でない場合、処理
はテストステップ１４４０からステップ１４４２に移行
しこのステップにおいてエンジン１３２Ａ（図３４）は
ウェイ１８２０（図４５Ａ）アトリビュート”name”を
質疑することによって、ウェイ１８２０のプロパティ”
name”であるテレネームを生成させる。またステップ１
４４２（図４３）においてエンジン１３２Ａ（図３４）
は、そのテレネームのプロパティ”authority”を生成
させ、コピーする。アペンディクスＡに説明されるよう
にオクテットストリングによって表される、結果とした
オーソリティは、後述するように、移送目的点を定める
ために用いられる。
【０５６１】処理はステップ１４４２からway has mean
s テストステップ１４４２（図４３）に移行し、この
ステップ１４４４でウェイ１８２０（図４６）のアトリ
ビュート”means”が質疑されることによって、手段オ
ブジェクト１８２２であるウェイ１８２０のプロパテ
ィ”means”が生成される。プロパティ”means”はオプ
ションであるため、０（図示しないとしてもよい。）手
段オブジェクトすなわちクラス”Means”のメンバは、
（ｉ）コンピュータ間通信媒体及び（ｉｉ）この媒体を
経て特定のエンジンに到達すべき移送インストラクショ
ンを特定することによってエンジンを特定するオブジェ
クトである。一例として手段オブジェクトは、公共の交
換される電話ネットワーク（ＰＳＴＮ）を特定し、エー
ジェントを目的点エンジンに移送するための特定のモデ
ムの電話番号を含むモデムインストラクションを特定す
ることができる。手段オブジェクトは目的点エンジンに
エージェント１５０Ａをルーティングするのに必要なす
べての情報を含むため、チケット１３０６の他のプロパ
ティはチケット１３０６が手段オブジェクトを含む場合
には無視される。
s テストステップ１４４２（図４３）に移行し、この
ステップ１４４４でウェイ１８２０（図４６）のアトリ
ビュート”means”が質疑されることによって、手段オ
ブジェクト１８２２であるウェイ１８２０のプロパテ
ィ”means”が生成される。プロパティ”means”はオプ
ションであるため、０（図示しないとしてもよい。）手
段オブジェクトすなわちクラス”Means”のメンバは、
（ｉ）コンピュータ間通信媒体及び（ｉｉ）この媒体を
経て特定のエンジンに到達すべき移送インストラクショ
ンを特定することによってエンジンを特定するオブジェ
クトである。一例として手段オブジェクトは、公共の交
換される電話ネットワーク（ＰＳＴＮ）を特定し、エー
ジェントを目的点エンジンに移送するための特定のモデ
ムの電話番号を含むモデムインストラクションを特定す
ることができる。手段オブジェクトは目的点エンジンに
エージェント１５０Ａをルーティングするのに必要なす
べての情報を含むため、チケット１３０６の他のプロパ
ティはチケット１３０６が手段オブジェクトを含む場合
には無視される。
【０５６２】したがってウェイ１８２０のプロパティ”
means”が０でない場合、すなわち手段オブジェクト１
８２２（図４６）である場合、処理は way has means
テストステップ１４４４（図４３）からステップ１４
４６に移行する。ステップ１４４６においてウェイ１８
２２は移送目的点を規定するウェイであるとして指定さ
れる。なお手段オブジェクト１８２２は、最初のホップ
の目的点すなわちエージェント１５０Ａの最初のトラン
スファの目的点（図３４）であるエンジンを規定するも
のであり、必然的にエンジンではなく一つのプレイスで
ありチケット１３０６（図４５Ａ）によって規定される
トリップの目的点であるエンジンを規定するのではな
い。処理はステップ１４４６から終了ステップ１４４８
に移行し、ここでフローチャート１４１４すなわちルー
トエージェントステップ１４１４（図４０）の処理は成
功の内に終了する。
means”が０でない場合、すなわち手段オブジェクト１
８２２（図４６）である場合、処理は way has means
テストステップ１４４４（図４３）からステップ１４
４６に移行する。ステップ１４４６においてウェイ１８
２２は移送目的点を規定するウェイであるとして指定さ
れる。なお手段オブジェクト１８２２は、最初のホップ
の目的点すなわちエージェント１５０Ａの最初のトラン
スファの目的点（図３４）であるエンジンを規定するも
のであり、必然的にエンジンではなく一つのプレイスで
ありチケット１３０６（図４５Ａ）によって規定される
トリップの目的点であるエンジンを規定するのではな
い。処理はステップ１４４６から終了ステップ１４４８
に移行し、ここでフローチャート１４１４すなわちルー
トエージェントステップ１４１４（図４０）の処理は成
功の内に終了する。
【０５６３】逆にウェイ１８２０（図４６）のプロパテ
ィ”means”が０である場合、ウェイ１８２０は手段オ
ブジェクトを含まず、処理は way has means テストス
テップ１４４４（図４３）からticket has name テス
トステップ１４５０に移行する。ticket has name テ
ストステップ１４５２においてエンジン１３２Ａ（図３
４）がテレネーム１８１８である、チケット１３０６
（図４５Ａ）のプロパティ”destinationName”を発生
させ、テレネーム１８１８を０と比較する。チケット１
３６６のプロパティ”destinationName”はオプション
であるので、チケット１３０６のプロパティ”destinat
ionName”は０（図示しない）とすることができる。
ィ”means”が０である場合、ウェイ１８２０は手段オ
ブジェクトを含まず、処理は way has means テストス
テップ１４４４（図４３）からticket has name テス
トステップ１４５０に移行する。ticket has name テ
ストステップ１４５２においてエンジン１３２Ａ（図３
４）がテレネーム１８１８である、チケット１３０６
（図４５Ａ）のプロパティ”destinationName”を発生
させ、テレネーム１８１８を０と比較する。チケット１
３６６のプロパティ”destinationName”はオプション
であるので、チケット１３０６のプロパティ”destinat
ionName”は０（図示しない）とすることができる。
【０５６４】チケット１３０６のプロパティ”destinat
ionName”が０である場合、処理はticket has means テ
ストステップ１４５０から ticket has provider テス
トステップ１４６０に移行する。このテストステップ１
４６０については以下に説明する。その逆に、チケット
１３０６のプロパティ”destinationName”がテレネー
ム１８１８である場合には処理はticket has name テス
トステップ１４５０からステップ１４５２に移行する。
ステップ１４５２においてエンジン１３２Ａ（図３４）
はトランスファ目的点へのエージェント１５０Ａの移送
通路を規定するウェイオブジェクトを発生させる。エン
ジン１３２Ａは、以下に詳細に説明するファインダと相
談し、ステップ１４４２（図４３）において発生されコ
ピーされたオーソリティーに関連された領域へのウェイ
オブジェクトと、その名前がテレネーム１８１８（図４
５Ａ）に等しいオーソリティー内のプレイスを発生させ
る。ファインダの使用によってこのようなウェイオブジ
ェクトを発生させることについては以下に詳細に説明す
る。
ionName”が０である場合、処理はticket has means テ
ストステップ１４５０から ticket has provider テス
トステップ１４６０に移行する。このテストステップ１
４６０については以下に説明する。その逆に、チケット
１３０６のプロパティ”destinationName”がテレネー
ム１８１８である場合には処理はticket has name テス
トステップ１４５０からステップ１４５２に移行する。
ステップ１４５２においてエンジン１３２Ａ（図３４）
はトランスファ目的点へのエージェント１５０Ａの移送
通路を規定するウェイオブジェクトを発生させる。エン
ジン１３２Ａは、以下に詳細に説明するファインダと相
談し、ステップ１４４２（図４３）において発生されコ
ピーされたオーソリティーに関連された領域へのウェイ
オブジェクトと、その名前がテレネーム１８１８（図４
５Ａ）に等しいオーソリティー内のプレイスを発生させ
る。ファインダの使用によってこのようなウェイオブジ
ェクトを発生させることについては以下に詳細に説明す
る。
【０５６５】処理はステップ１４５２から”way out is
here”テストステップ１４５４に移行し、このテスト
ステップ１４５４においてエンジン１３２Ａ（図３４）
は、ステップ１４５２（図４３）において発生させたウ
ェイオブジェクトがエンジン１３２Ａ（図３４）へのト
ランスファを規定するか否かを定める。生成させたウェ
イオブジェクトがエンジン１３２Ａへのトランスファを
規定していない場合、処理は”way out is here”テス
トステップ１４５４から終了ステップ１４５６に移行
し、この終了ステップにおいてフローチャート１４１４
のすなわちルートエージェントステップ１４１４（図４
０）の処理は成功の内に終了する。
here”テストステップ１４５４に移行し、このテスト
ステップ１４５４においてエンジン１３２Ａ（図３４）
は、ステップ１４５２（図４３）において発生させたウ
ェイオブジェクトがエンジン１３２Ａ（図３４）へのト
ランスファを規定するか否かを定める。生成させたウェ
イオブジェクトがエンジン１３２Ａへのトランスファを
規定していない場合、処理は”way out is here”テス
トステップ１４５４から終了ステップ１４５６に移行
し、この終了ステップにおいてフローチャート１４１４
のすなわちルートエージェントステップ１４１４（図４
０）の処理は成功の内に終了する。
【０５６６】その逆に生成させたウェイオブジェクトが
エンジン１３２Ａ（図３４）へのトランスファを規定し
ている場合、処理は、”way out is here” テストステ
ップ１４５４から１４５８に移行し、このステップ１４
５８においてエンジン１３２Ａは、エージェント１５０
Ａがエンジン１３２Ａに移送されるべきことを示すフラ
グを立てる。処理はステップ１４５８から、以下に詳細
に説明する。第２のticket has name テストステップ
１４８０に移行する。
エンジン１３２Ａ（図３４）へのトランスファを規定し
ている場合、処理は、”way out is here” テストステ
ップ１４５４から１４５８に移行し、このステップ１４
５８においてエンジン１３２Ａは、エージェント１５０
Ａがエンジン１３２Ａに移送されるべきことを示すフラ
グを立てる。処理はステップ１４５８から、以下に詳細
に説明する。第２のticket has name テストステップ
１４８０に移行する。
【０５６７】前述したようにチケット１３０６のプロパ
ティ”way”が０である場合には、処理は、ticket has
name テストステップ１４４０からticket has provide
rテストステップ１４６０に移行する。ticket has prov
ider テストステップ１４６０においてエンジン１３２
Ａは、テレアドレス１８１４（図４５Ａ）である。チケ
ット１３０６のプロパティ”destinationAddress”を発
生させ、テレアドレス１８１４のプロパティ”provide
r”を発生させる。チケット１３０６のプロパティ”des
tinationAddress”又はテレアドレス１８１４のプロパ
ティ”provider”のどちらかが０であった場合、処理は
ticket has provider テストステップ１４６０から、以
下に詳細に説明する第２のticket has name テストステ
ップ１４８０に移行する。その逆に、チケット１３０６
（図４５Ａ）のプロパティ”destinationAddress”及び
テレアドレス１８１４のプロパティ”provider”が０で
ない場合には、チケット１３０６は、テレップの目的点
を含む領域を指定し、処理はticket has provider テス
トステップ１４６０からステップ１４６２に移行する。
ティ”way”が０である場合には、処理は、ticket has
name テストステップ１４４０からticket has provide
rテストステップ１４６０に移行する。ticket has prov
ider テストステップ１４６０においてエンジン１３２
Ａは、テレアドレス１８１４（図４５Ａ）である。チケ
ット１３０６のプロパティ”destinationAddress”を発
生させ、テレアドレス１８１４のプロパティ”provide
r”を発生させる。チケット１３０６のプロパティ”des
tinationAddress”又はテレアドレス１８１４のプロパ
ティ”provider”のどちらかが０であった場合、処理は
ticket has provider テストステップ１４６０から、以
下に詳細に説明する第２のticket has name テストステ
ップ１４８０に移行する。その逆に、チケット１３０６
（図４５Ａ）のプロパティ”destinationAddress”及び
テレアドレス１８１４のプロパティ”provider”が０で
ない場合には、チケット１３０６は、テレップの目的点
を含む領域を指定し、処理はticket has provider テス
トステップ１４６０からステップ１４６２に移行する。
【０５６８】ステップ１４６２においてエンジン１３２
Ａ（図３４）は、以下に詳細に説明するように、ファイ
ンダと相談し、チケット１３０６のプロパティ”destin
ationAddress”のプロパティ”provider”によって示さ
れた領域のエンジンへのトランスファを規定するウェイ
オブジェクトを発生させる。処理はステップ１４６２
（図４３）からfirst found テストステップ１４６４に
移行し、このステップ１４６４においてエンジン１３２
Ａ（図３４）は、ステップ１４６２においてウェイオブ
ジェクトが成功の内に生成されたかいなかを定める。ス
テップ１４６２においてウェイオブジェクトが生成され
た場合、処理はfirst found テストステップ１４６４か
ら第２の”way out is here”ステップ１４７２（以下
に詳細に説明する）に移行する。逆にステップ１４６２
において、ウェイオブジェクトが生成されなかった場合
には、処理は、first found テストステップからステッ
プ１４６６に移行する。
Ａ（図３４）は、以下に詳細に説明するように、ファイ
ンダと相談し、チケット１３０６のプロパティ”destin
ationAddress”のプロパティ”provider”によって示さ
れた領域のエンジンへのトランスファを規定するウェイ
オブジェクトを発生させる。処理はステップ１４６２
（図４３）からfirst found テストステップ１４６４に
移行し、このステップ１４６４においてエンジン１３２
Ａ（図３４）は、ステップ１４６２においてウェイオブ
ジェクトが成功の内に生成されたかいなかを定める。ス
テップ１４６２においてウェイオブジェクトが生成され
た場合、処理はfirst found テストステップ１４６４か
ら第２の”way out is here”ステップ１４７２（以下
に詳細に説明する）に移行する。逆にステップ１４６２
において、ウェイオブジェクトが生成されなかった場合
には、処理は、first found テストステップからステッ
プ１４６６に移行する。
【０５６９】ステップ１４６６において、エンジン１３
２Ａ（図３４）は、以下により詳細に説明するように、
ファインダと相談し、チケット１３０６のプロパティ”
destinationAddress”であるテレアドレスのプロパテ
ィ”routingAdvice”の一つのアイテムによって示され
るある領域へのトランスファを規定するウェイオブジェ
クトを発生させる。テレアドレスの特にプロパティ”pr
ovider”及び”routingAdvice”の各プロパティはアペ
ンディクスＡに一層詳細に説明されており、この説明は
引用によって本明細書の一部とされる。簡単に説明する
と、テレアドレスのプロパティ”routingAdvice”のア
イテムは、チケット１３０６（図４５Ａ）によって規定
されるトリップの目的点にエージェント１５０Ａを移送
させることができるとテレアドレスの作成者によって信
じられている１以上の領域の供給者（プロバイダ）を指
示する。処理はステップ１４６６（図４３）から、第２
のfound テストステップ１４６８に移行し、このテスト
ステップ１４６８において、エンジン１３２Ａ（図３
４）は、ウェイオブジェクトがステップ１４６６におい
て成功の内に生成されたか否かを定める。ステップ１４
６６においてウェイオブジェクトが生成されなかった
ら、処理は第２のfound テストステップ１４６８から終
了ステップ１４７０に移行し、この終了ステップにおい
てクラス”目的点使用不可能”の例外が投出される。そ
の逆にステップ１４６６においてウェイオブジェクトが
生成された場合には、処理は第２の foundテストステッ
プ１４６８から第２の”way out is here”テストステ
ップ１４７２に移行する。
２Ａ（図３４）は、以下により詳細に説明するように、
ファインダと相談し、チケット１３０６のプロパティ”
destinationAddress”であるテレアドレスのプロパテ
ィ”routingAdvice”の一つのアイテムによって示され
るある領域へのトランスファを規定するウェイオブジェ
クトを発生させる。テレアドレスの特にプロパティ”pr
ovider”及び”routingAdvice”の各プロパティはアペ
ンディクスＡに一層詳細に説明されており、この説明は
引用によって本明細書の一部とされる。簡単に説明する
と、テレアドレスのプロパティ”routingAdvice”のア
イテムは、チケット１３０６（図４５Ａ）によって規定
されるトリップの目的点にエージェント１５０Ａを移送
させることができるとテレアドレスの作成者によって信
じられている１以上の領域の供給者（プロバイダ）を指
示する。処理はステップ１４６６（図４３）から、第２
のfound テストステップ１４６８に移行し、このテスト
ステップ１４６８において、エンジン１３２Ａ（図３
４）は、ウェイオブジェクトがステップ１４６６におい
て成功の内に生成されたか否かを定める。ステップ１４
６６においてウェイオブジェクトが生成されなかった
ら、処理は第２のfound テストステップ１４６８から終
了ステップ１４７０に移行し、この終了ステップにおい
てクラス”目的点使用不可能”の例外が投出される。そ
の逆にステップ１４６６においてウェイオブジェクトが
生成された場合には、処理は第２の foundテストステッ
プ１４６８から第２の”way out is here”テストステ
ップ１４７２に移行する。
【０５７０】第２の”way out is here”テストステッ
プ１４７２において、エンジン１３２Ａ（図３４）は、
ステップ１４６２又はステップ１４６６（図４３）にお
いて発生させたウェイオブジェクトが、エンジン１３２
Ａ（図３４）へのトランスファーを規定しているか否か
を定める。生成されたウェイオブジェクトがエンジン１
３２Ａへのトランスファを規定していない場合には、処
理は、第２の”way out is here” テストステップ１４
７２から終了ステップ１４７０に移行し、この終了ステ
ップにおいて論理フローダイヤグラム１４１４すなわち
ルートエージェントステップ１４１４（図４０）の処理
は成功の内に終了する。
プ１４７２において、エンジン１３２Ａ（図３４）は、
ステップ１４６２又はステップ１４６６（図４３）にお
いて発生させたウェイオブジェクトが、エンジン１３２
Ａ（図３４）へのトランスファーを規定しているか否か
を定める。生成されたウェイオブジェクトがエンジン１
３２Ａへのトランスファを規定していない場合には、処
理は、第２の”way out is here” テストステップ１４
７２から終了ステップ１４７０に移行し、この終了ステ
ップにおいて論理フローダイヤグラム１４１４すなわち
ルートエージェントステップ１４１４（図４０）の処理
は成功の内に終了する。
【０５７１】その逆に生成したウェイオブジェクトがエ
ンジン１３２Ａ（図３４）へのトランスファを規定して
いる場合には、処理は、第２の”way out is here”テ
ストステップ１４７２からステップ１４７６に移行し、
このステップ１４７６においてエンジン１３２Ａ（図３
４）は、チケット１３０６によって規定されるトリップ
の目的点を特定化するテレネームを、チケット１３０６
のプロパティ”destinationAddress”であるテレアドレ
スのプロパティ"location”から導くことになる。
ンジン１３２Ａ（図３４）へのトランスファを規定して
いる場合には、処理は、第２の”way out is here”テ
ストステップ１４７２からステップ１４７６に移行し、
このステップ１４７６においてエンジン１３２Ａ（図３
４）は、チケット１３０６によって規定されるトリップ
の目的点を特定化するテレネームを、チケット１３０６
のプロパティ”destinationAddress”であるテレアドレ
スのプロパティ"location”から導くことになる。
【０５７２】エンジン１３２Ａは、便利で効率的ないか
なる方法によってテレネームを導いてもよい。一例とし
てエンジン１３２Ａは、キーがオクテットストリング例
えばオクテットストリング２０００Ｋ１であり値がテレ
ネーム例えばテレネーム２０００Ｖ１であるディクショ
ナリィ２０００（図４７）のようなテーブルを使用して
も良い。一例として、テレアドレス１８１４（図４５
Ａ）のプロパティ”location”がオクテットストリング
２０００Ｋ１（図４７）に等しい場合には、テレネーム
２０００Ｖ１は、チケット１３０６（図４５Ａ）によっ
て規定されたトリップの目的点であるプレイスを特定化
するテレネームとしてエンジン１３２Ａによって生成さ
れる。
なる方法によってテレネームを導いてもよい。一例とし
てエンジン１３２Ａは、キーがオクテットストリング例
えばオクテットストリング２０００Ｋ１であり値がテレ
ネーム例えばテレネーム２０００Ｖ１であるディクショ
ナリィ２０００（図４７）のようなテーブルを使用して
も良い。一例として、テレアドレス１８１４（図４５
Ａ）のプロパティ”location”がオクテットストリング
２０００Ｋ１（図４７）に等しい場合には、テレネーム
２０００Ｖ１は、チケット１３０６（図４５Ａ）によっ
て規定されたトリップの目的点であるプレイスを特定化
するテレネームとしてエンジン１３２Ａによって生成さ
れる。
【０５７３】アドレスは、ある領域内の番地に、その領
域のエンジンのデザイナ及びインプリメンタによってデ
ザインされインプリメントされたアドレッシングスキー
ムに従って割り当てられている。開示されたインストラ
クションセットは、特定のアドレッシングスキームを指
定しない。各々の領域は、その特別の領域のもっとも効
率的で便利なアドレス指定スキームを自由にインプリメ
ントすることができる。従って世界の各々の主権国家が
その自身のアドレス指定スキームをその郵便サービスを
提供する際にデザインしインプリメントするのと同様
に、各々の領域は、その領域のための独特のアドレス指
定スキームを自由にインプリメントすることができる。
勿論２以上の領域内において使用されるアドレス指定ス
キームは単一でなくても良い。
域のエンジンのデザイナ及びインプリメンタによってデ
ザインされインプリメントされたアドレッシングスキー
ムに従って割り当てられている。開示されたインストラ
クションセットは、特定のアドレッシングスキームを指
定しない。各々の領域は、その特別の領域のもっとも効
率的で便利なアドレス指定スキームを自由にインプリメ
ントすることができる。従って世界の各々の主権国家が
その自身のアドレス指定スキームをその郵便サービスを
提供する際にデザインしインプリメントするのと同様
に、各々の領域は、その領域のための独特のアドレス指
定スキームを自由にインプリメントすることができる。
勿論２以上の領域内において使用されるアドレス指定ス
キームは単一でなくても良い。
【０５７４】アドレス指定スキームをインプリメントす
る際に、ある領域のエンジン（複数）は、１以上のプレ
イスを含むロケーションにテレアドレスを割り当てる。
テレアドレスを割り当てる際にエンジンはそのテレアド
レスによって特定されたロケーション内の１以上のプレ
イスを特定するテレネームを発生させそして記録する。
換言すれば、テレアドレスを割り当てるエンジン
は、それぞれのテレアドレスが割り当てられたプレイス
のテレネームにテレアドレスを連係させる情報を保持し
ている。このようにしてエンジン例えばエンジン１３２
Ａ（図３４）は、特定化されたテレアドレスを有するプ
レイスのテレネームを発生させることができる。このよ
うなテレネームを記録しそして発生させる特定のメカニ
ズムは、ある与えられた領域のエンジンをデザインしイ
ンプリメントする個人又は組織に一任される。
る際に、ある領域のエンジン（複数）は、１以上のプレ
イスを含むロケーションにテレアドレスを割り当てる。
テレアドレスを割り当てる際にエンジンはそのテレアド
レスによって特定されたロケーション内の１以上のプレ
イスを特定するテレネームを発生させそして記録する。
換言すれば、テレアドレスを割り当てるエンジン
は、それぞれのテレアドレスが割り当てられたプレイス
のテレネームにテレアドレスを連係させる情報を保持し
ている。このようにしてエンジン例えばエンジン１３２
Ａ（図３４）は、特定化されたテレアドレスを有するプ
レイスのテレネームを発生させることができる。このよ
うなテレネームを記録しそして発生させる特定のメカニ
ズムは、ある与えられた領域のエンジンをデザインしイ
ンプリメントする個人又は組織に一任される。
【０５７５】処理はステップ１４７６からステップ１４
７８に移行し、このステップ１４７８においてエンジン
１３２Ａ（図８）は、エンジン１３２Ａを含む領域内の
あるエンジンにエージェント１５０Ａが移送されるべき
事を示すフラグをたてる。処理はステップ１４７８（図
４３）から第２のticket has name テストステップ１４
８０（図４３）に移行する。さらに処理は、ステップ１
４５８（図４３）及びticket has provider テストステ
ップ１４６０（これらのステップはどちらもすでに詳細
に説明されたものである）から第２のticket has name
テストステップ１４８０に移行する。
７８に移行し、このステップ１４７８においてエンジン
１３２Ａ（図８）は、エンジン１３２Ａを含む領域内の
あるエンジンにエージェント１５０Ａが移送されるべき
事を示すフラグをたてる。処理はステップ１４７８（図
４３）から第２のticket has name テストステップ１４
８０（図４３）に移行する。さらに処理は、ステップ１
４５８（図４３）及びticket has provider テストステ
ップ１４６０（これらのステップはどちらもすでに詳細
に説明されたものである）から第２のticket has name
テストステップ１４８０に移行する。
【０５７６】第２のticket has name テストステップ１
４８０（図４４）において、エンジン１３２Ａ（図３
４）は、チケット１３０６（図４５Ａ）のプロパティ”
destinationName”が０か、又はテレネーム１８１８で
あるかを定める。チケット１３０６のプロパティ”dest
inationName”がテレネーム１８１８である場合には処
理は、第２のticket has name テストステップ１４８０
（図４４）からステップ１４８２に移行し、このステッ
プ１４８２においてエンジン１３２Ａ（図３４）はテレ
ネーム１８１８（図４５Ａ）のコピーを生成させ、その
コピーは、移送目的点のテレネームとして、ステップ１
４７６（図４３）において導出されたテレネームに変わ
る。処理はステップ１４８２（図４４）からステップ１
４８３に移行する。また、チケット１３０６のプロパテ
ィ”destinationName”が０である場合には、処理は第
２のticket has name テストステップ１４８０から１４
８３に直接に移行する。
４８０（図４４）において、エンジン１３２Ａ（図３
４）は、チケット１３０６（図４５Ａ）のプロパティ”
destinationName”が０か、又はテレネーム１８１８で
あるかを定める。チケット１３０６のプロパティ”dest
inationName”がテレネーム１８１８である場合には処
理は、第２のticket has name テストステップ１４８０
（図４４）からステップ１４８２に移行し、このステッ
プ１４８２においてエンジン１３２Ａ（図３４）はテレ
ネーム１８１８（図４５Ａ）のコピーを生成させ、その
コピーは、移送目的点のテレネームとして、ステップ１
４７６（図４３）において導出されたテレネームに変わ
る。処理はステップ１４８２（図４４）からステップ１
４８３に移行する。また、チケット１３０６のプロパテ
ィ”destinationName”が０である場合には、処理は第
２のticket has name テストステップ１４８０から１４
８３に直接に移行する。
【０５７７】エンジン１３２Ａ（図３４）は、ステップ
１４８３において、以下に詳細に説明するように、ファ
インダと相談し、前述したようにステップ１４７６（図
４３）又はステップ１４８２（図４４）のどちらかで生
成させたテレネームによって指示されるプレイスへのト
ランスファを規定するウェイオブジェクトを発生させ
る。処理はステップ１４８３からテストステップ１４８
４に移行し、このテストステップにおいてエンジン１３
２Ａ（図３４）は、ステップ１４５８（図４３）がトラ
ンスファの目的点がエンジン１３２Ａ（図３４）である
ことを示すフラグを立てる。フラグが立てられていない
場合、処理はテストステップ１４８４から、後述するテ
ストステップ１４９０に移行する。その逆に、フラグが
立てられていた場合、エージェント１５０Ａ（図１１
５）は、エンジン１３２Ａ内のあるプレイスにトランス
ファさせる必要があり、処理はテストステップ１４８０
（図４４）から第３の”way out is here” テストステ
ップ１４８６に移行する。
１４８３において、以下に詳細に説明するように、ファ
インダと相談し、前述したようにステップ１４７６（図
４３）又はステップ１４８２（図４４）のどちらかで生
成させたテレネームによって指示されるプレイスへのト
ランスファを規定するウェイオブジェクトを発生させ
る。処理はステップ１４８３からテストステップ１４８
４に移行し、このテストステップにおいてエンジン１３
２Ａ（図３４）は、ステップ１４５８（図４３）がトラ
ンスファの目的点がエンジン１３２Ａ（図３４）である
ことを示すフラグを立てる。フラグが立てられていない
場合、処理はテストステップ１４８４から、後述するテ
ストステップ１４９０に移行する。その逆に、フラグが
立てられていた場合、エージェント１５０Ａ（図１１
５）は、エンジン１３２Ａ内のあるプレイスにトランス
ファさせる必要があり、処理はテストステップ１４８０
（図４４）から第３の”way out is here” テストステ
ップ１４８６に移行する。
【０５７８】第３の”way out is here” テストステッ
プ１４８６においてエンジン１３２Ａ（図３４）は、ス
テップ１４８３（図４４）によって発生させたウェイオ
ブジェクトがエンジン１３２Ａ（図３４）へのトランス
ファを規定しているか否かを定める。生成させたウェイ
オブジェクトはエンジン１３２Ａのトランスファを規定
していない場合には、処理は第３の”way out is her
e” テストステップ１４８６（図４４）から終了ステッ
プ１４８８に移行し、この終了ステップにおいて、クラ
ス”目的点使用不可能”の例外が投出され、論理フロー
ダイヤグラム１４１４（図４３、図４４、）すなわちル
ートエージェントステップ１４１４（図４０）の処理が
終了する。その逆に、生成されたウェイオブジェクトが
エンジン１３２Ａ（図３４）内のあるプレイスへのトラ
ンスファを規定しているならば、処理はテストステップ
１４８６（図４４）からテストステップ１４９２に移行
する。
プ１４８６においてエンジン１３２Ａ（図３４）は、ス
テップ１４８３（図４４）によって発生させたウェイオ
ブジェクトがエンジン１３２Ａ（図３４）へのトランス
ファを規定しているか否かを定める。生成させたウェイ
オブジェクトはエンジン１３２Ａのトランスファを規定
していない場合には、処理は第３の”way out is her
e” テストステップ１４８６（図４４）から終了ステッ
プ１４８８に移行し、この終了ステップにおいて、クラ
ス”目的点使用不可能”の例外が投出され、論理フロー
ダイヤグラム１４１４（図４３、図４４、）すなわちル
ートエージェントステップ１４１４（図４０）の処理が
終了する。その逆に、生成されたウェイオブジェクトが
エンジン１３２Ａ（図３４）内のあるプレイスへのトラ
ンスファを規定しているならば、処理はテストステップ
１４８６（図４４）からテストステップ１４９２に移行
する。
【０５７９】テストステップ１４９０においてエンジン
１３２Ａ（図３４）は、トランスファの目的点がエンジ
ン１３２Ａ（図３４）を含む領域であることを指示する
フラグを立てる。このフラグが立てられていない場合、
処理はテストステップ１４９０から終了ステップ１４９
６に移行し、この終了ステップにおいて、論理フローダ
イヤグラム１４１４（図４３、図４４）すなわち、ルー
トエージェントステップ１４１４（図４０）による処理
が成功の内に終了する。その逆にフラグが立てられてい
ない場合、エージェント１５０Ａ（図３４）は、エンジ
ン１３２Ａを含む領域内のあるプレイスに移行させる必
要があり、処理はテストステップ１４９０（図４４）か
ら way out is this region テストステップ１４９２に
移行する。エンジン１３２Ａ（図３４）は、 way out i
s this region テストステップ１４９２において、ステ
ップ１４８３において発生させたウェイオブジェクト
（図４４）がエンジン１３２Ａ（図３４）を含む領域内
のあるプレイスへのトランスファを規定しているか否か
を定める。発生させたウェイオブジェクトがエンジン１
３２Ａを含む領域内のあるプレイスへのトランスファを
規定していない場合には 、処理は、 way out is this
region テストステップ１４９２（図４４）から終了ス
テップ１４９４に移行する。この終了ステップにおいて
はクラス”目的点使用不可能”の例外が投出され、論理
フローダイヤグラム１４１４（図４３、図４４）すなわ
ちルートエージェントステップ１４１４（図４０）によ
る処理が終了する。
１３２Ａ（図３４）は、トランスファの目的点がエンジ
ン１３２Ａ（図３４）を含む領域であることを指示する
フラグを立てる。このフラグが立てられていない場合、
処理はテストステップ１４９０から終了ステップ１４９
６に移行し、この終了ステップにおいて、論理フローダ
イヤグラム１４１４（図４３、図４４）すなわち、ルー
トエージェントステップ１４１４（図４０）による処理
が成功の内に終了する。その逆にフラグが立てられてい
ない場合、エージェント１５０Ａ（図３４）は、エンジ
ン１３２Ａを含む領域内のあるプレイスに移行させる必
要があり、処理はテストステップ１４９０（図４４）か
ら way out is this region テストステップ１４９２に
移行する。エンジン１３２Ａ（図３４）は、 way out i
s this region テストステップ１４９２において、ステ
ップ１４８３において発生させたウェイオブジェクト
（図４４）がエンジン１３２Ａ（図３４）を含む領域内
のあるプレイスへのトランスファを規定しているか否か
を定める。発生させたウェイオブジェクトがエンジン１
３２Ａを含む領域内のあるプレイスへのトランスファを
規定していない場合には 、処理は、 way out is this
region テストステップ１４９２（図４４）から終了ス
テップ１４９４に移行する。この終了ステップにおいて
はクラス”目的点使用不可能”の例外が投出され、論理
フローダイヤグラム１４１４（図４３、図４４）すなわ
ちルートエージェントステップ１４１４（図４０）によ
る処理が終了する。
【０５８０】エンジン１３２Ａ（図１３２）は、ステッ
プ１４５２、１４６２、１４６６及び１４８３（図４
３）について以上に説明したように、チケット１３０６
（図３５）によって規定されたトリップの目的点へのト
ランスファにエージェント１５０Ａを差し向けるため
に、ファインダを使用する。ファインダはエージェント
のトランスファの目的点を定めるために使用される。一
例としてチケット１３０６（図３５）は、トリップの目
的点として、エンジン１３２Ｂ内のプレイス２２０Ｂ
（図３４）を規定する。しかしエージェント１５０Ａ
は、エンジン１３２Ｂに到達するためには、最初にエン
ジン１３２Ｚに移送されなければならないので、エンジ
ン１３２Ｚはトランスファの目的点となる。ファインダ
２０５０（図４８）は、第２のテレネームによって特定
化されるプレイスに向かうトランスファの目的点である
エンジンのテレネームを発生させるために用いられる。
指示指令によれば、生成されたテレネームは、エンジン
がエンジンによって処理されるエンジンプレイスを特定
することによってエンジンを特定する。第２のテレネー
ムは、特定のプレイス又はオーソリティを特定化しそれ
によって特定化されたオーソリティの全てのプレイスを
特定化する。テレネームはアペンディックスＡに一層詳
細に説明されている。
プ１４５２、１４６２、１４６６及び１４８３（図４
３）について以上に説明したように、チケット１３０６
（図３５）によって規定されたトリップの目的点へのト
ランスファにエージェント１５０Ａを差し向けるため
に、ファインダを使用する。ファインダはエージェント
のトランスファの目的点を定めるために使用される。一
例としてチケット１３０６（図３５）は、トリップの目
的点として、エンジン１３２Ｂ内のプレイス２２０Ｂ
（図３４）を規定する。しかしエージェント１５０Ａ
は、エンジン１３２Ｂに到達するためには、最初にエン
ジン１３２Ｚに移送されなければならないので、エンジ
ン１３２Ｚはトランスファの目的点となる。ファインダ
２０５０（図４８）は、第２のテレネームによって特定
化されるプレイスに向かうトランスファの目的点である
エンジンのテレネームを発生させるために用いられる。
指示指令によれば、生成されたテレネームは、エンジン
がエンジンによって処理されるエンジンプレイスを特定
することによってエンジンを特定する。第２のテレネー
ムは、特定のプレイス又はオーソリティを特定化しそれ
によって特定化されたオーソリティの全てのプレイスを
特定化する。テレネームはアペンディックスＡに一層詳
細に説明されている。
【０５８１】ステップ１４５２（図４３）のコンテキス
トにおいて、第２のテレネームは、テレネーム１８１８
（図４５Ａ）であり、このテレネームは、チケット１３
０６のプロパティ”destinationName”である。ファイ
ンダ２０５０（図４８）がテレネーム１８１８に関する
情報を含まない場合、ステップ１４５２（図４３）コン
テキストにおいて第２のテレネームは、前述したように
ステップ１４４２において発生されコピーされるオーソ
リティを特定化するテレネームである。第２のテレネー
ムは、ステップ１４６２のコンテキストにおいてチケッ
ト１３０６のテレアドレス１８１４（図４５Ａ）のプロ
パティ”provider”において特定されたオーソリティを
特定化する。第２のテレネームは、ステップ１４６６
（図４３）のコンテキストにおいて、チケット１３０６
のテレネーム１８１４（図４５Ａ）のプロパティ”rout
ingAdvice”であるリストの一つのアイテムにおいて特
定化されたオーソリティを特定化する。ステップ１４８
３（図４４）のコンテキストにおいて、第２のテレネー
ムは、チケット１３０６のプロパティ”destinationNam
e”が０でない場合、チケット１３０６のテレネーム１
８１８（図４５Ａ）であるか、又はその他の場合におい
て、ステップ１４７６（図４３）において生成したテレ
ネームである。ファインダ２０５０（図４８）は、第２
のテレネームがチケット１３０６のテレネーム１８１８
（図４５Ａ）であるステップ１４８３（図１４）のコン
テキストにおいて以下に説明される。
トにおいて、第２のテレネームは、テレネーム１８１８
（図４５Ａ）であり、このテレネームは、チケット１３
０６のプロパティ”destinationName”である。ファイ
ンダ２０５０（図４８）がテレネーム１８１８に関する
情報を含まない場合、ステップ１４５２（図４３）コン
テキストにおいて第２のテレネームは、前述したように
ステップ１４４２において発生されコピーされるオーソ
リティを特定化するテレネームである。第２のテレネー
ムは、ステップ１４６２のコンテキストにおいてチケッ
ト１３０６のテレアドレス１８１４（図４５Ａ）のプロ
パティ”provider”において特定されたオーソリティを
特定化する。第２のテレネームは、ステップ１４６６
（図４３）のコンテキストにおいて、チケット１３０６
のテレネーム１８１４（図４５Ａ）のプロパティ”rout
ingAdvice”であるリストの一つのアイテムにおいて特
定化されたオーソリティを特定化する。ステップ１４８
３（図４４）のコンテキストにおいて、第２のテレネー
ムは、チケット１３０６のプロパティ”destinationNam
e”が０でない場合、チケット１３０６のテレネーム１
８１８（図４５Ａ）であるか、又はその他の場合におい
て、ステップ１４７６（図４３）において生成したテレ
ネームである。ファインダ２０５０（図４８）は、第２
のテレネームがチケット１３０６のテレネーム１８１８
（図４５Ａ）であるステップ１４８３（図１４）のコン
テキストにおいて以下に説明される。
【０５８２】ステップ１４５２（図４３）、１４６２、
１４６６及び１４８３（図４４）の各々において、ファ
インダ２０５０（図４８）の使用によって生成させたテ
レネームは、生成させたテレネームによって特定化させ
られるエンジンへのトランスファを規定するウェイオブ
ジェクトを形成するために用いられる。
１４６６及び１４８３（図４４）の各々において、ファ
インダ２０５０（図４８）の使用によって生成させたテ
レネームは、生成させたテレネームによって特定化させ
られるエンジンへのトランスファを規定するウェイオブ
ジェクトを形成するために用いられる。
【０５８３】エンジン１３２Ａは、ファインダ２０５０
（図４８）の使用によって、エージェント１５０Ａを転
送すべきエンジン、すなわち”移送目的点”を定める。
ファインダ２０５０は、トリップの目的点からトリップ
の目的点に向かってエージェント１５０Ａを移動させる
トランスファ目的点をエンジン１３２Ａによって定める
ことを可能とするものであれば、どんな構造であっても
よい。一実施例によれば、ファインダ２０５０は、キー
がテレネームであり、値がやはりテレネームであるディ
クショナリである。キー例えばテレネーム２０５０Ｋ１
−２０５０Ｋ６は、オーソリティを特定化する。値、例
えばテレネーム２０５０Ｖ１−２０５０Ｖ６は、各々の
対応するオーソリティによって特定されたプレイスに到
達する際に経過するエンジン（複数）を特定する。ファ
インダ２０５０のテレネーム２０５０Ｋ１（図４８）が
テレネーム１８１８のものと同一のオーソリティを持つ
場合には、テレネーム２０５０Ｖ１は、トランスファ目
的点として、エンジン１３２Ｚを特定化する。
（図４８）の使用によって、エージェント１５０Ａを転
送すべきエンジン、すなわち”移送目的点”を定める。
ファインダ２０５０は、トリップの目的点からトリップ
の目的点に向かってエージェント１５０Ａを移動させる
トランスファ目的点をエンジン１３２Ａによって定める
ことを可能とするものであれば、どんな構造であっても
よい。一実施例によれば、ファインダ２０５０は、キー
がテレネームであり、値がやはりテレネームであるディ
クショナリである。キー例えばテレネーム２０５０Ｋ１
−２０５０Ｋ６は、オーソリティを特定化する。値、例
えばテレネーム２０５０Ｖ１−２０５０Ｖ６は、各々の
対応するオーソリティによって特定されたプレイスに到
達する際に経過するエンジン（複数）を特定する。ファ
インダ２０５０のテレネーム２０５０Ｋ１（図４８）が
テレネーム１８１８のものと同一のオーソリティを持つ
場合には、テレネーム２０５０Ｖ１は、トランスファ目
的点として、エンジン１３２Ｚを特定化する。
【０５８４】本発明の一実施例によれば、ファインダ２
０５０のキーは、テレネーム２０５０Ｖ７に組み合わさ
れたニル（零）２０５０Ｋ７を含む。
０５０のキーは、テレネーム２０５０Ｖ７に組み合わさ
れたニル（零）２０５０Ｋ７を含む。
【０５８５】テレネーム２０５０Ｖ７は、ネットワーク
１５００（図３４）及びネットワーク１５００が直接又
は間接に接続され得る複数のネットワークの実質的な部
分に関する情報を含むエンジンを特定化する。したがっ
て、テレネーム２０５０Ｖ７によって特定化されたエン
ジンは、チケット１３０６（図４５Ａ）を満足するトリ
ップ目的点に向かってエージェント１５０Ａをルーティ
ングする際に最も成功する確率の高いエンジンである。
ファインダ２０５０（図４８）のキーであるテレネーム
がテレネーム１８１８と同一のオーソリティのものでな
い場合、ニル２０５０Ｋ７に組み合わされたテレネーム
２０５０Ｖ７（図４８）は、トランスファの目的点を特
定化する。次の例は例示的である。
１５００（図３４）及びネットワーク１５００が直接又
は間接に接続され得る複数のネットワークの実質的な部
分に関する情報を含むエンジンを特定化する。したがっ
て、テレネーム２０５０Ｖ７によって特定化されたエン
ジンは、チケット１３０６（図４５Ａ）を満足するトリ
ップ目的点に向かってエージェント１５０Ａをルーティ
ングする際に最も成功する確率の高いエンジンである。
ファインダ２０５０（図４８）のキーであるテレネーム
がテレネーム１８１８と同一のオーソリティのものでな
い場合、ニル２０５０Ｋ７に組み合わされたテレネーム
２０５０Ｖ７（図４８）は、トランスファの目的点を特
定化する。次の例は例示的である。
【０５８６】小型のパーソナルコンピュータシステム内
においてエンジン１３２Ａが実行され、従って、エンジ
ン１３２Ａがただ一つのオーソリティのプレイス（複
数）を解釈するものと想定する。さらに、エンジン１３
２Ｚ（図３４）が大型のマルチユーザメインフレームコ
ンピュータシステム内において稼働し、このコンピュー
タシステムが多くの別々のオーソリティのプレイス（複
数）を解釈し、このコンピュータシステムに多くの異な
ったオーソリティの多くのエージェントが移動するもの
と想定する。このような場合、エンジン１３２Ａのファ
インダは、非常に小型になり、特別のオーソリティのプ
レイスへのエージェントの転送についてほとんど情報を
もたらさないであろう。しかし、エンジン１３２Ｚのフ
ァインダは、より広範で包括的であると思われるので、
特別のオーソリティのプレイスに向かって特別なエージ
ェントをルーティングすることについて情報を提供する
可能性がより多く存在する。このような場合、エンジン
１３２Ａのファインダは、トリップの目的点プレイスの
オーソリティに関する情報をエンジン１３２Ａのファイ
ンダが含まない場合にエンジン１３２Ｚをトランスファ
の目的点として特定化するテレネームをニルと組み合わ
せる。
においてエンジン１３２Ａが実行され、従って、エンジ
ン１３２Ａがただ一つのオーソリティのプレイス（複
数）を解釈するものと想定する。さらに、エンジン１３
２Ｚ（図３４）が大型のマルチユーザメインフレームコ
ンピュータシステム内において稼働し、このコンピュー
タシステムが多くの別々のオーソリティのプレイス（複
数）を解釈し、このコンピュータシステムに多くの異な
ったオーソリティの多くのエージェントが移動するもの
と想定する。このような場合、エンジン１３２Ａのファ
インダは、非常に小型になり、特別のオーソリティのプ
レイスへのエージェントの転送についてほとんど情報を
もたらさないであろう。しかし、エンジン１３２Ｚのフ
ァインダは、より広範で包括的であると思われるので、
特別のオーソリティのプレイスに向かって特別なエージ
ェントをルーティングすることについて情報を提供する
可能性がより多く存在する。このような場合、エンジン
１３２Ａのファインダは、トリップの目的点プレイスの
オーソリティに関する情報をエンジン１３２Ａのファイ
ンダが含まない場合にエンジン１３２Ｚをトランスファ
の目的点として特定化するテレネームをニルと組み合わ
せる。
【０５８７】ファインダ２０５０（図４８）との相談に
よってトランスファの目的点を定めることが成功しなか
った場合、エンジンは、エンジンの供給者によって選定
されたインクリメンテーションに従って、次のポリシー
又はその他のポリシーのどれかをインクリメントするこ
とができる。
よってトランスファの目的点を定めることが成功しなか
った場合、エンジンは、エンジンの供給者によって選定
されたインクリメンテーションに従って、次のポリシー
又はその他のポリシーのどれかをインクリメントするこ
とができる。
【０５８８】チケット１３０６（図４５Ａ）がサイテイ
ション１８１６を含む場合、エンジン１３２Ａ（図３
４）は、エージェント１５０Ａの現在のプレイスにある
テレネームを発生させ、以下に説明するステップに従っ
て、引用されたクラスのプレイスを見い出すように努め
るか、又は（ｉｉ）例外を投出してテレネームを発生さ
せないことによってチケット１３０６（図４５Ａ）をあ
いまいであるとして拒絶し又は（ｉｉｉ）あいまいに特
定化されたトリップの目的点として指定されたプレイス
のテレネームを生成させることができる。同様に、チケ
ット１３０６がサイテーションを持たない場合、エンジ
ン１３２Ａ（図３４）は、（ｉ）例外を投出しテレネー
ムを発生させないことによって、チケット１３０６（図
４５Ａ）をあいまいとして拒絶し又は（ｉｉ）あいまい
に特定化されたトリップの目的点として指定されたプレ
イスのテレネームを発生させることができる。
ション１８１６を含む場合、エンジン１３２Ａ（図３
４）は、エージェント１５０Ａの現在のプレイスにある
テレネームを発生させ、以下に説明するステップに従っ
て、引用されたクラスのプレイスを見い出すように努め
るか、又は（ｉｉ）例外を投出してテレネームを発生さ
せないことによってチケット１３０６（図４５Ａ）をあ
いまいであるとして拒絶し又は（ｉｉｉ）あいまいに特
定化されたトリップの目的点として指定されたプレイス
のテレネームを生成させることができる。同様に、チケ
ット１３０６がサイテーションを持たない場合、エンジ
ン１３２Ａ（図３４）は、（ｉ）例外を投出しテレネー
ムを発生させないことによって、チケット１３０６（図
４５Ａ）をあいまいとして拒絶し又は（ｉｉ）あいまい
に特定化されたトリップの目的点として指定されたプレ
イスのテレネームを発生させることができる。
【０５８９】図３４、図４１、図５０、図５１、図５３
の例では、エンジン１３２Ａ（図３４）は、ファインダ
２０５０（図４７）に相談し、エンジン１３２Ｂのプレ
イス２２０Ｂ（図３４）に到達するためにはエージェン
ト１５０Ａはエンジン１３２Ｚに移送させるべきことを
定める。従って、エンジン１３２Ｚのエンジンプレイス
は、エージェント１５０Ａの移送目的点であり、エンジ
ン１３２Ｚへのエンジン１５０Ａの移送を規定するウェ
イオブジェクトが生成される。
の例では、エンジン１３２Ａ（図３４）は、ファインダ
２０５０（図４７）に相談し、エンジン１３２Ｂのプレ
イス２２０Ｂ（図３４）に到達するためにはエージェン
ト１５０Ａはエンジン１３２Ｚに移送させるべきことを
定める。従って、エンジン１３２Ｚのエンジンプレイス
は、エージェント１５０Ａの移送目的点であり、エンジ
ン１３２Ｚへのエンジン１５０Ａの移送を規定するウェ
イオブジェクトが生成される。
【０５９０】このようにフローチャート１４１４（図４
３、図４４）に従った処理によって、チケット１３０６
によって規定されたトリップの目的点に向かってエージ
ェント１５０Ａを移動させるためのエージェント１５０
Ａ（図３４）のトランスファを規定するウェイオブジェ
クトが生成される。
３、図４４）に従った処理によって、チケット１３０６
によって規定されたトリップの目的点に向かってエージ
ェント１５０Ａを移動させるためのエージェント１５０
Ａ（図３４）のトランスファを規定するウェイオブジェ
クトが生成される。
【０５９１】フローチャート１４１０（図４０）のコン
テキストにおいて前述したように、エージェント１５０
Ａ（図３４）は、place in deliver agentステップ１４
２２（図４０）中のあるプレイスに配送される。図３
４、図４１、図５０、図５１、図５３の実施例において
エージェント１５０Ａは、エンジン１３２Ａ内のいかな
るプレイスにも配送されないことを想起されたい。しか
し、記述を完全にするために、エンジン１３２Ａ内のプ
レイスへのエージェント１５０Ａの配送について説明す
る。エージェント１５０Ａ（図３４）は、エンジン１３
２Ａ内のプレイスに、このプレイスがチケット１３０６
（図３５）によってトリップの目的点として規定される
場合に配送される。あるプレイスへのエージェントの配
送は、（ｉ）そのエージェントを配送するべき特別なプ
レイスを選定すること、（ｉｉ）そのエージェントをそ
のプレイスの占有者とすること、及び（ｉｉｉ）オペレ
ーション”go”をそのエージェントについて継続させる
こと、を含む。エージェント配送ステップ１４２２は、
フローチャート１４２２（図４９）によって示されてい
る。
テキストにおいて前述したように、エージェント１５０
Ａ（図３４）は、place in deliver agentステップ１４
２２（図４０）中のあるプレイスに配送される。図３
４、図４１、図５０、図５１、図５３の実施例において
エージェント１５０Ａは、エンジン１３２Ａ内のいかな
るプレイスにも配送されないことを想起されたい。しか
し、記述を完全にするために、エンジン１３２Ａ内のプ
レイスへのエージェント１５０Ａの配送について説明す
る。エージェント１５０Ａ（図３４）は、エンジン１３
２Ａ内のプレイスに、このプレイスがチケット１３０６
（図３５）によってトリップの目的点として規定される
場合に配送される。あるプレイスへのエージェントの配
送は、（ｉ）そのエージェントを配送するべき特別なプ
レイスを選定すること、（ｉｉ）そのエージェントをそ
のプレイスの占有者とすること、及び（ｉｉｉ）オペレ
ーション”go”をそのエージェントについて継続させる
こと、を含む。エージェント配送ステップ１４２２は、
フローチャート１４２２（図４９）によって示されてい
る。
【０５９２】フローチャート１４２２（図４９）による
処理は、for all current placesステップ１４２２Ａに
おいて開始される。for all current placesステップ１
４２２Ａ及び次のステップ１４２２Ｃは、現在のエンジ
ン、すなわちエンジン１３２Ａ（図３４）によって現に
処理されているプレイスの各々がステップ１４２２Ｂ、
１４２２Ｄ及び１４２２Ｅ（図４９）に従って処理され
る処理ループを規定する。フローチャート１４２２の以
下の説明のコンテキストにおいて”サブジェクトプレイ
ス”は、for all current placesステップ１４２２Ａ及
び次のステップ１４２２Ｃによって規定されるループの
ある特別の反復において処理されるプレイスである。こ
のループの各々の繰り返し（反復）すなわちエンジン１
３２Ａ（図３４）の各々の現在のプレイスについて、処
理は、for all current placesステップ１４２２Ａか
ら、place satisfies ticketテストステップ１４２２Ｂ
に移行する。
処理は、for all current placesステップ１４２２Ａに
おいて開始される。for all current placesステップ１
４２２Ａ及び次のステップ１４２２Ｃは、現在のエンジ
ン、すなわちエンジン１３２Ａ（図３４）によって現に
処理されているプレイスの各々がステップ１４２２Ｂ、
１４２２Ｄ及び１４２２Ｅ（図４９）に従って処理され
る処理ループを規定する。フローチャート１４２２の以
下の説明のコンテキストにおいて”サブジェクトプレイ
ス”は、for all current placesステップ１４２２Ａ及
び次のステップ１４２２Ｃによって規定されるループの
ある特別の反復において処理されるプレイスである。こ
のループの各々の繰り返し（反復）すなわちエンジン１
３２Ａ（図３４）の各々の現在のプレイスについて、処
理は、for all current placesステップ１４２２Ａか
ら、place satisfies ticketテストステップ１４２２Ｂ
に移行する。
【０５９３】現在のエンジンは、place satisfies tick
etテストステップ１４２２Ｂにおいて、サブジェクトプ
レイスがチケット１３０６を満足するか否かを定める。
etテストステップ１４２２Ｂにおいて、サブジェクトプ
レイスがチケット１３０６を満足するか否かを定める。
【０５９４】サブジェクトプレイスがチケット１３０６
を満足しない場合、（ｉ）処理は、place satisfies ti
cket テストステップ１４２２Ｂ（図４９）から次のス
テップ１４２２Ｃを経てfor all current placesステッ
プ１４２２Ａ（ここで、ループの別の反復が開始され
る）に移行するか、または、（ｉｉ）処理は、以下に示
す説明する終了ステップ１４２２Ｉに移行する。逆に、
サブジェクトプレイスがチケット１３０６を満足する場
合、処理は、place satisfies ticket テストステップ
１４２２Ｂからエンタリングステップ１４２２Ｄに移行
する。
を満足しない場合、（ｉ）処理は、place satisfies ti
cket テストステップ１４２２Ｂ（図４９）から次のス
テップ１４２２Ｃを経てfor all current placesステッ
プ１４２２Ａ（ここで、ループの別の反復が開始され
る）に移行するか、または、（ｉｉ）処理は、以下に示
す説明する終了ステップ１４２２Ｉに移行する。逆に、
サブジェクトプレイスがチケット１３０６を満足する場
合、処理は、place satisfies ticket テストステップ
１４２２Ｂからエンタリングステップ１４２２Ｄに移行
する。
【０５９５】以下に詳細に説明するように、あるプレイ
スは、オペレーション”entering”を成功の内に遂行す
ることによってあるプロセス例えばあるエージェントへ
のイングレスを許容し、オペレーション”entering”の
実行の間に例外を投出することによってプロセスへのイ
ングレスを拒絶する。オペレーション”entering”の遂
行については以下に一層詳細に説明する。
スは、オペレーション”entering”を成功の内に遂行す
ることによってあるプロセス例えばあるエージェントへ
のイングレスを許容し、オペレーション”entering”の
実行の間に例外を投出することによってプロセスへのイ
ングレスを拒絶する。オペレーション”entering”の遂
行については以下に一層詳細に説明する。
【０５９６】処理は、エンタリングステップ１４２２Ｄ
（図４９）から例外テストステップ１４２２Ｅに移行
し、テストステップ１４２２Ｅにおいて、現在のエンジ
ンは、サブジェクトプレイスによるオペレーション”en
tering”の遂行が例外を投出したか否かを定める。サブ
ジェクトプレイスによるオペレーション”entering”の
遂行が例外を投出し、それによりサブジェクトプレイス
へのエージェント１５０Ａのイングレスを拒絶した場
合、処理は、エンタリングステップ１４２２Ｅから次の
ステップ１４２２Ｃを経てfor all current placesステ
ップ１４２２Ａに移行し、for all current placesステ
ップ１４２２Ａ及び次のステップ１４２２Ｃによって規
定されたループの別の反復が開始されるようにする。ま
たは、処理は、以下に説明する終了ステップに移行す
る。
（図４９）から例外テストステップ１４２２Ｅに移行
し、テストステップ１４２２Ｅにおいて、現在のエンジ
ンは、サブジェクトプレイスによるオペレーション”en
tering”の遂行が例外を投出したか否かを定める。サブ
ジェクトプレイスによるオペレーション”entering”の
遂行が例外を投出し、それによりサブジェクトプレイス
へのエージェント１５０Ａのイングレスを拒絶した場
合、処理は、エンタリングステップ１４２２Ｅから次の
ステップ１４２２Ｃを経てfor all current placesステ
ップ１４２２Ａに移行し、for all current placesステ
ップ１４２２Ａ及び次のステップ１４２２Ｃによって規
定されたループの別の反復が開始されるようにする。ま
たは、処理は、以下に説明する終了ステップに移行す
る。
【０５９７】その反対にサブジェクトプレイスによって
オペレーション”entering”が成功の内に遂行され、サ
ブジェクトプレイスへのイングレスをエージェント１５
０Ａ（図３４）に対して許容した場合、処理は例外テス
トステップ１４２２Ｅ（図４９）からステップ１４２２
Ｆに移行する。エージェント１５０Ａ（図１５）は、ス
テップ１４２２Ｆにおいて、サブジェクトプレイスの占
有者にされる。さらに、エージェント１５０Ａがサブジ
ェクトプレイスの占有者であることを示すために、エー
ジェント１５０Ａのある制御がセットされる。
オペレーション”entering”が成功の内に遂行され、サ
ブジェクトプレイスへのイングレスをエージェント１５
０Ａ（図３４）に対して許容した場合、処理は例外テス
トステップ１４２２Ｅ（図４９）からステップ１４２２
Ｆに移行する。エージェント１５０Ａ（図１５）は、ス
テップ１４２２Ｆにおいて、サブジェクトプレイスの占
有者にされる。さらに、エージェント１５０Ａがサブジ
ェクトプレイスの占有者であることを示すために、エー
ジェント１５０Ａのある制御がセットされる。
【０５９８】処理は、ステップ１４２２Ｆから１４２２
Ｇに移行し、このステップ１４２２Ｇにおいてエージェ
ント１５０Ａによって遂行されるオペレーション”go”
が成功する。エージェント１５０Ａは、前述したよう
に、図３４、図４１、図５０、図５１、図５３の例で
は、エンジン１３２Ａのプレイスには配送されない。従
って、エージェント１５０Ａのためのオペレーション”
go”は、以下に説明するようにエンジン１３２Ｂ（図５
０）のプレイス２２０Ｂにエージェント１５０Ａ（図３
４）が配送されるまでは成功しない。処理は、ステップ
１４２２Ｇ（図４９）から終了ステップ１４２２Ｈに移
行し、この終了ステップにおいて、フローチャート１４
２２に従って、エージェント配送ステップ１４２２（図
４０）に従った処理が成功の内に終了する。
Ｇに移行し、このステップ１４２２Ｇにおいてエージェ
ント１５０Ａによって遂行されるオペレーション”go”
が成功する。エージェント１５０Ａは、前述したよう
に、図３４、図４１、図５０、図５１、図５３の例で
は、エンジン１３２Ａのプレイスには配送されない。従
って、エージェント１５０Ａのためのオペレーション”
go”は、以下に説明するようにエンジン１３２Ｂ（図５
０）のプレイス２２０Ｂにエージェント１５０Ａ（図３
４）が配送されるまでは成功しない。処理は、ステップ
１４２２Ｇ（図４９）から終了ステップ１４２２Ｈに移
行し、この終了ステップにおいて、フローチャート１４
２２に従って、エージェント配送ステップ１４２２（図
４０）に従った処理が成功の内に終了する。
【０５９９】for all current places ステップ１４２
２Ａ（図４９）及び次のステップ１４２２Ｃによって規
定されるループに従って、エンジン１３２Ａ（図１５）
中に存在するすべてのプレイスが処理され、終了ステッ
プ１４２２Ｈには到達していない場合、すなわちエンジ
ン１３２Ａ（図３４）中に存在する如何なるプレイスも
チケット１３０６を満足させず、またオペレーション”
entering”の成功した遂行を介してエージェント１５０
Ａの占有を許容しない場合、処理は、for allcurrent p
lacesステップ１４２２Ａ（図４９）から終了ステップ
１４２２Ｉに移行する。終了ステップ１４２２Ｉにおい
ては、クラス”目的点使用不可能”の例外が投出され、
フローチャート１４２２、従ってエージェント配送ステ
ップ１４２２（図４０）は終了する。このように、エー
ジェント配送ステップ１４２２は、トリップの目的点と
してチケット１３０６（図３５）によって特定されたプ
レイスにエージェント１５０Ａ（図３４）がエージェン
ト配送ステップ１４２２によって配送されるかまたはク
ラス”目的点使用不可能”の例外が投出される。
２Ａ（図４９）及び次のステップ１４２２Ｃによって規
定されるループに従って、エンジン１３２Ａ（図１５）
中に存在するすべてのプレイスが処理され、終了ステッ
プ１４２２Ｈには到達していない場合、すなわちエンジ
ン１３２Ａ（図３４）中に存在する如何なるプレイスも
チケット１３０６を満足させず、またオペレーション”
entering”の成功した遂行を介してエージェント１５０
Ａの占有を許容しない場合、処理は、for allcurrent p
lacesステップ１４２２Ａ（図４９）から終了ステップ
１４２２Ｉに移行する。終了ステップ１４２２Ｉにおい
ては、クラス”目的点使用不可能”の例外が投出され、
フローチャート１４２２、従ってエージェント配送ステ
ップ１４２２（図４０）は終了する。このように、エー
ジェント配送ステップ１４２２は、トリップの目的点と
してチケット１３０６（図３５）によって特定されたプ
レイスにエージェント１５０Ａ（図３４）がエージェン
ト配送ステップ１４２２によって配送されるかまたはク
ラス”目的点使用不可能”の例外が投出される。
【０６００】前述したように、図３４、図４１、図５
０、図５１、図５３の実施例においては、エンジン１３
２Ｚは、トランスファ目的点である。従って、エージェ
ント１５０Ａは、ステップ１４３２（図４０）において
符号化されたエージェント１５０Ａ−２（図４１）を形
成するように符号化される。符号化されたエージェント
は、トランスファアウトステップ１４３４（図４０）に
おいて、エンジン１３２Ｚ（図５１）に移送される。
０、図５１、図５３の実施例においては、エンジン１３
２Ｚは、トランスファ目的点である。従って、エージェ
ント１５０Ａは、ステップ１４３２（図４０）において
符号化されたエージェント１５０Ａ−２（図４１）を形
成するように符号化される。符号化されたエージェント
は、トランスファアウトステップ１４３４（図４０）に
おいて、エンジン１３２Ｚ（図５１）に移送される。
【０６０１】中間エンジンの視点から見たオペレーショ
ン”go” 前述したように”通信下部構造１３２Ａ−ＣＩから通信
リンク１０２ＡＺを経て通信下部構造１３２Ｚ−ＣＩ
（図５１）に至る符号化エージェント１５０Ａ−２（図
４１）のトランスファは、トランスファアウトステップ
１４３４（図４０）において開始される。それぞれテレ
ネーム２１０２、テレアドレス２１０４及びオクテット
ストリング２１０６であるプロパティ”name”、”addr
ess”、及び”data”を含む目的点１５０Ａ−Ｅ−Ｄ
は、符号化されたエージェント１５０Ａ−Ｅ（図４２）
に付加されている。テレネーム２１０２及びテレアドレ
ス２１０４は、符号化エージェント１５０Ａ−Ｅのトラ
ンスファ目的点を規定する。目的点１５０Ａ−Ｅ−Ｄ
（図４２）によって規定されたトランスファ目的点は、
１３２Ｚ（図４１）でもエンジン１３２Ｂでもよい。
ン”go” 前述したように”通信下部構造１３２Ａ−ＣＩから通信
リンク１０２ＡＺを経て通信下部構造１３２Ｚ−ＣＩ
（図５１）に至る符号化エージェント１５０Ａ−２（図
４１）のトランスファは、トランスファアウトステップ
１４３４（図４０）において開始される。それぞれテレ
ネーム２１０２、テレアドレス２１０４及びオクテット
ストリング２１０６であるプロパティ”name”、”addr
ess”、及び”data”を含む目的点１５０Ａ−Ｅ−Ｄ
は、符号化されたエージェント１５０Ａ−Ｅ（図４２）
に付加されている。テレネーム２１０２及びテレアドレ
ス２１０４は、符号化エージェント１５０Ａ−Ｅのトラ
ンスファ目的点を規定する。目的点１５０Ａ−Ｅ−Ｄ
（図４２）によって規定されたトランスファ目的点は、
１３２Ｚ（図４１）でもエンジン１３２Ｂでもよい。
【０６０２】本発明の一実施例によれば、目的点形成ス
テップ１４３０（図４０）において形成された目的点１
５０Ａ−Ｅ−Ｄ（図４２）は、符号化エージェント１５
０Ａ−Ｅのトランスファ目的点として、エンジン１３２
Ｚ（図４１）を規定する。この場合において、通信下部
構造１３２Ａ−ＣＩは、符号化エージェント１５０Ａ−
Ｅを１３２Ｚの通信下部構造１３２Ｚ−ＣＩに直接転送
する。本発明の他の実施例によれば、目的点１５０Ａ−
Ｅ−Ｄ（図４２）は、符号化エージェント１５０Ａ−Ｅ
のトランスファ目的点としてエンジン１３２Ｂ（図４
１）を規定する。後者の場合に、通信下部構造１３２Ａ
−ＣＩは、目的点１５０Ａ−Ｅ−Ｄ（図４２）に従っ
て、エンジン１３２Ｂに対して設定された符号化エージ
ェント１５０Ａ−Ｅを通信下部構造１３２Ｚ−ＣＩ（図
４１）又は１３２Ｚ−ＣＩを介してトランスファさせる
ための情報及びロジックを収納している。
テップ１４３０（図４０）において形成された目的点１
５０Ａ−Ｅ−Ｄ（図４２）は、符号化エージェント１５
０Ａ−Ｅのトランスファ目的点として、エンジン１３２
Ｚ（図４１）を規定する。この場合において、通信下部
構造１３２Ａ−ＣＩは、符号化エージェント１５０Ａ−
Ｅを１３２Ｚの通信下部構造１３２Ｚ−ＣＩに直接転送
する。本発明の他の実施例によれば、目的点１５０Ａ−
Ｅ−Ｄ（図４２）は、符号化エージェント１５０Ａ−Ｅ
のトランスファ目的点としてエンジン１３２Ｂ（図４
１）を規定する。後者の場合に、通信下部構造１３２Ａ
−ＣＩは、目的点１５０Ａ−Ｅ−Ｄ（図４２）に従っ
て、エンジン１３２Ｂに対して設定された符号化エージ
ェント１５０Ａ−Ｅを通信下部構造１３２Ｚ−ＣＩ（図
４１）又は１３２Ｚ−ＣＩを介してトランスファさせる
ための情報及びロジックを収納している。
【０６０３】前述したどちらの実施例においても、エン
ジン１３２Ｚ（図５１）が符号化エージェント１５０Ａ
−Ｅを受けると、エンジン１３２Ｚは、フローチャート
１４００−Ｉ（図５２）に示されたルートエージェント
ステップ１４１４”トランスファイン”において定めら
れたシステムオペレーションを遂行する。エンジン１３
２Ｚ（図５１）は、ステップ１４０２−Ｉ（図５２）に
おいて目的点１５０Ａ−Ｅ−Ｄ（図４２）へのトランス
ファを規定するウェイオブジェクトを発生させることに
よって、システムオペレーション”transferIn”の遂行
を開始する。エンジン１３２Ｚは、ファインダ２０５０
（図４８）について前述したように、エンジン１３２Ｚ
（図５１）内のファインダと相談することによって、ス
テップ１４０２−Ｉ（図５２）においてウェイオブジェ
クトを発生させる。
ジン１３２Ｚ（図５１）が符号化エージェント１５０Ａ
−Ｅを受けると、エンジン１３２Ｚは、フローチャート
１４００−Ｉ（図５２）に示されたルートエージェント
ステップ１４１４”トランスファイン”において定めら
れたシステムオペレーションを遂行する。エンジン１３
２Ｚ（図５１）は、ステップ１４０２−Ｉ（図５２）に
おいて目的点１５０Ａ−Ｅ−Ｄ（図４２）へのトランス
ファを規定するウェイオブジェクトを発生させることに
よって、システムオペレーション”transferIn”の遂行
を開始する。エンジン１３２Ｚは、ファインダ２０５０
（図４８）について前述したように、エンジン１３２Ｚ
（図５１）内のファインダと相談することによって、ス
テップ１４０２−Ｉ（図５２）においてウェイオブジェ
クトを発生させる。
【０６０４】処理はステップ１４０２−Ｉ（図５２）か
ら第４の ”way out is here”テストステップ１４０４
−Ｉに移行し、ここでエンジン１３２Ｚ（図５１）は、
ステップ１４０２−Ｉ（図５２）において発生させたウ
ェイオブジェクトがエンジン１３２Ｚ（図５１）へのト
ランスファーを規定しているか否かを定める。発生させ
たウェイオブジェクトがエンジン１３２Ｚ（図５１）を
トランスファー目的点として特定していない場合、すな
わち目的点１５０Ａ−Ｅ−Ｄ（図４２）がエンジン１３
２Ｂ（図４１）をトランスファー目的点として規定して
いる場合、処理は第４の ”way out is here”テストス
テップ１４０４−Ｉ（図５２）から第２のトランスファ
ーアウトステップ１４０６−Ｉに移行する。第２のトラ
ンスファーアウトステップ１４０６−Ｉにおいてエンジ
ン１３２Ｚ（図５１）は、トランスファーアウトステッ
プ１４３４（図４０）について以上に説明した仕方と直
接類似した仕方で、目的点１５０Ａ−Ｅ−Ｄ（図４２）
に従って符号化エージェント１５０Ａ−Ｅの転送を開始
する。
ら第４の ”way out is here”テストステップ１４０４
−Ｉに移行し、ここでエンジン１３２Ｚ（図５１）は、
ステップ１４０２−Ｉ（図５２）において発生させたウ
ェイオブジェクトがエンジン１３２Ｚ（図５１）へのト
ランスファーを規定しているか否かを定める。発生させ
たウェイオブジェクトがエンジン１３２Ｚ（図５１）を
トランスファー目的点として特定していない場合、すな
わち目的点１５０Ａ−Ｅ−Ｄ（図４２）がエンジン１３
２Ｂ（図４１）をトランスファー目的点として規定して
いる場合、処理は第４の ”way out is here”テストス
テップ１４０４−Ｉ（図５２）から第２のトランスファ
ーアウトステップ１４０６−Ｉに移行する。第２のトラ
ンスファーアウトステップ１４０６−Ｉにおいてエンジ
ン１３２Ｚ（図５１）は、トランスファーアウトステッ
プ１４３４（図４０）について以上に説明した仕方と直
接類似した仕方で、目的点１５０Ａ−Ｅ−Ｄ（図４２）
に従って符号化エージェント１５０Ａ−Ｅの転送を開始
する。
【０６０５】処理は第２のトランスファーアウトステッ
プ１４０６−Ｉからステップ１４０８−Ｉに移行する。
ステップ１４０８−Ｉにおいて、エンジン１３２Ｚ（図
５１）は、ステップ１４３８（図４０）について前述し
たように継続中のトランスファーのリストに符号化エー
ジェント１５０Ａ‐Ｅを付加する。処理はステップ１４
０８−Ｉ（図５２）から終了ステップ１４１０−Ｉに移
行し、ここでシステムオペレーション”transferIn”は
成功のうちに終了する。
プ１４０６−Ｉからステップ１４０８−Ｉに移行する。
ステップ１４０８−Ｉにおいて、エンジン１３２Ｚ（図
５１）は、ステップ１４３８（図４０）について前述し
たように継続中のトランスファーのリストに符号化エー
ジェント１５０Ａ‐Ｅを付加する。処理はステップ１４
０８−Ｉ（図５２）から終了ステップ１４１０−Ｉに移
行し、ここでシステムオペレーション”transferIn”は
成功のうちに終了する。
【０６０６】ステップ１４０２−Ｉにおいて生成したウ
ェイオブジェクトが、エンジン１３２Ｂ（図５１）への
トランスファーを規定している場合、符号化データ１５
０Ａ−Ｅは、生成されたウェイオブジェクトに従って転
送される。生成されたウェイオブジェクトがエンジン１
３２Ｚへの転送を規定している場合、処理は第４の”wa
y out is here” テストステップ１４０４−Ｉ（図５
２）からステップ１４１２−Ｉに移行する。ステップ１
４１２−Ｉにおいてエンジン１３２Ｚ（図５１）は、符
号化されたエージェント１５０Ａ−Ｅからチケット１３
０６（図３５、図４５Ａ）を抽出し、チケット１３０６
のコピーを形成する。処理はステップ１４１２−Ｉから
ステップ１４１４−Ｉに移行し、ここでチケットコピー
のプロパティ”way”がクリアーされる（帰零され
る）。処理はステップ１４１４−Ｉから第２のルートエ
ージェントステップ１４１６−Ｉに移行し、ここでエン
ジン１３２Ｚは、符号化エージェント１５０Ａ−Ｅのト
ランスファーを規定するウェイオブジェクトを発生させ
る。ステップ１４１６−Ｉにおいて遂行されたプロセス
は、フローチャート１４１４（図４３、図４４）によっ
て表わされたプロセスと同一である。第２のルートエー
ジェントステップ１４１６−Ｉのコンテキストにおい
て、フローチャート１４１４の上述した説明において使
用されたチケット１３０６は、ステップ１４１２−Ｉに
おいて作成したチケットコピーによって代えられ、フロ
ーチャートは、そのチケットコピーを用いて前述したよ
うに処理される。ステップ１４１６−Ｉが終了すると、
処理は第５の”way out is here” テストステップ１４
１８−Ｉに移行する。
ェイオブジェクトが、エンジン１３２Ｂ（図５１）への
トランスファーを規定している場合、符号化データ１５
０Ａ−Ｅは、生成されたウェイオブジェクトに従って転
送される。生成されたウェイオブジェクトがエンジン１
３２Ｚへの転送を規定している場合、処理は第４の”wa
y out is here” テストステップ１４０４−Ｉ（図５
２）からステップ１４１２−Ｉに移行する。ステップ１
４１２−Ｉにおいてエンジン１３２Ｚ（図５１）は、符
号化されたエージェント１５０Ａ−Ｅからチケット１３
０６（図３５、図４５Ａ）を抽出し、チケット１３０６
のコピーを形成する。処理はステップ１４１２−Ｉから
ステップ１４１４−Ｉに移行し、ここでチケットコピー
のプロパティ”way”がクリアーされる（帰零され
る）。処理はステップ１４１４−Ｉから第２のルートエ
ージェントステップ１４１６−Ｉに移行し、ここでエン
ジン１３２Ｚは、符号化エージェント１５０Ａ−Ｅのト
ランスファーを規定するウェイオブジェクトを発生させ
る。ステップ１４１６−Ｉにおいて遂行されたプロセス
は、フローチャート１４１４（図４３、図４４）によっ
て表わされたプロセスと同一である。第２のルートエー
ジェントステップ１４１６−Ｉのコンテキストにおい
て、フローチャート１４１４の上述した説明において使
用されたチケット１３０６は、ステップ１４１２−Ｉに
おいて作成したチケットコピーによって代えられ、フロ
ーチャートは、そのチケットコピーを用いて前述したよ
うに処理される。ステップ１４１６−Ｉが終了すると、
処理は第５の”way out is here” テストステップ１４
１８−Ｉに移行する。
【０６０７】第５の ”way out is here”テストステッ
プ１４１８−Ｉにおいて、エンジン１３２Ｚ（図５１）
は、ステップ１４１６−Ｉ（図５２）において発生させ
たウェイオブジェクトがエンジン１３２Ｚ（図５１）へ
のトランスファーを規定しているか否かを定める。発生
させたウェイオブジェクトが、エンジン１３２Ｚへのト
ランスファーを規定している場合、処理は第５の ”way
out is here”テストステップ１４１８−Ｉ（図５２）
から、以下に詳細に説明するエージェント解号ステップ
１４２８−Ｉに移行する。その反対に、生成させたウェ
イオブジェクトがエンジン１３２Ｚ（図５１）へのトラ
ンスファーを規定していない場合、処理は第５の ”way
out is here”テストステップ１４１８−Ｉ（図５２）
から第２の目的点形成ステップ１４２０−Ｉに移行す
る。図３４、図４１、図５０、図５１、図５３の実施例
において、符号化エージェント１５０Ａ−Ｅから抽出さ
れコピーされたチケット１３０６（図３５）は、エンジ
ン１３２Ｂのプレイス２２０Ｂへのトリップを規定する
（図５１）。従って処理は第２の目的点形成ステップ１
４２０−Ｉに移行する。
プ１４１８−Ｉにおいて、エンジン１３２Ｚ（図５１）
は、ステップ１４１６−Ｉ（図５２）において発生させ
たウェイオブジェクトがエンジン１３２Ｚ（図５１）へ
のトランスファーを規定しているか否かを定める。発生
させたウェイオブジェクトが、エンジン１３２Ｚへのト
ランスファーを規定している場合、処理は第５の ”way
out is here”テストステップ１４１８−Ｉ（図５２）
から、以下に詳細に説明するエージェント解号ステップ
１４２８−Ｉに移行する。その反対に、生成させたウェ
イオブジェクトがエンジン１３２Ｚ（図５１）へのトラ
ンスファーを規定していない場合、処理は第５の ”way
out is here”テストステップ１４１８−Ｉ（図５２）
から第２の目的点形成ステップ１４２０−Ｉに移行す
る。図３４、図４１、図５０、図５１、図５３の実施例
において、符号化エージェント１５０Ａ−Ｅから抽出さ
れコピーされたチケット１３０６（図３５）は、エンジ
ン１３２Ｂのプレイス２２０Ｂへのトリップを規定する
（図５１）。従って処理は第２の目的点形成ステップ１
４２０−Ｉに移行する。
【０６０８】目的点形成ステップ１４２０−Ｉにおい
て、エンジン１３２Ｚ（図５１）は、目的点形成ステッ
プ１４３０（図４０）について前述した仕方と直接類似
した仕方で、目的点１５０Ａ−Ｅ−Ｄ（図４２）を形成
し、すなわち代替する。処理は第２の目的点形成ステッ
プ１４２０−Ｉ（図５２）から第３のトランスファーア
ウトステップ１４２２‐Ｉに移行する。第３のトランス
ファーアウトステップ１４２２‐Ｉにおいて、符号化さ
れたエージェント１５０Ａ−Ｅ（図５１）は、第２のト
ランスファーアウトステップ１４０６−Ｉ（図５２）に
ついて前述したように、目的点１５０Ａ−Ｅ−Ｄ（図４
２）に従って転送される。
て、エンジン１３２Ｚ（図５１）は、目的点形成ステッ
プ１４３０（図４０）について前述した仕方と直接類似
した仕方で、目的点１５０Ａ−Ｅ−Ｄ（図４２）を形成
し、すなわち代替する。処理は第２の目的点形成ステッ
プ１４２０−Ｉ（図５２）から第３のトランスファーア
ウトステップ１４２２‐Ｉに移行する。第３のトランス
ファーアウトステップ１４２２‐Ｉにおいて、符号化さ
れたエージェント１５０Ａ−Ｅ（図５１）は、第２のト
ランスファーアウトステップ１４０６−Ｉ（図５２）に
ついて前述したように、目的点１５０Ａ−Ｅ−Ｄ（図４
２）に従って転送される。
【０６０９】処理は第３のトランスファーアウトステッ
プ１４２２−Ｉからステップ１４２４−Ｉに移行する。
ステップ１４２４−Ｉにおいてエンジン１３２Ｚ（図５
１）は、ステップ１４３８（図４０）について前述した
ように、継続中のトランスファーのリストに符号化され
たエージェント１５０Ａ−Ｅを付加する。処理は１４２
４−Ｉ（図５２）から終了ステップ１４２６−Ｉに移行
し、ここでシステムオペレーション”transferIn”は成
功のうちに終了する。図３４、図４１、図５０、図５
１、図５３の実施例において、符号化エージェント１５
０Ａ−Ｅは、前述したようにエンジン１３２Ａから１３
２Ｚへの符号化エージェント１５０Ａ−Ｅのトランスフ
ァーと直接類似した仕方で、エンジン１３２Ｚからエン
ジン１３２Ｂ（図５３）に移行する。
プ１４２２−Ｉからステップ１４２４−Ｉに移行する。
ステップ１４２４−Ｉにおいてエンジン１３２Ｚ（図５
１）は、ステップ１４３８（図４０）について前述した
ように、継続中のトランスファーのリストに符号化され
たエージェント１５０Ａ−Ｅを付加する。処理は１４２
４−Ｉ（図５２）から終了ステップ１４２６−Ｉに移行
し、ここでシステムオペレーション”transferIn”は成
功のうちに終了する。図３４、図４１、図５０、図５
１、図５３の実施例において、符号化エージェント１５
０Ａ−Ｅは、前述したようにエンジン１３２Ａから１３
２Ｚへの符号化エージェント１５０Ａ−Ｅのトランスフ
ァーと直接類似した仕方で、エンジン１３２Ｚからエン
ジン１３２Ｂ（図５３）に移行する。
【０６１０】目的別エンジンの視野から見たオペレーシ
ョン”go” エンジン１３２Ｂが通信下部構造１３２Ａ−ＣＩ（図５
３）中の符号化されたエージェント１５０Ａ−Ｅを受け
た時、エンジン１３２Ｂは、エンジン１３２Ｚについて
前述した仕方と同様の仕方で、システムオペレーショ
ン”transferIn”を遂行する。エンジン１３２Ｂは、ス
テップ１４０２−Ｉ（図５２）において目的点１５０Ａ
−Ｅ−Ｄ（図４２）に従ってトランスファーを規定する
ウェイオブジェクトを発生させ、発生させたウェイオブ
ジェクトが、第４の”way out is here ”テストステッ
プ１４０４−Ｉ（図５２）中のエンジン１３２Ｂ（図５
３）へのトランスファーを規定しているか否かを定め
る。エンジン１３２Ｂ（図５３）は、チケット１３０６
（図３５）によって規定されたトリップの目的点である
プレイス２２０Ｂを処理するので、生成されたウェイオ
ブジェクトは、エンジン１３２Ｂ（図５３）へのトラン
スファーを規定している。従ってエンジン１３２Ｂによ
る処理は、第４の”way out is here”テストステップ
１４０４−Ｉ（図５２）からステップ１４１２−Ｉに移
行する。
ョン”go” エンジン１３２Ｂが通信下部構造１３２Ａ−ＣＩ（図５
３）中の符号化されたエージェント１５０Ａ−Ｅを受け
た時、エンジン１３２Ｂは、エンジン１３２Ｚについて
前述した仕方と同様の仕方で、システムオペレーショ
ン”transferIn”を遂行する。エンジン１３２Ｂは、ス
テップ１４０２−Ｉ（図５２）において目的点１５０Ａ
−Ｅ−Ｄ（図４２）に従ってトランスファーを規定する
ウェイオブジェクトを発生させ、発生させたウェイオブ
ジェクトが、第４の”way out is here ”テストステッ
プ１４０４−Ｉ（図５２）中のエンジン１３２Ｂ（図５
３）へのトランスファーを規定しているか否かを定め
る。エンジン１３２Ｂ（図５３）は、チケット１３０６
（図３５）によって規定されたトリップの目的点である
プレイス２２０Ｂを処理するので、生成されたウェイオ
ブジェクトは、エンジン１３２Ｂ（図５３）へのトラン
スファーを規定している。従ってエンジン１３２Ｂによ
る処理は、第４の”way out is here”テストステップ
１４０４−Ｉ（図５２）からステップ１４１２−Ｉに移
行する。
【０６１１】ステップ１４１２−Ｉ、１４１４−Ｉ及び
１４１６−Ｉにおいて、エンジン１３２Ｂは、符号化エ
ージェント１５０Ａ−Ｅからチケット１３０６（図３
５）を抽出してコピーし、チケットコピーのプロパテ
ィ”way”をクリアーし、チケットコピーが今や以上の
説明においてチケット１３０６の代りに使用されている
ことを除いてフローチャート１４１４（図４３、図４
４）に従って符号化エージェント１５０Ａ−Ｅを転送
（ルーティング）する。第５の”way out is here”テ
ストステップ１４１８−Ｉ（図５２）において、エンジ
ン１３２Ｂ（図５３）は、第２のルートエージェントス
テップ１４１６−Ｉ（図５２）において生成させたウェ
イオブジェクトがエンジン１３２Ｂ（図５３）へのトラ
ンスファーを規定しているか否かを定める。エンジン１
３２Ｂ（図５３）はプレイス２２０Ｂを処理するので、
生成されたウェイオブジェクトは、エンジン１３２Ｂ
（図５３）へのトランスファーを規定する。従ってエン
ジン１３２Ｂによる処理は、第５の”way out is her
e”テストステップ１４１８−Ｉ（図５２）からエージ
ェント解号ステップ１４２８−Ｉに移行する。
１４１６−Ｉにおいて、エンジン１３２Ｂは、符号化エ
ージェント１５０Ａ−Ｅからチケット１３０６（図３
５）を抽出してコピーし、チケットコピーのプロパテ
ィ”way”をクリアーし、チケットコピーが今や以上の
説明においてチケット１３０６の代りに使用されている
ことを除いてフローチャート１４１４（図４３、図４
４）に従って符号化エージェント１５０Ａ−Ｅを転送
（ルーティング）する。第５の”way out is here”テ
ストステップ１４１８−Ｉ（図５２）において、エンジ
ン１３２Ｂ（図５３）は、第２のルートエージェントス
テップ１４１６−Ｉ（図５２）において生成させたウェ
イオブジェクトがエンジン１３２Ｂ（図５３）へのトラ
ンスファーを規定しているか否かを定める。エンジン１
３２Ｂ（図５３）はプレイス２２０Ｂを処理するので、
生成されたウェイオブジェクトは、エンジン１３２Ｂ
（図５３）へのトランスファーを規定する。従ってエン
ジン１３２Ｂによる処理は、第５の”way out is her
e”テストステップ１４１８−Ｉ（図５２）からエージ
ェント解号ステップ１４２８−Ｉに移行する。
【０６１２】エージェント解号ステップ１４２８‐Ｉに
おいて、エンジン１３２Ｂは、アペンディックスＢに説
明した符号化規則の逆の適用によって、通信下部構造１
３２Ｂ−ＣＩ中の符号化エージェント１５０Ａ‐Ｅ（図
５３）からエージェント１５０Ａを解号し、データ部分
１３２Ｂ‐Ｄ（図５０）中にエージェント１５０Ａを格
納する。ネットワーク１５００は異質でありうるため、
エンジン１３２Ａ（図３４）内のエージェント１５０Ａ
の形式は、エンジン１３２Ｂ（図５０）内のエージェン
ト１５０Ａを表わすには不具合であることがありうる。
エンジン１３２Ａと１３２Ｂとの間にエージェント１５
０Ａを移送させるために標準化形式の符号化エージェン
ト１５０Ａ−Ｅを使用している限りにおいて、エンジン
１３２Ｂは、エージェント１５０Ａを移送させていない
場合、エンジン１３２Ｂにとって最も好都合な任意の形
態においてエージェント１５０Ａを表現することができ
る。
おいて、エンジン１３２Ｂは、アペンディックスＢに説
明した符号化規則の逆の適用によって、通信下部構造１
３２Ｂ−ＣＩ中の符号化エージェント１５０Ａ‐Ｅ（図
５３）からエージェント１５０Ａを解号し、データ部分
１３２Ｂ‐Ｄ（図５０）中にエージェント１５０Ａを格
納する。ネットワーク１５００は異質でありうるため、
エンジン１３２Ａ（図３４）内のエージェント１５０Ａ
の形式は、エンジン１３２Ｂ（図５０）内のエージェン
ト１５０Ａを表わすには不具合であることがありうる。
エンジン１３２Ａと１３２Ｂとの間にエージェント１５
０Ａを移送させるために標準化形式の符号化エージェン
ト１５０Ａ−Ｅを使用している限りにおいて、エンジン
１３２Ｂは、エージェント１５０Ａを移送させていない
場合、エンジン１３２Ｂにとって最も好都合な任意の形
態においてエージェント１５０Ａを表現することができ
る。
【０６１３】エンジン１３２Ｂによる処理は、エージェ
ント解号ステップ１４２８−Ｉ（図５２）からエージェ
ント配送ステップ１４３０−Ｉに移行する。エージェン
ト配送ステップ１４３０−Ｉにおいて、エージェント１
５０Ａは、エージェント配送ステップ１４２２（図４
０）について前述したようにフローチャート１４２２
（図４９）に従って配送される。エージェント配送ステ
ップ１４３０−Ｉのコンテキストにおいて、チケット
は、今や実際のチケット１３０６（図３５）であり、仮
定されたチケットではない。エージェント配送ステップ
１４３０−Ｉ（図５２）において、エージェント１５０
Ａ（図５０）は、プレイス２２０Ｂにおける占有が許容
されており、エージェント１５０Ａによって遂行される
オペレーション”go”は成功のうちに終了する。
ント解号ステップ１４２８−Ｉ（図５２）からエージェ
ント配送ステップ１４３０−Ｉに移行する。エージェン
ト配送ステップ１４３０−Ｉにおいて、エージェント１
５０Ａは、エージェント配送ステップ１４２２（図４
０）について前述したようにフローチャート１４２２
（図４９）に従って配送される。エージェント配送ステ
ップ１４３０−Ｉのコンテキストにおいて、チケット
は、今や実際のチケット１３０６（図３５）であり、仮
定されたチケットではない。エージェント配送ステップ
１４３０−Ｉ（図５２）において、エージェント１５０
Ａ（図５０）は、プレイス２２０Ｂにおける占有が許容
されており、エージェント１５０Ａによって遂行される
オペレーション”go”は成功のうちに終了する。
【０６１４】処理はエージェント配送ステップ１４３０
−Ｉ（図５２）から終了ステップ１４２６−Ｉに移行
し、このステップにおいて、フローチャート１４００−
Ｉ（図５２）に従った処理、すなわちエンジン１３２Ｂ
によるシステムオペレーション”transferIn”の遂行が
成功のうちに終了する。
−Ｉ（図５２）から終了ステップ１４２６−Ｉに移行
し、このステップにおいて、フローチャート１４００−
Ｉ（図５２）に従った処理、すなわちエンジン１３２Ｂ
によるシステムオペレーション”transferIn”の遂行が
成功のうちに終了する。
【０６１５】フローチャート１４００‐Ｉ（図５２）の
各ステップを遂行する間に投出された例外は、フローチ
ャート１４５０−Ｉ（図５４）のステップの遂行を生じ
させる。エージェント１５０Ａは、ステップ１４５２−
Ｉ（図５２）において符号化エージェント１５０Ａ−Ｅ
（図５３）から解号される。エージェント１５０Ａはエ
ンジン１３２Ｂ（図５３）に到着しているので、エージ
ェント１５０Ａは、エンジン１３２Ａによって前述した
ように継続中のトランスファーのリスト中には保持され
ていない。
各ステップを遂行する間に投出された例外は、フローチ
ャート１４５０−Ｉ（図５４）のステップの遂行を生じ
させる。エージェント１５０Ａは、ステップ１４５２−
Ｉ（図５２）において符号化エージェント１５０Ａ−Ｅ
（図５３）から解号される。エージェント１５０Ａはエ
ンジン１３２Ｂ（図５３）に到着しているので、エージ
ェント１５０Ａは、エンジン１３２Ａによって前述した
ように継続中のトランスファーのリスト中には保持され
ていない。
【０６１６】従って、エージェント１５０Ａの実行を継
続するためには、エージェント１５０Ａを解号すること
が必要になる。処理はステップ１４５２−Ｉ（図５４）
からエージェント配送ステップ１４５４‐Ｉに移行し、
このステップにおいてエージェント１５０Ａは、ステッ
プ１４２６（図４０）について前述したように、パーガ
トリーに配送される。処理はエージェント配送ステップ
１４５４−Ｉ（図５４）から終了ステップ１４５６‐Ｉ
に移行し、ここでフローチャート１４５０−Ｉによる処
理が終了する。エージェント配送ステップ１４５４−Ｉ
の結果としてパーガトリーを占有しているエージェント
１５０Ａは、例外を投出し、それによってフローチャー
ト１４５０‐Ｉが遂行されるため、エージェント１５０
Ａによって遂行されたオペレーション”go”は失敗とな
る。
続するためには、エージェント１５０Ａを解号すること
が必要になる。処理はステップ１４５２−Ｉ（図５４）
からエージェント配送ステップ１４５４‐Ｉに移行し、
このステップにおいてエージェント１５０Ａは、ステッ
プ１４２６（図４０）について前述したように、パーガ
トリーに配送される。処理はエージェント配送ステップ
１４５４−Ｉ（図５４）から終了ステップ１４５６‐Ｉ
に移行し、ここでフローチャート１４５０−Ｉによる処
理が終了する。エージェント配送ステップ１４５４−Ｉ
の結果としてパーガトリーを占有しているエージェント
１５０Ａは、例外を投出し、それによってフローチャー
ト１４５０‐Ｉが遂行されるため、エージェント１５０
Ａによって遂行されたオペレーション”go”は失敗とな
る。
【０６１７】従ってエージェント１５０Ａ（図３４、図
４１、図５０、図５１、図５３）は、オペレーション”
go”を遂行することによって、エージェント１５０Ａと
エージェント１５０Ａによって所有されるオブジェクト
例えばオブジェクト１４０Ａ、１４０Ｂのネットワーク
１５００を通る移動すなわち転送を指示する。オペレー
ション”go”の遂行後に、このオペレーション”go”の
直後のエージェント１５０Ａ内の指令によって１５０Ａ
の解釈が続けられる。
４１、図５０、図５１、図５３）は、オペレーション”
go”を遂行することによって、エージェント１５０Ａと
エージェント１５０Ａによって所有されるオブジェクト
例えばオブジェクト１４０Ａ、１４０Ｂのネットワーク
１５００を通る移動すなわち転送を指示する。オペレー
ション”go”の遂行後に、このオペレーション”go”の
直後のエージェント１５０Ａ内の指令によって１５０Ａ
の解釈が続けられる。
【０６１８】図３６はエージェント１５０Ａによるオペ
レーション”go”の遂行の直後のエージェント１５０Ａ
の内部状態の実行状態の一部を示している。オペレーシ
ョン”go”の遂行による結果であるチケットスタブ１３
０８はスタック１３０４の上部にある。プレイス２２０
Ｂはエージェント１５０Ａが占有するプレイスを特定化
するエージェント１５０Ａのプロパティであり、それに
よってエージェント１５０Ａがプレイス２２０Ｂを占有
することを指示する。
レーション”go”の遂行の直後のエージェント１５０Ａ
の内部状態の実行状態の一部を示している。オペレーシ
ョン”go”の遂行による結果であるチケットスタブ１３
０８はスタック１３０４の上部にある。プレイス２２０
Ｂはエージェント１５０Ａが占有するプレイスを特定化
するエージェント１５０Ａのプロパティであり、それに
よってエージェント１５０Ａがプレイス２２０Ｂを占有
することを指示する。
【０６１９】イングレス（Ingre ss）及びエグレス（Egr
ess）： オペレーション”entering”及びオペレーシ
ョン”exiting” 前述したようにプレイス２２０Ｂは、オペレーション”
entering”の遂行によってエージェント１５０Ａへのイ
ングレスを許容したり拒絶したりする。
ess）： オペレーション”entering”及びオペレーシ
ョン”exiting” 前述したようにプレイス２２０Ｂは、オペレーション”
entering”の遂行によってエージェント１５０Ａへのイ
ングレスを許容したり拒絶したりする。
【０６２０】プレイスをプレイス２２０Ｂが遂行するこ
とをリクエストする前に、符号化されたエージェント１
５０Ａ−Ｅ（図３４、図４１、図５０、図５１、図５
３）をエンジン１３２Ｂに配送する。本発明の別の実施
例によれば、プレイス２２０Ｂは、エージェント１５０
Ａが通信リンク１０２ＡＺを横切って通信下部構造１３
２Ｚ−ＣＩを経て、更に通信リンク１０２ＺＢを横切っ
てエンジン１３２Ｂに転送される前に、オペレーショ
ン”entering”を遂行するように指示される。
とをリクエストする前に、符号化されたエージェント１
５０Ａ−Ｅ（図３４、図４１、図５０、図５１、図５
３）をエンジン１３２Ｂに配送する。本発明の別の実施
例によれば、プレイス２２０Ｂは、エージェント１５０
Ａが通信リンク１０２ＡＺを横切って通信下部構造１３
２Ｚ−ＣＩを経て、更に通信リンク１０２ＺＢを横切っ
てエンジン１３２Ｂに転送される前に、オペレーショ
ン”entering”を遂行するように指示される。
【０６２１】プレイス２２０Ｂは、オペレーション”en
tering”を遂行することによって、プレイス２２０Ｂを
占有する許可をエージェント１５０Ａに与えたり拒絶し
たりする。しかし、本発明は高度の潜在力とともに、広
い領域のネットワークにおいて使用されるものと想定さ
れている。
tering”を遂行することによって、プレイス２２０Ｂを
占有する許可をエージェント１５０Ａに与えたり拒絶し
たりする。しかし、本発明は高度の潜在力とともに、広
い領域のネットワークにおいて使用されるものと想定さ
れている。
【０６２２】”待ち時間”（latency ）という用語は、
この明細書では、この技術で通常使用されているよう
に、情報の送出者によって情報が最初に送出された時点
と情報の受領者によって情報が最初に受領された時点と
の間の時間量を表すように用いられている。高度の待ち
時間を持ったネットワークの場合、短いメッセージで
も、目的点に到達するまでに実質的な量の時間を必要と
することがある。この場合プレイス２２０Ｂ（図３４）
がオペレーション”entering”を遂行することをリクエ
ストして結果を待つことは、オペレーション”enterin
g”を遂行することのリクエストを通信リンク１０２Ａ
Ｚを横切って、通信下部構造１３２Ｚ−ＣＩを通り、通
信リンク１０２ＺＢを横切り、さらにエンジン１３２Ｂ
を経てプレイス２２０Ｂに送出し、逆の経路を経てオペ
レーション”entering”によって生じた結果の受領を待
つことを包含する。エンジン１３２Ｂにエージェント１
５０Ａを転送する前にこの動作を行うと、エンジン１３
２Ａ、１３２Ｂの間の待ち時間の２倍にほぼ等しい時間
量だけエージェント１５０Ａをエンジン１３２Ｂに転送
する時間が遅延される。従って本発明の性能を実質的に
向上させるためには、エージェント１５０Ａをエンジン
１３２Ｂに転送するまでプレイス２２０Ｂによるオペレ
ーション”entering”の遂行を遅延させる。
この明細書では、この技術で通常使用されているよう
に、情報の送出者によって情報が最初に送出された時点
と情報の受領者によって情報が最初に受領された時点と
の間の時間量を表すように用いられている。高度の待ち
時間を持ったネットワークの場合、短いメッセージで
も、目的点に到達するまでに実質的な量の時間を必要と
することがある。この場合プレイス２２０Ｂ（図３４）
がオペレーション”entering”を遂行することをリクエ
ストして結果を待つことは、オペレーション”enterin
g”を遂行することのリクエストを通信リンク１０２Ａ
Ｚを横切って、通信下部構造１３２Ｚ−ＣＩを通り、通
信リンク１０２ＺＢを横切り、さらにエンジン１３２Ｂ
を経てプレイス２２０Ｂに送出し、逆の経路を経てオペ
レーション”entering”によって生じた結果の受領を待
つことを包含する。エンジン１３２Ｂにエージェント１
５０Ａを転送する前にこの動作を行うと、エンジン１３
２Ａ、１３２Ｂの間の待ち時間の２倍にほぼ等しい時間
量だけエージェント１５０Ａをエンジン１３２Ｂに転送
する時間が遅延される。従って本発明の性能を実質的に
向上させるためには、エージェント１５０Ａをエンジン
１３２Ｂに転送するまでプレイス２２０Ｂによるオペレ
ーション”entering”の遂行を遅延させる。
【０６２３】エージェント１５０Ａ（図５０）がオペレ
ーション”go”の結果として、プレイス２２０Ｂにエン
タリングするコンテキストにおいて、オペレーション”
entering”を以上に説明したが、オペレーション”ente
ring”は、プレイス２２０Ｂ中においてプロセスが作り
だされることの結果としてプロセス（エージェント又は
プレイス）がプレイス２２０Ｂにエンタリングする結果
としても実行される。プロセスの生成についてはアペン
ディクスＡに詳細に説明されている。
ーション”go”の結果として、プレイス２２０Ｂにエン
タリングするコンテキストにおいて、オペレーション”
entering”を以上に説明したが、オペレーション”ente
ring”は、プレイス２２０Ｂ中においてプロセスが作り
だされることの結果としてプロセス（エージェント又は
プレイス）がプレイス２２０Ｂにエンタリングする結果
としても実行される。プロセスの生成についてはアペン
ディクスＡに詳細に説明されている。
【０６２４】図５６は、オペレーション”entering”の
遂行の直前のエージェント１５０Ａの実行状態を表して
いる。プロセス例えばエージェント１５０Ａの実行状態
を以下に詳細に説明する。オペレーション”entering”
は、エンジン１３２Ｂのリクエストによって遂行され、
オペレーション”entering”の遂行は、エージェント１
５０Ａ（図５０）の実行状態中に記録される。エージェ
ント１５０Ａ又はプレイス２２０Ｂ、好ましくはプレイ
ス２２０Ｂの許可は、オペレーション”entering”の遂
行によって受け入れられ得る。
遂行の直前のエージェント１５０Ａの実行状態を表して
いる。プロセス例えばエージェント１５０Ａの実行状態
を以下に詳細に説明する。オペレーション”entering”
は、エンジン１３２Ｂのリクエストによって遂行され、
オペレーション”entering”の遂行は、エージェント１
５０Ａ（図５０）の実行状態中に記録される。エージェ
ント１５０Ａ又はプレイス２２０Ｂ、好ましくはプレイ
ス２２０Ｂの許可は、オペレーション”entering”の遂
行によって受け入れられ得る。
【０６２５】フレーム２２００は、エージェント１５０
Ａの実行状態の一部分であり、プレイス２２０Ｂによっ
て遂行されるオペレーション”entering”の動的な状態
を記録する。フレーム２２００は、現在のスタックであ
るスタック２２０２を含む。スタック２２０２は頂部か
ら低部にかけて、接点２２０８、パーミット２２０６及
びチケット２２０４を含む。
Ａの実行状態の一部分であり、プレイス２２０Ｂによっ
て遂行されるオペレーション”entering”の動的な状態
を記録する。フレーム２２００は、現在のスタックであ
るスタック２２０２を含む。スタック２２０２は頂部か
ら低部にかけて、接点２２０８、パーミット２２０６及
びチケット２２０４を含む。
【０６２６】接点２２０８は、プレイス２２０Ｂに入ろ
うとするプロセスとしてエージェント１５０Ａを特定化
する。以下に、及びアペンディクスＡに、詳細に説明す
るように、接点は、そのプロパティの中に、プロパテ
ィ”subjectName”及びプロパティ”subject”を有す
る。接点２２０８（通常はエージェント１５０Ａのリフ
ァレンスである）のプロパティ”subject”は、オペレ
ーション”entering”においては０であるため、プレイ
ス２２０Ｂがエージェント１５０Ａにイングレスを許可
する前は、プレイス２２０Ｂにはエージェント１５０Ａ
の参照（リファレンス）が与えられない。接点２２０８
のプロパティ”subjectName”は、プレイス２２０Ｂへ
のイングレスをリクエストするエージェントとしてエー
ジェント１５０Ａを特定化するテレネームである。
うとするプロセスとしてエージェント１５０Ａを特定化
する。以下に、及びアペンディクスＡに、詳細に説明す
るように、接点は、そのプロパティの中に、プロパテ
ィ”subjectName”及びプロパティ”subject”を有す
る。接点２２０８（通常はエージェント１５０Ａのリフ
ァレンスである）のプロパティ”subject”は、オペレ
ーション”entering”においては０であるため、プレイ
ス２２０Ｂがエージェント１５０Ａにイングレスを許可
する前は、プレイス２２０Ｂにはエージェント１５０Ａ
の参照（リファレンス）が与えられない。接点２２０８
のプロパティ”subjectName”は、プレイス２２０Ｂへ
のイングレスをリクエストするエージェントとしてエー
ジェント１５０Ａを特定化するテレネームである。
【０６２７】パーミット２２０６は、プレイス２２０Ｂ
にエンター、すなわち入ろうとするエージェントの提案
されたローカル許可である。パーミット２２０６は、”
byProtectedRef”を通過しており、従ってオペレーショ
ン”entering”の遂行によっては変更されない。アーギ
ュメント及び結果の通過、特に保護されたリファレンス
例えば”byProtectedRef”による通過は以下に詳細に説
明されている。エージェントのローカル許可は、与えら
れたプレイスにある間エージェントの能力を規定する。
一例としてエージェント１５０Ａは、能力及びアローワ
ンスのサブセットを規定するパーミット２２０６をプレ
イス２２０Ｂに供給することによって、プレイス２２０
Ｂにある間に、そのネイティブパラミット（許可）の能
力及びアローワンスのサブセットにそれ自身を制限す
る。
にエンター、すなわち入ろうとするエージェントの提案
されたローカル許可である。パーミット２２０６は、”
byProtectedRef”を通過しており、従ってオペレーショ
ン”entering”の遂行によっては変更されない。アーギ
ュメント及び結果の通過、特に保護されたリファレンス
例えば”byProtectedRef”による通過は以下に詳細に説
明されている。エージェントのローカル許可は、与えら
れたプレイスにある間エージェントの能力を規定する。
一例としてエージェント１５０Ａは、能力及びアローワ
ンスのサブセットを規定するパーミット２２０６をプレ
イス２２０Ｂに供給することによって、プレイス２２０
Ｂにある間に、そのネイティブパラミット（許可）の能
力及びアローワンスのサブセットにそれ自身を制限す
る。
【０６２８】チケット２２０４は、”byProtectedRef”
を通過し、回答するプレイス２２０Ｂに移動するために
使用されるチケットと同等であり、エージェント１５０
Ａが別のプレイスからエンタリングしようとしているこ
とを回答するプレイス２２０Ｂに通報する。チケット２
２０４が０である場合、プロセスは、回答するプレイス
２２０Ｂ内においてプロセスが生成されることによって
回答プレイス２２０００Ｂにエンタリングするように努
める。
を通過し、回答するプレイス２２０Ｂに移動するために
使用されるチケットと同等であり、エージェント１５０
Ａが別のプレイスからエンタリングしようとしているこ
とを回答するプレイス２２０Ｂに通報する。チケット２
２０４が０である場合、プロセスは、回答するプレイス
２２０Ｂ内においてプロセスが生成されることによって
回答プレイス２２０００Ｂにエンタリングするように努
める。
【０６２９】あるプレイスを容認するか否かを定める方
法、すなわちクラス”Place”によって規定されたオペ
レーション”entering”をインプリメントする方法は、
クラス”占有拒絶”のメンバである例外を常に導出する
ことによって、回答プレイスへのプロセスのイングレス
を拒絶する。しかし、本発明のユーザーは、特定の条件
のもとにプロセスへのエンタリングを許可するクラス”
Place”のサブクラスを規定する。エージェントが１の
プレイスから別のプレイスへ移動するためにはこれは実
際上必要なことである。
法、すなわちクラス”Place”によって規定されたオペ
レーション”entering”をインプリメントする方法は、
クラス”占有拒絶”のメンバである例外を常に導出する
ことによって、回答プレイスへのプロセスのイングレス
を拒絶する。しかし、本発明のユーザーは、特定の条件
のもとにプロセスへのエンタリングを許可するクラス”
Place”のサブクラスを規定する。エージェントが１の
プレイスから別のプレイスへ移動するためにはこれは実
際上必要なことである。
【０６３０】オペレーション”entering”（１つのプレ
イスによって実行される）のインプリメンテイション
は、そのプレイスが１つのインスタンス（例）であるク
ラスによって供給されるか、又は受け継がれる特別な方
法によって規定されているので、各々のプレイスは、ネ
ットワーク中の他のプレイスと異なった仕方で、オペレ
ーション”entering”をインプリメントすることができ
る。論理フローダイヤグラム２２６０（図５５）は、オ
ペレーション”entering”のインプリメンテイションの
一例として、従って、ステップ１４４８（図４０）に入
る際のオペレーション”entering”の遂行においてプレ
イス２２０Ｂによって取られる各ステップのインプリメ
ンテイションの一例として役立つ。
イスによって実行される）のインプリメンテイション
は、そのプレイスが１つのインスタンス（例）であるク
ラスによって供給されるか、又は受け継がれる特別な方
法によって規定されているので、各々のプレイスは、ネ
ットワーク中の他のプレイスと異なった仕方で、オペレ
ーション”entering”をインプリメントすることができ
る。論理フローダイヤグラム２２６０（図５５）は、オ
ペレーション”entering”のインプリメンテイションの
一例として、従って、ステップ１４４８（図４０）に入
る際のオペレーション”entering”の遂行においてプレ
イス２２０Ｂによって取られる各ステップのインプリメ
ンテイションの一例として役立つ。
【０６３１】接点２２０８、パーミット２２０６及びチ
ケット２２０４は、それぞれステップ２２６２、２２６
４及び２２６６において、スタッグ２２０２から復元
（ポップ）される（図５５）。処理は次にチケットテス
トステップ２２７２に移行し、ここでチケット２２０４
が０と比較される。チケット２２０４が０であると、エ
ージェント１５０Ａは局地的に作りだされ、処理は終了
ステップ２２７４に移行し、ここでオペレーション”en
tering”は成功のうち終了する。しかし、ある状態のも
とにオペレーション”entering”が失敗し、プレイス内
のプロセスの生成が阻止されるように、プレイスを規定
することができることは、以上の説明の視点及び以下の
説明から明らかである。
ケット２２０４は、それぞれステップ２２６２、２２６
４及び２２６６において、スタッグ２２０２から復元
（ポップ）される（図５５）。処理は次にチケットテス
トステップ２２７２に移行し、ここでチケット２２０４
が０と比較される。チケット２２０４が０であると、エ
ージェント１５０Ａは局地的に作りだされ、処理は終了
ステップ２２７４に移行し、ここでオペレーション”en
tering”は成功のうち終了する。しかし、ある状態のも
とにオペレーション”entering”が失敗し、プレイス内
のプロセスの生成が阻止されるように、プレイスを規定
することができることは、以上の説明の視点及び以下の
説明から明らかである。
【０６３２】チケット２２０４が０でない場合、処理は
チケットテストステップ２２７２からアローワンステス
トステップ２２７６に移行する。アローワンステストス
テップ２２７６においては、パーミット２２０６のプロ
パティ”charge”が、パーミット２２０６のアトリビュ
ート”charge”を質疑することによって生成され、パー
ミット２２０６のプロパティ”charge”は１０００と比
較される。パーミット２２０６のプロパティ”charge”
が１０００より多い場合、序理はアロウアエンステスト
ステップ２２７６から終了ステップ２２７８に移行し、
そこでクラス”占有拒絶”の例外が投出され、回答プレ
イスへのエージェントのイングレスが拒絶される。パー
ミット２２０６のプロパティ”charge”が１０００に等
しいかそれよりも小さい場合、処理はアロウアエンステ
ストステップ２２７６から終了ステップ２２７０に移行
し、そこでオペレーション”entering”は成功のうちに
終了し、エージェントは回答プレイスにイングレスする
ことが許可される。図５５の実施例において最大の許可
可能なチャージアロウアエンスとしての正確な数値１０
００は、説明の目的のために任意に選ばれたものにすぎ
ない。
チケットテストステップ２２７２からアローワンステス
トステップ２２７６に移行する。アローワンステストス
テップ２２７６においては、パーミット２２０６のプロ
パティ”charge”が、パーミット２２０６のアトリビュ
ート”charge”を質疑することによって生成され、パー
ミット２２０６のプロパティ”charge”は１０００と比
較される。パーミット２２０６のプロパティ”charge”
が１０００より多い場合、序理はアロウアエンステスト
ステップ２２７６から終了ステップ２２７８に移行し、
そこでクラス”占有拒絶”の例外が投出され、回答プレ
イスへのエージェントのイングレスが拒絶される。パー
ミット２２０６のプロパティ”charge”が１０００に等
しいかそれよりも小さい場合、処理はアロウアエンステ
ストステップ２２７６から終了ステップ２２７０に移行
し、そこでオペレーション”entering”は成功のうちに
終了し、エージェントは回答プレイスにイングレスする
ことが許可される。図５５の実施例において最大の許可
可能なチャージアロウアエンスとしての正確な数値１０
００は、説明の目的のために任意に選ばれたものにすぎ
ない。
【０６３３】論理フローダイヤグラム２２６０の方法
は、リソースが限定されているパーソナルコンピュータ
システム内おいて動作するエンジンによって処理される
プレイスのためのオペレーション”entering”の適切な
インプリメンテイションの例示を示している。以下に、
またアペンディクスＡに説明するように、許可のプロパ
ティ”charge”は、処理の許可である。従ってその提案
されたローカルパーミットにおいて大きなチャージアロ
ワンスによって大量の計算及びそのリソースの必要を指
示するエージェントは、論理フローダイヤグラム２２６
０によってイングレスが拒絶される。従って小型のパー
ソナルコンピュータシステムのオーナーは、ローカルに
作りだされたプロセス及び他の場所で作りだされたエー
ジェントによる比較的廉価な訪問に対してそのパーソナ
ルコンピュータシステムを制限することができる。
は、リソースが限定されているパーソナルコンピュータ
システム内おいて動作するエンジンによって処理される
プレイスのためのオペレーション”entering”の適切な
インプリメンテイションの例示を示している。以下に、
またアペンディクスＡに説明するように、許可のプロパ
ティ”charge”は、処理の許可である。従ってその提案
されたローカルパーミットにおいて大きなチャージアロ
ワンスによって大量の計算及びそのリソースの必要を指
示するエージェントは、論理フローダイヤグラム２２６
０によってイングレスが拒絶される。従って小型のパー
ソナルコンピュータシステムのオーナーは、ローカルに
作りだされたプロセス及び他の場所で作りだされたエー
ジェントによる比較的廉価な訪問に対してそのパーソナ
ルコンピュータシステムを制限することができる。
【０６３４】プレイス２２０Ｂ（図５７）によるオペレ
ーション”entering”の遂行直後には、オペレーショ
ン”entering”がいかなる結果も生じなかったので、ス
タック２２００にはエンプティ（空）である。
ーション”entering”の遂行直後には、オペレーショ
ン”entering”がいかなる結果も生じなかったので、ス
タック２２００にはエンプティ（空）である。
【０６３５】前述したように、あるプレイスは、離去を
ノートする。すなわちオペレーション”exiting”の実
行によるプロセスの占有の終了をノートする。論理フロ
ーダイヤグラム１４００（図３７、図４０）のコンテキ
ストにおいて、プレイス２２０Ａは、エージェントすな
わちエージェント１５０Ａがオペレーション”exitin
g”の結果としてプレイス２２０Ａを離去することの結
果として、オペレーション”go”を実行している。オペ
レーション”exiting”は、あるプロセス（エージェン
ト又はエージェント）がプロセスの破壊の結果としても
はやプレイス２２０Ａを占有していない場合にも、プロ
セス２２０Ａによって遂行される。プロセスの破壊はア
ペンディクスＡにより詳細に説明されている。クラス”
Place”によって規定されたオペレーション”exiting”
のインタフェイスは、図５８及び図５９に示されてい
る。
ノートする。すなわちオペレーション”exiting”の実
行によるプロセスの占有の終了をノートする。論理フロ
ーダイヤグラム１４００（図３７、図４０）のコンテキ
ストにおいて、プレイス２２０Ａは、エージェントすな
わちエージェント１５０Ａがオペレーション”exitin
g”の結果としてプレイス２２０Ａを離去することの結
果として、オペレーション”go”を実行している。オペ
レーション”exiting”は、あるプロセス（エージェン
ト又はエージェント）がプロセスの破壊の結果としても
はやプレイス２２０Ａを占有していない場合にも、プロ
セス２２０Ａによって遂行される。プロセスの破壊はア
ペンディクスＡにより詳細に説明されている。クラス”
Place”によって規定されたオペレーション”exiting”
のインタフェイスは、図５８及び図５９に示されてい
る。
【０６３６】オペレーション”exiting”は、エンジン
１３２Ａ（図３４）のリクエストによって遂行されるの
で、オペレーション”exiting”の動的状態を記録して
いるフレーム２３００（図５８）は、プレイス２２０Ａ
（図３４）の実行状態の一部でもなければ、エージェン
ト１５０Ａの実行状態の一部でもない。実際にプレイス
２２０Ａがオペレーション”exiting”を遂行している
時点においては、エージェント１５０Ａはもはやプレイ
ス２２０Ａを占有しない。エンジン１３２Ａは、”エン
ジンプロセス”の一部として新しい実行状態を作りだ
す。エンジンプロセスは、オペレーション”exiting”
又はオペレーション”parting”の遂行の目的のために
エンジンによって作りだされたプロセスである。オペレ
ーション”parting”は、以下及びアペンディクスＡに
詳細に説明されている。
１３２Ａ（図３４）のリクエストによって遂行されるの
で、オペレーション”exiting”の動的状態を記録して
いるフレーム２３００（図５８）は、プレイス２２０Ａ
（図３４）の実行状態の一部でもなければ、エージェン
ト１５０Ａの実行状態の一部でもない。実際にプレイス
２２０Ａがオペレーション”exiting”を遂行している
時点においては、エージェント１５０Ａはもはやプレイ
ス２２０Ａを占有しない。エンジン１３２Ａは、”エン
ジンプロセス”の一部として新しい実行状態を作りだ
す。エンジンプロセスは、オペレーション”exiting”
又はオペレーション”parting”の遂行の目的のために
エンジンによって作りだされたプロセスである。オペレ
ーション”parting”は、以下及びアペンディクスＡに
詳細に説明されている。
【０６３７】図５８は、オペレーション”exiting”の
遂行の直前のフレーム２３００を示している。フレーム
２３００は現在のスタックである、スタック２３０２を
含む。スタック２３０２は、上部から下部にかけて、オ
ペレーション”exiting”のアーギュメントとして、接
点２３０８、パーミット１３０６及びチケット２３０４
を備えている。
遂行の直前のフレーム２３００を示している。フレーム
２３００は現在のスタックである、スタック２３０２を
含む。スタック２３０２は、上部から下部にかけて、オ
ペレーション”exiting”のアーギュメントとして、接
点２３０８、パーミット１３０６及びチケット２３０４
を備えている。
【０６３８】接点２３０８は、プレイス２２０Ａをエク
シトするプロセスとして、エージェント１５０Ａ（図３
４）を特定する。以下にまたアペンディクスに詳細に説
明するように、コンタクトは、そのプロパティの中に、
プロパティ”subjectName”及びプロパティ”subject”
を有している。接点２３０８（図５８）のプロパティ”
subjectName”は、エージェント１５０Ａ（図３４）、
接点２３０８（図５８）のプロパティ”subjectName”
は、エージェント１５０Ａ（図３４）を特定化する。通
常エージェント１５０Ａ（図３４）への参照であるコン
タクト２３０（図５８）のプロパティ”subject”は、
オペレーション”exiting”においてボイドされるの
で、プレイス２２０Ａはエクシトするエージェント１５
０Ａへの参照とともに残されない。
シトするプロセスとして、エージェント１５０Ａ（図３
４）を特定する。以下にまたアペンディクスに詳細に説
明するように、コンタクトは、そのプロパティの中に、
プロパティ”subjectName”及びプロパティ”subject”
を有している。接点２３０８（図５８）のプロパティ”
subjectName”は、エージェント１５０Ａ（図３４）、
接点２３０８（図５８）のプロパティ”subjectName”
は、エージェント１５０Ａ（図３４）を特定化する。通
常エージェント１５０Ａ（図３４）への参照であるコン
タクト２３０（図５８）のプロパティ”subject”は、
オペレーション”exiting”においてボイドされるの
で、プレイス２２０Ａはエクシトするエージェント１５
０Ａへの参照とともに残されない。
【０６３９】パーミット２３０６（図５８）は回答プレ
イス２２０Ａ（図３４）すなわちエージェント１５０Ａ
をエクシトする現在のローカルパーミットである。プロ
セスのローカルパーミットは、ある与えられたプレイス
を占有している間のプロセスの能力を限定する。ローカ
ルパーミットはアペンディクスＡに詳細に説明されてい
る。パーミット２３０６（図５８）は、”バイプロテク
ディットレフ”を通過しているので、オペレーション”
exiting”を遂行する際に、プレイス２２０Ａ（図３
４）によって変更されることはできない。
イス２２０Ａ（図３４）すなわちエージェント１５０Ａ
をエクシトする現在のローカルパーミットである。プロ
セスのローカルパーミットは、ある与えられたプレイス
を占有している間のプロセスの能力を限定する。ローカ
ルパーミットはアペンディクスＡに詳細に説明されてい
る。パーミット２３０６（図５８）は、”バイプロテク
ディットレフ”を通過しているので、オペレーション”
exiting”を遂行する際に、プレイス２２０Ａ（図３
４）によって変更されることはできない。
【０６４０】エクシットするプロセスのローカルパーミ
ットすなわちパーミット２３０６（図５８）は、プレイ
ス２２０Ａの占有の間エクシットプロセスによって使用
されていたリソースの形式及び量を定めるために、回答
プレイス２２０Ａ（図３４）の解釈をするエンジンによ
って使用される。そのため、エクシットするプロセスの
オーソリティーは、それに含まれるリソース及びプレイ
ス２２０Ａについて使用するためにビル（BILL）するこ
とができる。使用されるリソースの形式及び量は、パー
ミット２３０６（図５８）とエクシットするプロセスへ
のイングレスを許可する際に、オペレーション”enteri
ng”においてアーギュメントとして使用された許可との
比較によって定められる。オペレーション”entering”
は、以上にまたアペンディクスＡに詳細に説明されてい
る。
ットすなわちパーミット２３０６（図５８）は、プレイ
ス２２０Ａの占有の間エクシットプロセスによって使用
されていたリソースの形式及び量を定めるために、回答
プレイス２２０Ａ（図３４）の解釈をするエンジンによ
って使用される。そのため、エクシットするプロセスの
オーソリティーは、それに含まれるリソース及びプレイ
ス２２０Ａについて使用するためにビル（BILL）するこ
とができる。使用されるリソースの形式及び量は、パー
ミット２３０６（図５８）とエクシットするプロセスへ
のイングレスを許可する際に、オペレーション”enteri
ng”においてアーギュメントとして使用された許可との
比較によって定められる。オペレーション”entering”
は、以上にまたアペンディクスＡに詳細に説明されてい
る。
【０６４１】一例としてプレイス２２０Ａ（図３４）
は、オペレーション”entering”を遂行する際に、オペ
レーション”exiting”の遂行において消費されたパー
ミット２３０６（図５８）と後に比較するために、提案
されたローカル許可、例えばパーミット２２０６（図５
６）を格納しておくことができる。以下にまたアペンデ
ィクスＡに詳細に説明されるように、接点例えば接点２
３０８は、プロパティ”subjectノーツ”を有する。一
実施例によれば、プレイス２２０Ａは、コンタクト２２
０８（図５６）のプロパティ”サブジェクトノーツ”内
に、オペレーション”entering”を遂行する際のパーミ
ット２２０６を格納している。オペレーション”exitin
g”を遂行する際に、プレイス２２０Ａ（図３４）は、
接点２５８のプロパティ”サブジェクトノーツ”中に格
納された比較２２０６（図５６）をオペレーション”ex
iting”の遂行において消費されたパーミット２３０８
（図５８）比較することによって、プレイス２２０Ａを
占有している間にエージェント１５０Ａが消費するリソ
ースの量を定める。
は、オペレーション”entering”を遂行する際に、オペ
レーション”exiting”の遂行において消費されたパー
ミット２３０６（図５８）と後に比較するために、提案
されたローカル許可、例えばパーミット２２０６（図５
６）を格納しておくことができる。以下にまたアペンデ
ィクスＡに詳細に説明されるように、接点例えば接点２
３０８は、プロパティ”subjectノーツ”を有する。一
実施例によれば、プレイス２２０Ａは、コンタクト２２
０８（図５６）のプロパティ”サブジェクトノーツ”内
に、オペレーション”entering”を遂行する際のパーミ
ット２２０６を格納している。オペレーション”exitin
g”を遂行する際に、プレイス２２０Ａ（図３４）は、
接点２５８のプロパティ”サブジェクトノーツ”中に格
納された比較２２０６（図５６）をオペレーション”ex
iting”の遂行において消費されたパーミット２３０８
（図５８）比較することによって、プレイス２２０Ａを
占有している間にエージェント１５０Ａが消費するリソ
ースの量を定める。
【０６４２】チケット２３０４（図５８）は、通過し
た”byProtectedRef”であり、チケット１３０６（図３
５）に等しい。このチケットは、オペレーション”go”
を遂行する結果としてエージェント１５０Ａが回答プレ
イス（リスポンディングプレイス）２２０Ａを離去して
いることを回答プレイス２２０Ａに通知する。チケット
２３０４（図５８）が０である場合、エージェント１５
０Ａ（図３４）は、エージェント１５０Ａの破壊の結果
として回答プレイス２２０Ａをエクシットする。
た”byProtectedRef”であり、チケット１３０６（図３
５）に等しい。このチケットは、オペレーション”go”
を遂行する結果としてエージェント１５０Ａが回答プレ
イス（リスポンディングプレイス）２２０Ａを離去して
いることを回答プレイス２２０Ａに通知する。チケット
２３０４（図５８）が０である場合、エージェント１５
０Ａ（図３４）は、エージェント１５０Ａの破壊の結果
として回答プレイス２２０Ａをエクシットする。
【０６４３】フレーム２３００（図５９）は、プレイス
２２０Ａ（図３４）によるオペレーション”exiting”
の遂行の直後に示される。スタッグ２３０２（図５８）
は、オペレーション”exiting”がいかなる結果も生じ
なかったので、エンプティである。フレーム２３００
（図５９）は、プレイス２２０Ａ（図３４）又はエージ
ェント１５０Ａの実行状態の一部分ではなくその代わり
にエンジンプロセスの実行状態の一部であるので、オペ
レーション”exiting”の遂行によって投出されたいか
なる例外も、プレイス２２０Ａ又はエージェント１５０
Ａによって経験されず、従ってプレイス２２０Ａ又はエ
ージェント１５０Ａにいかなる影響も持たない。プレイ
ス２２０Ａは、オペレーション”exiting”を遂行する
際に、エージェント１５０Ａ及び、エージェント１５０
Ａによって所有されるオブジェクト１４０Ａ、１４０Ｂ
の離去をノート（検知）する。
２２０Ａ（図３４）によるオペレーション”exiting”
の遂行の直後に示される。スタッグ２３０２（図５８）
は、オペレーション”exiting”がいかなる結果も生じ
なかったので、エンプティである。フレーム２３００
（図５９）は、プレイス２２０Ａ（図３４）又はエージ
ェント１５０Ａの実行状態の一部分ではなくその代わり
にエンジンプロセスの実行状態の一部であるので、オペ
レーション”exiting”の遂行によって投出されたいか
なる例外も、プレイス２２０Ａ又はエージェント１５０
Ａによって経験されず、従ってプレイス２２０Ａ又はエ
ージェント１５０Ａにいかなる影響も持たない。プレイ
ス２２０Ａは、オペレーション”exiting”を遂行する
際に、エージェント１５０Ａ及び、エージェント１５０
Ａによって所有されるオブジェクト１４０Ａ、１４０Ｂ
の離去をノート（検知）する。
【０６４４】オブジェクトインタジェンジ１つのプレイ
スから別のプレイスへエージェントを転送するために必
要とされる時間は、エージェントに含まれるオブジェク
トの転送を目的プレイスに同等のオブジェクトと思われ
るオブジェクトのみに制限することによって、実質的に
減少する。エンジン１３２Ａから１３２Ｚに移動するエ
ージェント１５０Ａが、エージェント１５０Ａ及びエー
ジェント１５０Ａの所有するオブジェクトがメンバとな
っているクラスを表すクラスオブジェクトを含むため、
これらのオブジェクトの転送の制限は特に重要である。
クラスオブジェクトは通常は非常に大きく、そして１つ
のエージェント及びそのエージェントが所有するオブジ
ェクトがメンバとなってクラスは典型的には非常に多数
あるので、これらの全てのクラスオブジェクトを転送す
ることは実用的でない。従って、エンジン１３２Ａから
１３２Ｂ（図３４）にエージェント１５０Ａを転送する
際に、エンジン１３２Ｂ中のクラスオブジェクトによっ
て表されないクラスを表すクラスオブジェクトのみをエ
ージェント１５０Ａと共にエンジン１３２Ｂに転送する
ことが望ましい。
スから別のプレイスへエージェントを転送するために必
要とされる時間は、エージェントに含まれるオブジェク
トの転送を目的プレイスに同等のオブジェクトと思われ
るオブジェクトのみに制限することによって、実質的に
減少する。エンジン１３２Ａから１３２Ｚに移動するエ
ージェント１５０Ａが、エージェント１５０Ａ及びエー
ジェント１５０Ａの所有するオブジェクトがメンバとな
っているクラスを表すクラスオブジェクトを含むため、
これらのオブジェクトの転送の制限は特に重要である。
クラスオブジェクトは通常は非常に大きく、そして１つ
のエージェント及びそのエージェントが所有するオブジ
ェクトがメンバとなってクラスは典型的には非常に多数
あるので、これらの全てのクラスオブジェクトを転送す
ることは実用的でない。従って、エンジン１３２Ａから
１３２Ｂ（図３４）にエージェント１５０Ａを転送する
際に、エンジン１３２Ｂ中のクラスオブジェクトによっ
て表されないクラスを表すクラスオブジェクトのみをエ
ージェント１５０Ａと共にエンジン１３２Ｂに転送する
ことが望ましい。
【０６４５】ネットワーク１５００（図３４、図４１、
図５０、図５１、図５３）中の多くのプレイスにおいて
同等のオブジェクトを持つと思われるオブジェクトは、
ニックスインクラウス”インタチェンジド”のメンバで
あり、従って、プロパティ”ダイジェスト”を有する。
ミックス−インクラス”インタチェンジド”のメンバ
は、”インタチェンジドオブジェクト”と呼ばれる。イ
ンタチェンジされたオブジェクトのプロパティ”ダイジ
ェスト”であるオブジェクトは、インタチェンジされた
オブジェクトの”ダイジェスト”とも呼ばれる。
図５０、図５１、図５３）中の多くのプレイスにおいて
同等のオブジェクトを持つと思われるオブジェクトは、
ニックスインクラウス”インタチェンジド”のメンバで
あり、従って、プロパティ”ダイジェスト”を有する。
ミックス−インクラス”インタチェンジド”のメンバ
は、”インタチェンジドオブジェクト”と呼ばれる。イ
ンタチェンジされたオブジェクトのプロパティ”ダイジ
ェスト”であるオブジェクトは、インタチェンジされた
オブジェクトの”ダイジェスト”とも呼ばれる。
【０６４６】インタチェンジされたオブジェクトは、エ
ンジン例えばエンジン１３２Ａ又は１３２Ｂ（図３４）
が、インタチェンジされたオブジェクトのダイジェスト
に等しいダイジェストを持つインタチェンジされたオブ
ジェクトのクラスの他の任意のインスタンスと同等であ
るとみなしたオブジェクトである。ダイジェストは、全
ての他のものから第１のインタチェンジドオブジェクト
を区別する目的に適したオブジェクトである。一例とし
て、インタチェンジされたオブジェクトの標準的な２進
表示の数学的ハッシュは、インタチェンジドされたオブ
ジェクトの多くのクラスに適している。クラスオブジェ
クトすなわちクラス”class”のオブジェクトは、以下
に、及びアペンディクスＡに、詳細に説明するように、
作り付けられたクラス、及びユーザーによって規定され
たクラスを規定し、コンピュータネットワーク１５００
内のエンジン１３２Ａ間において変動しない。そのため
クラスオブジェトクトは、インタチェンジされたオブジ
ェクトである。
ンジン例えばエンジン１３２Ａ又は１３２Ｂ（図３４）
が、インタチェンジされたオブジェクトのダイジェスト
に等しいダイジェストを持つインタチェンジされたオブ
ジェクトのクラスの他の任意のインスタンスと同等であ
るとみなしたオブジェクトである。ダイジェストは、全
ての他のものから第１のインタチェンジドオブジェクト
を区別する目的に適したオブジェクトである。一例とし
て、インタチェンジされたオブジェクトの標準的な２進
表示の数学的ハッシュは、インタチェンジドされたオブ
ジェクトの多くのクラスに適している。クラスオブジェ
クトすなわちクラス”class”のオブジェクトは、以下
に、及びアペンディクスＡに、詳細に説明するように、
作り付けられたクラス、及びユーザーによって規定され
たクラスを規定し、コンピュータネットワーク１５００
内のエンジン１３２Ａ間において変動しない。そのため
クラスオブジェトクトは、インタチェンジされたオブジ
ェクトである。
【０６４７】移送されるデータの量、従ってエージェン
トの転送に要する時間、及び１つのプレイスから次のプ
レイスにそのエージェントによって所有されるオブジェ
クトを転送するための時間を減少させるダイジェストを
使用することは、論理フローダイヤグラム２４００及び
２４５０（図６０及び図６１）に示されている。
トの転送に要する時間、及び１つのプレイスから次のプ
レイスにそのエージェントによって所有されるオブジェ
クトを転送するための時間を減少させるダイジェストを
使用することは、論理フローダイヤグラム２４００及び
２４５０（図６０及び図６１）に示されている。
【０６４８】論理フローダイヤグラム２４００（図６
０）は、インタチェンジ（相互変換）されたオブジェク
トを検討する場合に、エージェント１５０Ａ（図３４）
及びエージェント１５０Ａが所有するオブジェクトをソ
ースエンジン１３２Ａから目的エンジン１３２Ｂに転送
するプロセスを表している。あるエージェントは、その
エージェントによって所有される全てのオブジェクト、
そのエージェントがメンバとなっている各々のクラス、
及びそのエージェントが所有するオブジェクトがメンバ
となっている各々のクラスを”包含”する。前述したよ
うに、エージェント１５０Ａ及びエージェント１５０Ａ
によって包含される全てのオブジェクトは、シッピング
ボックスにパッケージされ、符号化され、エンジン１３
２Ｂに転送される。エージェント１５０Ａ及びそれに包
含されるオブジェクトをパッケージにする場合、そのエ
ンジン１３２Ａは、ステップ２４０２（図６０）におい
てエージェント１５０Ａが包含する全てのオブジェクト
を収納している。処理はステップ２４２からwherein ea
ch objectステップ２４０４に移行する。このステップ
２４０４は、次のステップ１４１２とともに、ステップ
２４０２において収納された各々のオブジェクトが検討
される１つのループを規定する。処理はfor each objec
tステップ２４０４からダイジェストテストステップ２
４０６に移行し、そのステップ２４０６において、エー
ジェント１５０Ａが包含する各々のオブジェクトのクラ
スのメンバ構成がチェックされ、それによって各々のオ
ブジェクトがダイジェストを持つか否かが定められる。
０）は、インタチェンジ（相互変換）されたオブジェク
トを検討する場合に、エージェント１５０Ａ（図３４）
及びエージェント１５０Ａが所有するオブジェクトをソ
ースエンジン１３２Ａから目的エンジン１３２Ｂに転送
するプロセスを表している。あるエージェントは、その
エージェントによって所有される全てのオブジェクト、
そのエージェントがメンバとなっている各々のクラス、
及びそのエージェントが所有するオブジェクトがメンバ
となっている各々のクラスを”包含”する。前述したよ
うに、エージェント１５０Ａ及びエージェント１５０Ａ
によって包含される全てのオブジェクトは、シッピング
ボックスにパッケージされ、符号化され、エンジン１３
２Ｂに転送される。エージェント１５０Ａ及びそれに包
含されるオブジェクトをパッケージにする場合、そのエ
ンジン１３２Ａは、ステップ２４０２（図６０）におい
てエージェント１５０Ａが包含する全てのオブジェクト
を収納している。処理はステップ２４２からwherein ea
ch objectステップ２４０４に移行する。このステップ
２４０４は、次のステップ１４１２とともに、ステップ
２４０２において収納された各々のオブジェクトが検討
される１つのループを規定する。処理はfor each objec
tステップ２４０４からダイジェストテストステップ２
４０６に移行し、そのステップ２４０６において、エー
ジェント１５０Ａが包含する各々のオブジェクトのクラ
スのメンバ構成がチェックされ、それによって各々のオ
ブジェクトがダイジェストを持つか否かが定められる。
【０６４９】前述したようにまたアペンディクスＡ及び
Ｅに一層詳細に示すように、ミックス−インクラス”イ
ンタチェンジド”のメンバは、ダイジェストを含むこと
ができる。従って、オブジェクトがダイジェストを有す
る場合、そのオブジェクトはインタチェンジされたオブ
ジェクトである。インタチェンジされたオブジェクトが
ダイジェストを持たない場合すなわちインタチェンジさ
れたオブジェクトのアトリビュート”ダイジェスト”が
０である場合、そのインタチェンジされたオブジェクト
は、インタチェンジされているのではなくて、その代わ
りに、インタチェンジされていないオブジェクトとして
取り扱われる。
Ｅに一層詳細に示すように、ミックス−インクラス”イ
ンタチェンジド”のメンバは、ダイジェストを含むこと
ができる。従って、オブジェクトがダイジェストを有す
る場合、そのオブジェクトはインタチェンジされたオブ
ジェクトである。インタチェンジされたオブジェクトが
ダイジェストを持たない場合すなわちインタチェンジさ
れたオブジェクトのアトリビュート”ダイジェスト”が
０である場合、そのインタチェンジされたオブジェクト
は、インタチェンジされているのではなくて、その代わ
りに、インタチェンジされていないオブジェクトとして
取り扱われる。
【０６５０】オブジェクトがダイジェストを持たない場
合には、そのオブジェクトがインタチェンジされたオブ
ジェクトであっても、処理はダイジェストテストステッ
プ２４０６からステップ２４１０に移行し、このステッ
プ２４１０において、オブジェクトが、アペンディクス
Ｂの符号化規則にしたがって符号化され、シッピングボ
ックスに収納される。さもなければ、そのオブジェクト
がダイジェストを有する場合、処理はダイジェスト２４
０６からステップ２４０８に移行し、このステップ２４
０８において、そのオブジェクトのダイジェストとその
オブジェクトが１つのインスタンスであるそのクラスの
サイテイションとが、アペンディクスＢの符号化規則に
よって符号化され、部品ボックスに収納され、その部品
ボックスがシッピングボックスに収納される。
合には、そのオブジェクトがインタチェンジされたオブ
ジェクトであっても、処理はダイジェストテストステッ
プ２４０６からステップ２４１０に移行し、このステッ
プ２４１０において、オブジェクトが、アペンディクス
Ｂの符号化規則にしたがって符号化され、シッピングボ
ックスに収納される。さもなければ、そのオブジェクト
がダイジェストを有する場合、処理はダイジェスト２４
０６からステップ２４０８に移行し、このステップ２４
０８において、そのオブジェクトのダイジェストとその
オブジェクトが１つのインスタンスであるそのクラスの
サイテイションとが、アペンディクスＢの符号化規則に
よって符号化され、部品ボックスに収納され、その部品
ボックスがシッピングボックスに収納される。
【０６５１】処理はステップ２４０８又は２４１０か
ら、次のステップ２４１２に移行し、次のステップ２４
１２において、for each object ステップ２４０４に移
行する。エンジン１３２Ａは、for each object ステッ
プ２４０４と次のステップ２４１２とに規定されるルー
プにおいて、エージェント１５０Ａに包含される各々の
オブジェクトについて、ステップ２４０６、２４０８、
２４１０のプロセスを反復する。ステップ２４０２にお
いて収納された全てのオブジェクトが、for eachobject
ステップ２４０４及び次のオブジェクトステップ２４
１２のループにしたがって処理されたならば、処理はfo
r each objectステップ２４０４からtransfer out enco
ded agent ステップ２４１４に移行する。
ら、次のステップ２４１２に移行し、次のステップ２４
１２において、for each object ステップ２４０４に移
行する。エンジン１３２Ａは、for each object ステッ
プ２４０４と次のステップ２４１２とに規定されるルー
プにおいて、エージェント１５０Ａに包含される各々の
オブジェクトについて、ステップ２４０６、２４０８、
２４１０のプロセスを反復する。ステップ２４０２にお
いて収納された全てのオブジェクトが、for eachobject
ステップ２４０４及び次のオブジェクトステップ２４
１２のループにしたがって処理されたならば、処理はfo
r each objectステップ２４０４からtransfer out enco
ded agent ステップ２４１４に移行する。
【０６５２】transfer out encoded agent ステップ２
４１４において、シッピングボックスは符号化され、ソ
ースエンジン１３２Ａによって目的エンジン１３２Ｂ
に、前述したように転送される。従って、目的エンジン
に転送される符号化されたエージェントは、ダイジェス
トを持たないエージェントによって包含される全てのオ
ブジェクト、及びエージェントによって包含される相互
変換可能でダイジェストを有する全てのオブジェクトの
ダイジェストを包含している。transfer out encoded a
gent ステップ２４１４は、ネットワークを横断するエ
ンジン間の相互作用を示すために、二重ボックスによっ
て表されている。エンジン間のエンジンデータのこのよ
うな交換は、以上の説明した通りであり、またアペンデ
ィクスＣ及びＦに記載されている。
４１４において、シッピングボックスは符号化され、ソ
ースエンジン１３２Ａによって目的エンジン１３２Ｂ
に、前述したように転送される。従って、目的エンジン
に転送される符号化されたエージェントは、ダイジェス
トを持たないエージェントによって包含される全てのオ
ブジェクト、及びエージェントによって包含される相互
変換可能でダイジェストを有する全てのオブジェクトの
ダイジェストを包含している。transfer out encoded a
gent ステップ２４１４は、ネットワークを横断するエ
ンジン間の相互作用を示すために、二重ボックスによっ
て表されている。エンジン間のエンジンデータのこのよ
うな交換は、以上の説明した通りであり、またアペンデ
ィクスＣ及びＦに記載されている。
【０６５３】論理フローダイヤグラム２４５０（図６
１）は、目的エンジン１３２Ｂのパースペクティブから
の符号化されたエージェント１５０Ａのトランスファを
示している。目的エンジン１３２Ｂは、transfer out e
ncoded agent ステップ２４５２において、ソースエン
ジン１３２Ａから２進データとして符号化エージェント
を受ける。図３４、図４１、図５０、図５１、図５３の
コンテキストにおいて前述したように、符号化されたエ
ージェントは、エンジン１３２Ａからエンジン１３２Ｂ
に至る途中の、１以上の中間のエンジン例えばエンジン
１３２Ｂを通過することができる。
１）は、目的エンジン１３２Ｂのパースペクティブから
の符号化されたエージェント１５０Ａのトランスファを
示している。目的エンジン１３２Ｂは、transfer out e
ncoded agent ステップ２４５２において、ソースエン
ジン１３２Ａから２進データとして符号化エージェント
を受ける。図３４、図４１、図５０、図５１、図５３の
コンテキストにおいて前述したように、符号化されたエ
ージェントは、エンジン１３２Ａからエンジン１３２Ｂ
に至る途中の、１以上の中間のエンジン例えばエンジン
１３２Ｂを通過することができる。
【０６５４】処理はトランスファーアウトエンコーディ
ッドエージェントステップ２４５２からステップ２４５
４に移行し、このステップ２４５４において、符号化エ
ージェントは復号され、それにより、そのエージェント
によって包含されるエージェントオブジェクトを内容物
とするシッピングボックスが再構成される。ダイジェス
トを持たず、エージェントによって包含される各々のオ
ブジェクトと、ダイジェストを有するエージェントによ
って包含されるインタチェンジされたオブジェクトのダ
イジェストとは、for each object ステップ２４５６及
び次のステップ２４６２によって形成されるループにし
たがって、目的エンジン１３２Ｂによって消費される。
このループの各々の反復は、ステップ２４５４において
改号されたオブジェクトの一つを処理する。
ッドエージェントステップ２４５２からステップ２４５
４に移行し、このステップ２４５４において、符号化エ
ージェントは復号され、それにより、そのエージェント
によって包含されるエージェントオブジェクトを内容物
とするシッピングボックスが再構成される。ダイジェス
トを持たず、エージェントによって包含される各々のオ
ブジェクトと、ダイジェストを有するエージェントによ
って包含されるインタチェンジされたオブジェクトのダ
イジェストとは、for each object ステップ２４５６及
び次のステップ２４６２によって形成されるループにし
たがって、目的エンジン１３２Ｂによって消費される。
このループの各々の反復は、ステップ２４５４において
改号されたオブジェクトの一つを処理する。
【０６５５】処理はfor each object ステップ２４５４
からダイジェストテストステップ２４６４に移行する。
ダイジェストテストステップ２４６４において目的エン
ジン１３２Ｂは、あるオブジェクトがダイジェストであ
るか否かを定める。そのオブジェクトがダイジェストで
ない場合、処理はダイジェストテストステップ２４６４
から直接に、次のオブジェクトステップ２４６２に移行
する。逆にそのオブジェクトがダイジェストであれば、
処理はダイジェストテストステップ２４６４からテスト
ステップ２４６６に移行し、そのオブジェクトは、”サ
ブジェクトダイジェスト”と呼ばれる。テストステップ
２４６６において、目的エンジン１３２Ｂは、サブジェ
クトダイジェストがエンジン１３２Ｂに存在するインタ
チェンジされたオブジェクトと同等であるか否かを定め
る。このような決定がなされる方法については、以下に
詳細に説明する。
からダイジェストテストステップ２４６４に移行する。
ダイジェストテストステップ２４６４において目的エン
ジン１３２Ｂは、あるオブジェクトがダイジェストであ
るか否かを定める。そのオブジェクトがダイジェストで
ない場合、処理はダイジェストテストステップ２４６４
から直接に、次のオブジェクトステップ２４６２に移行
する。逆にそのオブジェクトがダイジェストであれば、
処理はダイジェストテストステップ２４６４からテスト
ステップ２４６６に移行し、そのオブジェクトは、”サ
ブジェクトダイジェスト”と呼ばれる。テストステップ
２４６６において、目的エンジン１３２Ｂは、サブジェ
クトダイジェストがエンジン１３２Ｂに存在するインタ
チェンジされたオブジェクトと同等であるか否かを定め
る。このような決定がなされる方法については、以下に
詳細に説明する。
【０６５６】同等のダイジェストを有するインタチェン
ジされたオブジェクトがステップ２４６６において見出
されると、処理は、テストステップ２４６６から代替ス
テップ２４６８に移行する。代替ステップ２４６８にお
いて、インタチェンジされたオブジェクトは、見出され
たインタチェンジされたオブジェクトに関してサブジェ
クトダイジェストによって表されるインタチェンジされ
たオブジェクトに、ステップ２４５４において復号され
るオブジェクト内の全てのリファレンス（参照）を代替
することによって、サブジェクトダイジェストに代替さ
れる。処理は代替ステップ２４６８から次のオブジェク
トステップ２４６２に移行する。
ジされたオブジェクトがステップ２４６６において見出
されると、処理は、テストステップ２４６６から代替ス
テップ２４６８に移行する。代替ステップ２４６８にお
いて、インタチェンジされたオブジェクトは、見出され
たインタチェンジされたオブジェクトに関してサブジェ
クトダイジェストによって表されるインタチェンジされ
たオブジェクトに、ステップ２４５４において復号され
るオブジェクト内の全てのリファレンス（参照）を代替
することによって、サブジェクトダイジェストに代替さ
れる。処理は代替ステップ２４６８から次のオブジェク
トステップ２４６２に移行する。
【０６５７】同等のダイジェストを有するインタチェン
ジされたオブジェクトがテストステップ２４６６におい
て見出されなかった場合、処理はテストステップ２４６
６からステップ２４７０に移行する。ステップ２４７０
では、サブジェクトダイジェストがダイジェストのリス
トに付加される。新しいリストが存在しない場合には新
しいリストが作りだされる。処理はステップ２４７０か
ら次のステップ２４６２に移行する。
ジされたオブジェクトがテストステップ２４６６におい
て見出されなかった場合、処理はテストステップ２４６
６からステップ２４７０に移行する。ステップ２４７０
では、サブジェクトダイジェストがダイジェストのリス
トに付加される。新しいリストが存在しない場合には新
しいリストが作りだされる。処理はステップ２４７０か
ら次のステップ２４６２に移行する。
【０６５８】処理は、次のステップ２４６２からfor ea
ch object ステップ２４５６に移行する。ステップ２４
５４において復号された全てのオブジェクトがfor each
object ステップ２４５６と次のステップ２４６２との
ループにしたがって処理された場合には、処理は for e
ach objectステップ２４５６から、以下に説明するリス
トテストステップ２４７６に移行する。
ch object ステップ２４５６に移行する。ステップ２４
５４において復号された全てのオブジェクトがfor each
object ステップ２４５６と次のステップ２４６２との
ループにしたがって処理された場合には、処理は for e
ach objectステップ２４５６から、以下に説明するリス
トテストステップ２４７６に移行する。
【０６５９】エンジンはステップ２４６６において次の
ようにして相互変換可能な（インタチェンジ可能な）オ
ブジェクトをサーチする。これらのエンジンは、同等の
インタチェンジ可能なオブジェクトを交換することので
きる１以上のプレイスを備えている。各々のこのような
プレイスは、そのプレイス内に存在するインタチェンジ
可能なオブジェクトの”デポジトリ”を備えている。デ
ィクショナリ２４９０（図６２）はプレイス２２０Ｂ
（図５３）のデポジトリである。ディクショナリ２４９
０（図６２）のキーは、クラス、すなわちクラス２４０
０Ｋ１、２４００Ｋ２、２４００Ｋ３及び２４９０Ｋ４
である。各々のクラスにはディクショナリが組み合わさ
れている。例えばクラス２４９０Ｋ１−２４９０Ｋ４に
は、ディクショナリ２４９０Ａ、２４９０Ｂ、２４９０
Ｃ及び２４９０Ｄがそれぞれ組み合わされている。
ようにして相互変換可能な（インタチェンジ可能な）オ
ブジェクトをサーチする。これらのエンジンは、同等の
インタチェンジ可能なオブジェクトを交換することので
きる１以上のプレイスを備えている。各々のこのような
プレイスは、そのプレイス内に存在するインタチェンジ
可能なオブジェクトの”デポジトリ”を備えている。デ
ィクショナリ２４９０（図６２）はプレイス２２０Ｂ
（図５３）のデポジトリである。ディクショナリ２４９
０（図６２）のキーは、クラス、すなわちクラス２４０
０Ｋ１、２４００Ｋ２、２４００Ｋ３及び２４９０Ｋ４
である。各々のクラスにはディクショナリが組み合わさ
れている。例えばクラス２４９０Ｋ１−２４９０Ｋ４に
は、ディクショナリ２４９０Ａ、２４９０Ｂ、２４９０
Ｃ及び２４９０Ｄがそれぞれ組み合わされている。
【０６６０】各々のディクショナリ２４９０Ａ−２４９
０Ｄは、同一の一般的な組織を有している。ディクショ
ナリ２４９０Ａは例示的である。ディクショナリ２４９
０Ａのキーはダイジェスト、すなわちダイジェスト２４
９０ＡＫ１、２４９０ＡＫ２及び２４９０ＡＫ３であ
る。各々のダイジェストには、ダイジェストが組み合わ
されたダイジェストであるインタチェンジされたオブジ
ェクトが組み合わされている。一例として、ダイジェス
ト２４９０ＡＫ１−２４９０ＡＫ３には、インタチェン
ジされたオブジェクト２４９０ＡＶ１、２４９０ＡＶ２
及び２４９０ＡＶ３がそれぞれ組み合わされている。
０Ｄは、同一の一般的な組織を有している。ディクショ
ナリ２４９０Ａは例示的である。ディクショナリ２４９
０Ａのキーはダイジェスト、すなわちダイジェスト２４
９０ＡＫ１、２４９０ＡＫ２及び２４９０ＡＫ３であ
る。各々のダイジェストには、ダイジェストが組み合わ
されたダイジェストであるインタチェンジされたオブジ
ェクトが組み合わされている。一例として、ダイジェス
ト２４９０ＡＫ１−２４９０ＡＫ３には、インタチェン
ジされたオブジェクト２４９０ＡＶ１、２４９０ＡＶ２
及び２４９０ＡＶ３がそれぞれ組み合わされている。
【０６６１】インタチェンジされたオブジェクトは、２
ステップによってディクショナリ２４９０から検索され
る。前述したようにダイジェストとあるプラスのサイテ
イションとは、インタチェンジされたオブジェクトを表
すために、部品ボックスによって使用される。第１のス
テップにおいて、サイテイションを使用して、そのサイ
テイションによって参照されたクラスに組み合わされた
ディクショナリ２４９０Ａ−２４９０Ｄの内の１つのデ
ィクショナリを検索する。一例として、サイテイション
がクラス２４９０Ｋ１を参照した場合、ディクショナリ
２４９０は検索される。
ステップによってディクショナリ２４９０から検索され
る。前述したようにダイジェストとあるプラスのサイテ
イションとは、インタチェンジされたオブジェクトを表
すために、部品ボックスによって使用される。第１のス
テップにおいて、サイテイションを使用して、そのサイ
テイションによって参照されたクラスに組み合わされた
ディクショナリ２４９０Ａ−２４９０Ｄの内の１つのデ
ィクショナリを検索する。一例として、サイテイション
がクラス２４９０Ｋ１を参照した場合、ディクショナリ
２４９０は検索される。
【０６６２】第２のステップでは、部品ボックスに含ま
れるダイジェストと同等のダイジェストとインタチェン
ジされたオブジェクトとの間の関連について、検索され
たディクショナリがサーチされる。その関連が乱された
ら、インタチェンジされたオブジェクトは検索される。
関連が乱されなかった場合、そのプレイスは、部品ボッ
クス中のダイジェスト及びサイテイションによって表さ
れたインタチェンジされたオブジェクトと同等のインタ
チェンジされたオブジェクトを備えていない。従って、
ディクショナリ２４９０（図６２）のようなデポジトリ
は、同等の相互変換（インタチェンジされたオブジェク
ト）をあるプレイスが含むか否かを定め、そのようなオ
ブジェクトを検索するたに用いられる。
れるダイジェストと同等のダイジェストとインタチェン
ジされたオブジェクトとの間の関連について、検索され
たディクショナリがサーチされる。その関連が乱された
ら、インタチェンジされたオブジェクトは検索される。
関連が乱されなかった場合、そのプレイスは、部品ボッ
クス中のダイジェスト及びサイテイションによって表さ
れたインタチェンジされたオブジェクトと同等のインタ
チェンジされたオブジェクトを備えていない。従って、
ディクショナリ２４９０（図６２）のようなデポジトリ
は、同等の相互変換（インタチェンジされたオブジェク
ト）をあるプレイスが含むか否かを定め、そのようなオ
ブジェクトを検索するたに用いられる。
【０６６３】前述したように、処理はfor each object
ステップ２４５６からリストテストステップ２４７６に
移行する。リストテストステップ２４７６においては、
目的エンジン例えばエンジン１３２Ｂは、ダイジェスト
のリストがステップ２４７０において作り出されたか否
かを定め、作り出された場合には、リストがエンプティ
であるかどうかを定める。ダイジェストのリストが存在
しないかまたはエンプティである場合、処理はリストテ
ストステップ２４７６から、ａｃｔｉｖａｔｅｔｒａｖ
ｅｌｉｎｇ ａｇｅｎｔステップ２４７８に移行し、こ
のステップ２４７８においては、エンジン１３２Ｂに
は、エージェント１５０Ａを実行についてスケジューリ
ングすることによって、移動中のエージェント１５０Ａ
を活性化する。処理は、ａｃｔｉｖａｔｅ ｔｒａｖｅ
ｌｉｎｇ ａｇｅｎｔステップ２４７８から、終了ステ
ップ２４７９に移行し、この終了ステップにおいて、エ
ンジン１３２Ｂによってなされたエージェント１５０Ａ
のトランスファーが成功のうちに終了する。
ステップ２４５６からリストテストステップ２４７６に
移行する。リストテストステップ２４７６においては、
目的エンジン例えばエンジン１３２Ｂは、ダイジェスト
のリストがステップ２４７０において作り出されたか否
かを定め、作り出された場合には、リストがエンプティ
であるかどうかを定める。ダイジェストのリストが存在
しないかまたはエンプティである場合、処理はリストテ
ストステップ２４７６から、ａｃｔｉｖａｔｅｔｒａｖ
ｅｌｉｎｇ ａｇｅｎｔステップ２４７８に移行し、こ
のステップ２４７８においては、エンジン１３２Ｂに
は、エージェント１５０Ａを実行についてスケジューリ
ングすることによって、移動中のエージェント１５０Ａ
を活性化する。処理は、ａｃｔｉｖａｔｅ ｔｒａｖｅ
ｌｉｎｇ ａｇｅｎｔステップ２４７８から、終了ステ
ップ２４７９に移行し、この終了ステップにおいて、エ
ンジン１３２Ｂによってなされたエージェント１５０Ａ
のトランスファーが成功のうちに終了する。
【０６６４】もし、ステップ２４７０においてリストが
作り出され、そのリストが少なくとも１つのダイジェス
トを含んでいた場合、目的エンジン１３２Ｂには、少な
くとも１つのインターチェンジ（相互変換）されたオブ
ジェクトのための同等のオブジェクトが見い出されず、
処理は、リストテストステップ２４７６から、ｈｏｌｄ
ｔｒａｖｅｌｉｎｇ ａｇｅｎｔステップ２４７１に
移行する。ｈｏｌｄｔｒａｖｅｌｉｎｇ ａｇｅｎｔス
テップ２４７１において、移動中のエージェント１５０
Ａは、中断された状態において、エンジン１３２Ｂ内の
保持列中に保持される。処理は、ｈｏｌｄ ｔｒａｖｅ
ｌｉｎｇ ａｇｅｎｔステップ２４７１からステップ２
４７２に移行する。
作り出され、そのリストが少なくとも１つのダイジェス
トを含んでいた場合、目的エンジン１３２Ｂには、少な
くとも１つのインターチェンジ（相互変換）されたオブ
ジェクトのための同等のオブジェクトが見い出されず、
処理は、リストテストステップ２４７６から、ｈｏｌｄ
ｔｒａｖｅｌｉｎｇ ａｇｅｎｔステップ２４７１に
移行する。ｈｏｌｄｔｒａｖｅｌｉｎｇ ａｇｅｎｔス
テップ２４７１において、移動中のエージェント１５０
Ａは、中断された状態において、エンジン１３２Ｂ内の
保持列中に保持される。処理は、ｈｏｌｄ ｔｒａｖｅ
ｌｉｎｇ ａｇｅｎｔステップ２４７１からステップ２
４７２に移行する。
【０６６５】ステップ２４７２において、目的エンジン
例えばエンジン１３２Ｂは、オブジェクト開始エージェ
ントすなわち”ＯＲＡ”を作り出す。ＯＲＡは、ソース
エンジン例えばエンジン１３２Ａから、フローチャート
２４８０（図６３）に従って、インターチェンジされた
オブジェクトを検索する。処理はステップ２４７２から
ステップ２４７４に移行し、そこでＯＲＡは、オペレー
ション”live”を遂行するように指示され、それにより
ＯＲＡの解釈が開始される。以下に詳細に説明するよう
に、ＯＲＡの中心活動性は、フローチャート２４８０
（図６３）によって示される。処理はステップ２４７４
から終了ステップ２４７９に移行し、ここでエージェン
ト１５０Ａのトランスファー（エンジン１３２Ｂによっ
て行なわれる）が成功のうちに終了する。尚、移行中の
エージェント１５０Ａは、活性化されず、シッピングボ
ックスの形状にある。エージェント１５０Ａは、シッピ
ングボックスから再構成され、以下に説明するように、
ＯＲＡによって再活性化される。
例えばエンジン１３２Ｂは、オブジェクト開始エージェ
ントすなわち”ＯＲＡ”を作り出す。ＯＲＡは、ソース
エンジン例えばエンジン１３２Ａから、フローチャート
２４８０（図６３）に従って、インターチェンジされた
オブジェクトを検索する。処理はステップ２４７２から
ステップ２４７４に移行し、そこでＯＲＡは、オペレー
ション”live”を遂行するように指示され、それにより
ＯＲＡの解釈が開始される。以下に詳細に説明するよう
に、ＯＲＡの中心活動性は、フローチャート２４８０
（図６３）によって示される。処理はステップ２４７４
から終了ステップ２４７９に移行し、ここでエージェン
ト１５０Ａのトランスファー（エンジン１３２Ｂによっ
て行なわれる）が成功のうちに終了する。尚、移行中の
エージェント１５０Ａは、活性化されず、シッピングボ
ックスの形状にある。エージェント１５０Ａは、シッピ
ングボックスから再構成され、以下に説明するように、
ＯＲＡによって再活性化される。
【０６６６】フローチャート２４８０（図６３）は、Ｏ
ＲＡの中心プロシィージャを表している。ステップ２４
８２において、ＯＲＡは、ソースエンジン例えばエンジ
ン１３２Ａに、オペレーション”go”の遂行によって移
動する。処理は、ステップ２４８２からステップ２４８
４に移行し、このステップ２４８４において、ＯＲＡ
は、エンジン１３２Ａ中のオブジェクトレポジトリ例え
ばディレクショナリ２４９０（図６２）から、ダイジェ
ストのリストに含まれるダイジェストと同等のダイジェ
ストを有する各々のオブジェクトのコピーを収集する。
処理はステップ２４８４からステップ２４８５に移行す
る。
ＲＡの中心プロシィージャを表している。ステップ２４
８２において、ＯＲＡは、ソースエンジン例えばエンジ
ン１３２Ａに、オペレーション”go”の遂行によって移
動する。処理は、ステップ２４８２からステップ２４８
４に移行し、このステップ２４８４において、ＯＲＡ
は、エンジン１３２Ａ中のオブジェクトレポジトリ例え
ばディレクショナリ２４９０（図６２）から、ダイジェ
ストのリストに含まれるダイジェストと同等のダイジェ
ストを有する各々のオブジェクトのコピーを収集する。
処理はステップ２４８４からステップ２４８５に移行す
る。
【０６６７】ステップ２４８５において、ＯＲＡは、目
的エンジン例えばエンジン１３２Ｂに、オペレーショ
ン”go”の遂行によって移動する。ＯＲＡは、ダイジェ
ストのリストにそのダイジェストが含まれないオブジェ
クトのコピー、すなわち、目的エンジン中に同等のオブ
ジェクトが存在しないオブジェクトのコピーを、目的エ
ンジンに持参する。処理はステップ２４８５からステッ
プ２４８６に移行する。ステップ２４８６において、Ｏ
ＲＡは、収集されたオブジェクトを、以下に説明するよ
うに、エージェント１５０Ａ内のダイジェストと代替す
る。処理はステップ２４８６からａｃｔｉｖａｔｅ ｔ
ｒａｖｅｌｉｎｇ ａｇｅｎｔステップ２４８７に移行
し、このステップ２４８７においてエージェント１５０
Ａは、シッピングボックスから再構成され、前述したよ
うにして活性化される。エージェント及びそのエージェ
ントに包含されるオブジェクトをシッピングボックスか
ら再構成することは、アペンディックスＤに詳細に説明
されている。処理はステップ２４８７から終了ステップ
２４８８に移行し、この終了ステップにおいてＯＲＡの
中心プロシージャが成功のうちに終了する。
的エンジン例えばエンジン１３２Ｂに、オペレーショ
ン”go”の遂行によって移動する。ＯＲＡは、ダイジェ
ストのリストにそのダイジェストが含まれないオブジェ
クトのコピー、すなわち、目的エンジン中に同等のオブ
ジェクトが存在しないオブジェクトのコピーを、目的エ
ンジンに持参する。処理はステップ２４８５からステッ
プ２４８６に移行する。ステップ２４８６において、Ｏ
ＲＡは、収集されたオブジェクトを、以下に説明するよ
うに、エージェント１５０Ａ内のダイジェストと代替す
る。処理はステップ２４８６からａｃｔｉｖａｔｅ ｔ
ｒａｖｅｌｉｎｇ ａｇｅｎｔステップ２４８７に移行
し、このステップ２４８７においてエージェント１５０
Ａは、シッピングボックスから再構成され、前述したよ
うにして活性化される。エージェント及びそのエージェ
ントに包含されるオブジェクトをシッピングボックスか
ら再構成することは、アペンディックスＤに詳細に説明
されている。処理はステップ２４８７から終了ステップ
２４８８に移行し、この終了ステップにおいてＯＲＡの
中心プロシージャが成功のうちに終了する。
【０６６８】このように、目的エンジン中のインターチ
ェンジされたオブジェクトと同等でないそのインターチ
ェンジされたオブジェクトのみを、ネットワーク通信メ
ディアを横切って転送することによって効率化が達成さ
れる。
ェンジされたオブジェクトと同等でないそのインターチ
ェンジされたオブジェクトのみを、ネットワーク通信メ
ディアを横切って転送することによって効率化が達成さ
れる。
【０６６９】オペレーション”sen d” あるエージェントは、オペレーション”send”を遂行す
ることによって同時にいくつかのプレイスに移行するこ
とができる。図６４は、エージェント１５０Ａによるオ
ペレーション”send”の遂行前のネットワーク２５００
の状態を示している。図６４の例において、エンジン１
３２Ａのデータ部分１３２Ａ−Ｄ中のエージェント１５
０Ａは、エンジン１３２Ｂのデータ部分１３２Ｂ−Ｄ中
のプレイス２２０にそれ自身のクローンを転送しまたそ
れと同時にエンジン１３２Ｃのデータ部分１３２Ｃ−Ｄ
中のプレイス２２０Ｃにそれ自身のクローンをそれぞれ
転送するように構成されている。換言すれば、エージェ
ント１５０Ａは、エージェント１５０Ａのクローンのた
めの目的プレイスとしてのプレイス２２０Ｂ、２２０Ｃ
を特定化する２つのチケットのリストをオペレーショ
ン”send”へのアーギュメントとして供給して、オペレ
ーション”send”を遂行する。エージェント１５０Ａの
クローンは、エージェント１５０Ａのコピーであり、こ
のコピーは、エージェント１５０Ａの実行状態を含めて
エージェント１５０Ａを複製してコピーを作成すること
によって形成され、そのコピーに新しい名前と識別子と
を割り当ててエンジンによる実行のためにそのコピーを
スケジューリングすることによって”活性化”されたも
のである。クローンについてはアペンディックスＡにお
いて一層詳細に説明する。
ることによって同時にいくつかのプレイスに移行するこ
とができる。図６４は、エージェント１５０Ａによるオ
ペレーション”send”の遂行前のネットワーク２５００
の状態を示している。図６４の例において、エンジン１
３２Ａのデータ部分１３２Ａ−Ｄ中のエージェント１５
０Ａは、エンジン１３２Ｂのデータ部分１３２Ｂ−Ｄ中
のプレイス２２０にそれ自身のクローンを転送しまたそ
れと同時にエンジン１３２Ｃのデータ部分１３２Ｃ−Ｄ
中のプレイス２２０Ｃにそれ自身のクローンをそれぞれ
転送するように構成されている。換言すれば、エージェ
ント１５０Ａは、エージェント１５０Ａのクローンのた
めの目的プレイスとしてのプレイス２２０Ｂ、２２０Ｃ
を特定化する２つのチケットのリストをオペレーショ
ン”send”へのアーギュメントとして供給して、オペレ
ーション”send”を遂行する。エージェント１５０Ａの
クローンは、エージェント１５０Ａのコピーであり、こ
のコピーは、エージェント１５０Ａの実行状態を含めて
エージェント１５０Ａを複製してコピーを作成すること
によって形成され、そのコピーに新しい名前と識別子と
を割り当ててエンジンによる実行のためにそのコピーを
スケジューリングすることによって”活性化”されたも
のである。クローンについてはアペンディックスＡにお
いて一層詳細に説明する。
【０６７０】オペレーション”send”のインタフェース
は、図６５、図６６及び図６７に示されている。図６５
はフレーム２６０２を示し、このフレーム２６０２は、
エージェント１５０Ａによって実行されたオペレーショ
ン”send”の動的状態を記録し、オペレーション”sen
d”の遂行の直前のエージェント１５０Ａの実行状態の
一部分である。エージェントを含めたプロセスの実行状
態は以下にまたアペンディックスＡ及びＢに詳細に説明
されている。
は、図６５、図６６及び図６７に示されている。図６５
はフレーム２６０２を示し、このフレーム２６０２は、
エージェント１５０Ａによって実行されたオペレーショ
ン”send”の動的状態を記録し、オペレーション”sen
d”の遂行の直前のエージェント１５０Ａの実行状態の
一部分である。エージェントを含めたプロセスの実行状
態は以下にまたアペンディックスＡ及びＢに詳細に説明
されている。
【０６７１】スタック２６０４はフレーム２６０２に含
まれている。スタック２６０４は、アーギュメントがそ
れから復元（ポップ）され、オペレーション”send”の
遂行の間に結果がプッシュ（保存）されるスタックであ
る。”現在のスタック”は、以下にそしてアペンディッ
クスＡ、Ｂに一層詳細に規定され説明される。
まれている。スタック２６０４は、アーギュメントがそ
れから復元（ポップ）され、オペレーション”send”の
遂行の間に結果がプッシュ（保存）されるスタックであ
る。”現在のスタック”は、以下にそしてアペンディッ
クスＡ、Ｂに一層詳細に規定され説明される。
【０６７２】大文字”Ｔ”によって示されたスタック２
６０４の上部には、チケット２６０８及び２６１０をア
イテムとするリスト２６０６がある。リスト２６０６の
チケット２６０８及び２６１０の各々は、エージェント
１５０Ａの対応するクローンが行なうトリップを各々定
義している。オブジェクト２６１８及び２６２０は、そ
れぞれチケット２６０８、２６１０のプロパティ”ｔｒ
ａｖｅｌＮｏｔｅ”である。オブジェクト２６１８、２
６２０は、オペレーション”send”の遂行によって作り
出されたそれぞれのクローンを識別可能とするためのメ
カニズムを提供する。一例として、チケット２６０８、
２６１０を形成する場合に、エージェント１５０Ａは、
それぞれのテキストが”Ａｂｌｅ”及び”Ｂａｋｅｒ”
であるストリングをオブジェクト２６１８及び２６２０
中に格納することができる。このような場合に、チケッ
ト２６０８に対応するエージェント１５０Ａのクローン
は、チケット２６０８のプロパティ”ｔｒａｖｅｌＮｏ
ｔｅ”からストリング”Ａｂｌｅ”を検索する。同様
に、チケット２６１０に対応するエージェント１５０Ａ
のクローンは、チケット２６１０の”ｔｒａｖｅｌＮｏ
ｔｅ”からｓｔｒｉｎｇ ”Ｂａｋｅｒ”を検索する。
６０４の上部には、チケット２６０８及び２６１０をア
イテムとするリスト２６０６がある。リスト２６０６の
チケット２６０８及び２６１０の各々は、エージェント
１５０Ａの対応するクローンが行なうトリップを各々定
義している。オブジェクト２６１８及び２６２０は、そ
れぞれチケット２６０８、２６１０のプロパティ”ｔｒ
ａｖｅｌＮｏｔｅ”である。オブジェクト２６１８、２
６２０は、オペレーション”send”の遂行によって作り
出されたそれぞれのクローンを識別可能とするためのメ
カニズムを提供する。一例として、チケット２６０８、
２６１０を形成する場合に、エージェント１５０Ａは、
それぞれのテキストが”Ａｂｌｅ”及び”Ｂａｋｅｒ”
であるストリングをオブジェクト２６１８及び２６２０
中に格納することができる。このような場合に、チケッ
ト２６０８に対応するエージェント１５０Ａのクローン
は、チケット２６０８のプロパティ”ｔｒａｖｅｌＮｏ
ｔｅ”からストリング”Ａｂｌｅ”を検索する。同様
に、チケット２６１０に対応するエージェント１５０Ａ
のクローンは、チケット２６１０の”ｔｒａｖｅｌＮｏ
ｔｅ”からｓｔｒｉｎｇ ”Ｂａｋｅｒ”を検索する。
【０６７３】それぞれのクローンが識別される特別のイ
ンプリメンテーションは、最終的には、本発明のユーザ
ーの責任である。以下は別の例である。オブジェクト２
６１８中には、その値が１である整数があり、それによ
って、リスト２６０６中の対応のチケット２６０８の位
置を表している。同様に、オブジェクト２６２０中に
は、その値が２である整数が格納されており、それによ
ってリスト２６０中の対応するチケット２６１０の位置
を表している。
ンプリメンテーションは、最終的には、本発明のユーザ
ーの責任である。以下は別の例である。オブジェクト２
６１８中には、その値が１である整数があり、それによ
って、リスト２６０６中の対応のチケット２６０８の位
置を表している。同様に、オブジェクト２６２０中に
は、その値が２である整数が格納されており、それによ
ってリスト２６０中の対応するチケット２６１０の位置
を表している。
【０６７４】パーミット２６２２、２６２４は、それぞ
れチケット２６０８、２６１０のプロパティ”destinat
ionPermit”である。インテジャー２６２６、２６２８
は、それぞれパーミット２６２２、２６２４のプロパテ
ィ”charges”である。
れチケット２６０８、２６１０のプロパティ”destinat
ionPermit”である。インテジャー２６２６、２６２８
は、それぞれパーミット２６２２、２６２４のプロパテ
ィ”charges”である。
【０６７５】パーミット２６１２は、エージェント１５
０Ａのプロパティ”permit”であり、従って、エージェ
ント１５０Ａの内部状態の一部を表している。以上に説
明しまたアペンディックスＡに説明するように、パーミ
ット２６１２は、エージェント１５０Ａの実行を制限す
る。ブーリアン２６１４はパーミット２６１２のプロパ
ティ”canSend”である。ブーリアン２６１４の値が”f
alse”であれば、オペレーション”send”は失敗し、ク
ラス”Permit Violated”の例外を投出する。パーミッ
ト２６１２のプロパティ”charges”は整数２６１６で
ある。アペンディックスＡに一層詳細に説明するよう
に、整数２６１６は、エージェント１５０Ａのパーミッ
ト処理のアローワンスを表している。
０Ａのプロパティ”permit”であり、従って、エージェ
ント１５０Ａの内部状態の一部を表している。以上に説
明しまたアペンディックスＡに説明するように、パーミ
ット２６１２は、エージェント１５０Ａの実行を制限す
る。ブーリアン２６１４はパーミット２６１２のプロパ
ティ”canSend”である。ブーリアン２６１４の値が”f
alse”であれば、オペレーション”send”は失敗し、ク
ラス”Permit Violated”の例外を投出する。パーミッ
ト２６１２のプロパティ”charges”は整数２６１６で
ある。アペンディックスＡに一層詳細に説明するよう
に、整数２６１６は、エージェント１５０Ａのパーミッ
ト処理のアローワンスを表している。
【０６７６】図６４の例において、その現在のロケーシ
ョンがプレイス２２０Ａであるエージェント１５０Ａ
は、エージェント１５０Ａのそれぞれのクローンをプレ
イス２２０Ｂ、２２０Ｃに転送するように形成されてい
る。エージェント１５０は、リスト２６０６（図６５）
のチケットによって規定された各々の目的プレイスにそ
れ自身のクローンを送出するので、オペレーション”se
nd”の遂行は、時には、リスト２６０６中のチケットの
数と同数のエージェント１５０Ａのクローンを作り出
す。図６８、図６９は、オペレーション”send”の簡単
な実施例を表し、ここにエンジン１３２Ａ（図６８）
は、リスト２６０６（図６５）中のチケットと同数のエ
ージェント１５０Ａのクローンをデータ部分１３２Ａ−
Ｄ中に作り出す。この例では、リスト２６０６（図６
５）は、２つのチケット、すなわちチケット２６０８、
２６１０を備えている。従って、エンジン１３２Ａは、
エージェント１５０Ａ（図６９）の２つのクローンすな
わちエージェント１５０Ａ−１、エージェント１５０Ａ
−２を作り出す。応答エージェントのクローニングが延
期されるより効率的な実施例については以下に説明す
る。エージェント１５０Ａのクローンを形成する場合、
パーミット２６２２、２６２４は、作り出されたクロー
ンのプロパティ”permit”とされる。換言すれば、パー
ミット２６２２は、エージェント１５０Ａ−１のプロパ
ティ”permit”であり、パーミット２６２４は、エージ
ェント１５０Ａ−２のプロパティ”permit”である。エ
ージェント１５０Ａ−１、エージェント１５０Ａ−２を
作り出す際に、エージェント１５０Ａすなわちクローン
されているエージェントのパーミット２６１２の対応す
るアローワンスからパーミット２６２２、２６２４のア
ローワンスが差し引かれる。換言すれば、エージェント
１５０Ａ−１、１５０Ａ−２が作り出された時にエージ
ェント１５０Ａのチャージのアローワンス、すなわちエ
ージェント１５０Ａのパーミットのプロパティ”charge
s”である整数２６１６から整数２６２６、２６２８の
値が引算される。整数２６１６が整数２６２６、２６２
８の合計よりも大きくないか、又はこれに等しい場合に
は、オペレーション”send”は失敗し、クラス”Permit
Violated”の例外が投出される。その理由は、エージ
ェント１５０Ａのチャージアローワンスがエージェント
１５０Ａから作り出されたクローンのチャージアローワ
ンスの合計よりも小さいからである。
ョンがプレイス２２０Ａであるエージェント１５０Ａ
は、エージェント１５０Ａのそれぞれのクローンをプレ
イス２２０Ｂ、２２０Ｃに転送するように形成されてい
る。エージェント１５０は、リスト２６０６（図６５）
のチケットによって規定された各々の目的プレイスにそ
れ自身のクローンを送出するので、オペレーション”se
nd”の遂行は、時には、リスト２６０６中のチケットの
数と同数のエージェント１５０Ａのクローンを作り出
す。図６８、図６９は、オペレーション”send”の簡単
な実施例を表し、ここにエンジン１３２Ａ（図６８）
は、リスト２６０６（図６５）中のチケットと同数のエ
ージェント１５０Ａのクローンをデータ部分１３２Ａ−
Ｄ中に作り出す。この例では、リスト２６０６（図６
５）は、２つのチケット、すなわちチケット２６０８、
２６１０を備えている。従って、エンジン１３２Ａは、
エージェント１５０Ａ（図６９）の２つのクローンすな
わちエージェント１５０Ａ−１、エージェント１５０Ａ
−２を作り出す。応答エージェントのクローニングが延
期されるより効率的な実施例については以下に説明す
る。エージェント１５０Ａのクローンを形成する場合、
パーミット２６２２、２６２４は、作り出されたクロー
ンのプロパティ”permit”とされる。換言すれば、パー
ミット２６２２は、エージェント１５０Ａ−１のプロパ
ティ”permit”であり、パーミット２６２４は、エージ
ェント１５０Ａ−２のプロパティ”permit”である。エ
ージェント１５０Ａ−１、エージェント１５０Ａ−２を
作り出す際に、エージェント１５０Ａすなわちクローン
されているエージェントのパーミット２６１２の対応す
るアローワンスからパーミット２６２２、２６２４のア
ローワンスが差し引かれる。換言すれば、エージェント
１５０Ａ−１、１５０Ａ−２が作り出された時にエージ
ェント１５０Ａのチャージのアローワンス、すなわちエ
ージェント１５０Ａのパーミットのプロパティ”charge
s”である整数２６１６から整数２６２６、２６２８の
値が引算される。整数２６１６が整数２６２６、２６２
８の合計よりも大きくないか、又はこれに等しい場合に
は、オペレーション”send”は失敗し、クラス”Permit
Violated”の例外が投出される。その理由は、エージ
ェント１５０Ａのチャージアローワンスがエージェント
１５０Ａから作り出されたクローンのチャージアローワ
ンスの合計よりも小さいからである。
【０６７７】従って、オペレーション”send”のアーギ
ュメントとして供給されたチケットの一部分であるパー
ミットは、オペレーション”send”の遂行によりて作り
出されたクローンのネーティブパーミットを形成する。
チケット２６０８、２６１０は、エージェント１５０Ａ
のそれぞれのクローンが行なうトリップを規定し、パー
ミット２６２２、２６２４は、それぞれチケット２６０
８、２６１０のプロパティ”permit”であり、従って応
答（レスポンディング）エージェント１５０Ａのそれぞ
れのクローンのローカルパーミットである。
ュメントとして供給されたチケットの一部分であるパー
ミットは、オペレーション”send”の遂行によりて作り
出されたクローンのネーティブパーミットを形成する。
チケット２６０８、２６１０は、エージェント１５０Ａ
のそれぞれのクローンが行なうトリップを規定し、パー
ミット２６２２、２６２４は、それぞれチケット２６０
８、２６１０のプロパティ”permit”であり、従って応
答（レスポンディング）エージェント１５０Ａのそれぞ
れのクローンのローカルパーミットである。
【０６７８】本発明の第２の実施例によれば、オペレー
ション”send”は、リスト２６０６に追加されるアーギ
ュメントとして、整数（図示しない）を消費する。応答
エージェント１５０Ａのクローンを作り出す際に、それ
ぞれのネーティブパーミットは、前述したように作り出
されるが、各々のネーティブパーミットのプロパティ”
charges”は最初は、消費される整数に等しい。
ション”send”は、リスト２６０６に追加されるアーギ
ュメントとして、整数（図示しない）を消費する。応答
エージェント１５０Ａのクローンを作り出す際に、それ
ぞれのネーティブパーミットは、前述したように作り出
されるが、各々のネーティブパーミットのプロパティ”
charges”は最初は、消費される整数に等しい。
【０６７９】本発明の第３の実施例は、第２の実施例と
同様であるが、例外として、整数のリストが単一の整数
の代わりに消費される。さらに、リスト２６０６（図６
５）中のチケットのプロパティ”permit”から投出され
た各々のネーティブパーミットのプロパティ”charge
s”は、ネーティブパーミットがそれから導かれたチケ
ットのリスト２６０６中の位置に等しい消費された整数
リスト中の位置にある整数に最初は等しい。一例とし
て、リスト２６０中の位置１にあるチケット２６０８に
対応するクローンのネーティブパーミットのプロパテ
ィ”charges”は、消費された整数リスト（図示しな
い）中の１にある整数に最初は等しい。同様に、リスト
２６０６中の位置２にあるチケット２６１０に対応する
クローンのネーティブパーミットのプロパティ”charge
s”は、消費された整数のリスト中の位置２にある整数
に最初は等しい。
同様であるが、例外として、整数のリストが単一の整数
の代わりに消費される。さらに、リスト２６０６（図６
５）中のチケットのプロパティ”permit”から投出され
た各々のネーティブパーミットのプロパティ”charge
s”は、ネーティブパーミットがそれから導かれたチケ
ットのリスト２６０６中の位置に等しい消費された整数
リスト中の位置にある整数に最初は等しい。一例とし
て、リスト２６０中の位置１にあるチケット２６０８に
対応するクローンのネーティブパーミットのプロパテ
ィ”charges”は、消費された整数リスト（図示しな
い）中の１にある整数に最初は等しい。同様に、リスト
２６０６中の位置２にあるチケット２６１０に対応する
クローンのネーティブパーミットのプロパティ”charge
s”は、消費された整数のリスト中の位置２にある整数
に最初は等しい。
【０６８０】本発明第４の実施例によれば、オペレーシ
ョン”send”は、リスト２６０６に追加されるアーギュ
メントとして、パーミット（図示しない）を消費する。
応答エージェント１５０Ａのクローンを作り出す際に、
各々のネーティブパーミットは、消費されるパーミット
のコピーである。本発明の第５の実施例は前述した第４
の実施例と同様であるが、パーミットのリストが単一の
パーミットの代わりに消費される点で異なっている。さ
らに、リスト２６０６（図６５）中のチケットに対応す
るそれぞれのクローンの各々のネーティブパーミット
は、クローンが対応するチケットのリスト２６０６中の
位置に等しいパーミットの消費されたリスト中の位置に
あるパーミットに最初は等しい。一例として、リスト２
６０中の１にあるチケット２６０８に対応するクローン
のネーティブパーミットは、消費されたパーミットのリ
スト（図示しない）中の位置１にあるパーミットに最初
は等しい。同様に、リスト２６０中の位置２にあるチケ
ット２６１０に対応するクローンのネーティブパーミッ
トは、消費されたパーミットのリスト中の位置２にある
パーミットに最初は等しい。
ョン”send”は、リスト２６０６に追加されるアーギュ
メントとして、パーミット（図示しない）を消費する。
応答エージェント１５０Ａのクローンを作り出す際に、
各々のネーティブパーミットは、消費されるパーミット
のコピーである。本発明の第５の実施例は前述した第４
の実施例と同様であるが、パーミットのリストが単一の
パーミットの代わりに消費される点で異なっている。さ
らに、リスト２６０６（図６５）中のチケットに対応す
るそれぞれのクローンの各々のネーティブパーミット
は、クローンが対応するチケットのリスト２６０６中の
位置に等しいパーミットの消費されたリスト中の位置に
あるパーミットに最初は等しい。一例として、リスト２
６０中の１にあるチケット２６０８に対応するクローン
のネーティブパーミットは、消費されたパーミットのリ
スト（図示しない）中の位置１にあるパーミットに最初
は等しい。同様に、リスト２６０中の位置２にあるチケ
ット２６１０に対応するクローンのネーティブパーミッ
トは、消費されたパーミットのリスト中の位置２にある
パーミットに最初は等しい。
【０６８１】各々の前述した実施例において、応答エー
ジェント１５０Ａのパーミットであるパーミット２６１
２のプロパティ”charges”はオペレーション”send”
の遂行において作り出されたエージェントのクローンの
ネーティブパーミットのそれぞれのプロパティ”charge
s”の合計分だけ減少する。
ジェント１５０Ａのパーミットであるパーミット２６１
２のプロパティ”charges”はオペレーション”send”
の遂行において作り出されたエージェントのクローンの
ネーティブパーミットのそれぞれのプロパティ”charge
s”の合計分だけ減少する。
【０６８２】エージェント１５０Ａの各々のクローン
は、目的プレイスとしての対応するチケットによって特
定化されたプレイスに転送される。一例として、チケッ
ト２６０８は、エージェント１５０Ａ−１の目的点とし
てプレイス２２０Ｂを特定化し、チケット２６１０は、
エージェント１５０Ａ−２の目的点としてプレイス２２
０Ｃを特定化する。各々のクローンは対応する目的エン
ジン例えばエンジン１３２Ｂ又はエンジン１３２Ｃとの
ソースエンジン１３２Ａの共働によってそれぞれの目的
プレイスに移動する。オペレーション”send”を遂行す
るにあたってエージェントクローン例えばエージェント
１５０Ａ−１又はエージェント１５０Ａ−２を１つのプ
レイスから次のプレイスに移送させることは、オペレー
ション”go”について以上に詳細に説明した通りであ
る。
は、目的プレイスとしての対応するチケットによって特
定化されたプレイスに転送される。一例として、チケッ
ト２６０８は、エージェント１５０Ａ−１の目的点とし
てプレイス２２０Ｂを特定化し、チケット２６１０は、
エージェント１５０Ａ−２の目的点としてプレイス２２
０Ｃを特定化する。各々のクローンは対応する目的エン
ジン例えばエンジン１３２Ｂ又はエンジン１３２Ｃとの
ソースエンジン１３２Ａの共働によってそれぞれの目的
プレイスに移動する。オペレーション”send”を遂行す
るにあたってエージェントクローン例えばエージェント
１５０Ａ−１又はエージェント１５０Ａ−２を１つのプ
レイスから次のプレイスに移送させることは、オペレー
ション”go”について以上に詳細に説明した通りであ
る。
【０６８３】オペレーション”send”の遂行においてエ
ージェント１５０Ａがエージェント１５０Ａ−１、１５
０Ａ−２を成功のうちに作り出した場合には、エージェ
ントクローンのどれか１つ又は全部の転送が失敗したと
しても、エージェント１５０Ａによるオペレーション”
send”の遂行は成功する。あるエージェントクローンの
トリップが失敗した場合、最初にオペレーション”sen
d”を遂行したエージェントではなく、エージェントク
ローンによって、トリップの例外が投出される。
ージェント１５０Ａがエージェント１５０Ａ−１、１５
０Ａ−２を成功のうちに作り出した場合には、エージェ
ントクローンのどれか１つ又は全部の転送が失敗したと
しても、エージェント１５０Ａによるオペレーション”
send”の遂行は成功する。あるエージェントクローンの
トリップが失敗した場合、最初にオペレーション”sen
d”を遂行したエージェントではなく、エージェントク
ローンによって、トリップの例外が投出される。
【０６８４】エージェント１５０Ａによるオペレーショ
ン”send”の遂行の直後のエージェント１５０Ａの実行
状態の一部は図６６に示されている。前述した現在のス
タックであるスタック２６０４は、ゼロオブジェクト２
６３０を収容している。ゼロオブジェクトはもとのエー
ジェントについて結果として生じ、それによってオペレ
ーション”send”の遂行において作り出されたエージェ
ントクローンからもとのエージェントを識別する。
ン”send”の遂行の直後のエージェント１５０Ａの実行
状態の一部は図６６に示されている。前述した現在のス
タックであるスタック２６０４は、ゼロオブジェクト２
６３０を収容している。ゼロオブジェクトはもとのエー
ジェントについて結果として生じ、それによってオペレ
ーション”send”の遂行において作り出されたエージェ
ントクローンからもとのエージェントを識別する。
【０６８５】図６７は、エージェント１５０Ａによるオ
ペレーション”send”の遂行後のエージェント１５０Ａ
−１の実行状態の一部を示している。エージェント１５
０Ａによるオペレーション”send”の遂行後のエージェ
ント１５０Ａ−２の実行状態は、以下に説明するよう
に、エージェント１５０Ａ−１の実行状態に直接類似し
ている。
ペレーション”send”の遂行後のエージェント１５０Ａ
−１の実行状態の一部を示している。エージェント１５
０Ａによるオペレーション”send”の遂行後のエージェ
ント１５０Ａ−２の実行状態は、以下に説明するよう
に、エージェント１５０Ａ−１の実行状態に直接類似し
ている。
【０６８６】パーミット２６２２は、エージェント１５
０Ａ−１のプロパティ”permit”である。スタック２６
０４−１は、エージェント１５０Ａ−１の生成において
作り出されたスタック２６０４のコピーである。スタッ
ク２６０４−１はエージェント１５０Ａ−１の現在のス
タックである。スタック２６０４−１の上部にはチケッ
トスタブ２６３２がある。チケットスタブ２６３２はオ
ペレーション”send”の遂行によって作り出されたエー
ジェントクローンのオペレーション”send”によって生
じた結果である。チケットスタブ２６３２はチケット２
６０８から導かれる。
０Ａ−１のプロパティ”permit”である。スタック２６
０４−１は、エージェント１５０Ａ−１の生成において
作り出されたスタック２６０４のコピーである。スタッ
ク２６０４−１はエージェント１５０Ａ−１の現在のス
タックである。スタック２６０４−１の上部にはチケッ
トスタブ２６３２がある。チケットスタブ２６３２はオ
ペレーション”send”の遂行によって作り出されたエー
ジェントクローンのオペレーション”send”によって生
じた結果である。チケットスタブ２６３２はチケット２
６０８から導かれる。
【０６８７】チケットスタブ２６３２はクラス”チケッ
トスタブ”のメンバである。チケットスタブ２６３２は
他のプロパティの中でも、プロパティ”way ”及び”tr
avelNote”を有する。チケット２６０８はクラス”チケ
ット”のメンバである。クラス”チケット”はクラス”
チケットスタブ”のサブクラスであるため、チケット２
６０８は、スーパークラス”チケットスタブ”から定義
が引き継がれたプロパティ”way” 及び”ｔｒａｖｅｌ
Ｎｏｔｅ”を他のプロパティの中に備えている。チケッ
トスタブ２６３２はチケット２６０８から導かれ、チケ
ットスタブ２６３２のプロパティ”way” 及び”ｒａｖ
ｅｌＮｏｔｅ”はそれぞれチケット２６０８のプロパテ
ィ”way” 及び”ｔｒａｖｅｌＮｏｔｅ”に等しい。前
述したように、チケット２６０８（図６５）のプロパテ
ィ”ｔｒａｖｅｌＮｏｔｅ”はエージェント１５０Ａ−
２からエージェント１５０Ａ−１を区別するために使用
することができる。同様にエージェント１５０Ａ−２の
現在のスタック（図示しない）は、そのプロパティ”ｔ
ｒａｖｅｌＮｏｔｅ”がオブジェクト２６２０であるチ
ケットスタブ（図示しない）を備えている。
トスタブ”のメンバである。チケットスタブ２６３２は
他のプロパティの中でも、プロパティ”way ”及び”tr
avelNote”を有する。チケット２６０８はクラス”チケ
ット”のメンバである。クラス”チケット”はクラス”
チケットスタブ”のサブクラスであるため、チケット２
６０８は、スーパークラス”チケットスタブ”から定義
が引き継がれたプロパティ”way” 及び”ｔｒａｖｅｌ
Ｎｏｔｅ”を他のプロパティの中に備えている。チケッ
トスタブ２６３２はチケット２６０８から導かれ、チケ
ットスタブ２６３２のプロパティ”way” 及び”ｒａｖ
ｅｌＮｏｔｅ”はそれぞれチケット２６０８のプロパテ
ィ”way” 及び”ｔｒａｖｅｌＮｏｔｅ”に等しい。前
述したように、チケット２６０８（図６５）のプロパテ
ィ”ｔｒａｖｅｌＮｏｔｅ”はエージェント１５０Ａ−
２からエージェント１５０Ａ−１を区別するために使用
することができる。同様にエージェント１５０Ａ−２の
現在のスタック（図示しない）は、そのプロパティ”ｔ
ｒａｖｅｌＮｏｔｅ”がオブジェクト２６２０であるチ
ケットスタブ（図示しない）を備えている。
【０６８８】図７０はオペレーション”send”がエージ
ェント１５０Ａによって遂行された後のコンピュータネ
ットワーク２５００を示している。エージェント１５０
Ａはコンピュータプロセスエンジン１３２Ａのデータ部
分１３２−Ｄに残留している。エージェント１５０Ａ−
１はエンジン１３２Ｂのデータ部分１３２Ｂ−Ｄ中のプ
レイス２２０Ｂを占めている。同様にエージェント１５
０Ａ−２は、エンジン１３２Ｃのデータ部分１３２Ｃ−
Ｄによって実行されるプレイス２２０Ｃを占有してい
る。
ェント１５０Ａによって遂行された後のコンピュータネ
ットワーク２５００を示している。エージェント１５０
Ａはコンピュータプロセスエンジン１３２Ａのデータ部
分１３２−Ｄに残留している。エージェント１５０Ａ−
１はエンジン１３２Ｂのデータ部分１３２Ｂ−Ｄ中のプ
レイス２２０Ｂを占めている。同様にエージェント１５
０Ａ−２は、エンジン１３２Ｃのデータ部分１３２Ｃ−
Ｄによって実行されるプレイス２２０Ｃを占有してい
る。
【０６８９】オペレーション”send”のアクセスは”プ
ライベート”であり、応答者（レスポンダー）のみがオ
ペレーションを要求することをアローワンスする。以下
に詳細に説明しまたアペンディックスＡに説明するよう
に、本発明の各々のフィーチャーは、どんな条件のもと
にフィーチャーのリクエストがなされうるかを特定する
アクセスを備えている。オペレーション”send”のアク
セスはプライベートであるから、エージェント１５０Ａ
のみがエージェント１５０Ａによるオペレーション”se
nd”の遂行を回避することができる。エンジン１３２Ａ
でさえも、エージェント１５０Ａによるオペレーショ
ン”send”の遂行を開始することはできない。
ライベート”であり、応答者（レスポンダー）のみがオ
ペレーションを要求することをアローワンスする。以下
に詳細に説明しまたアペンディックスＡに説明するよう
に、本発明の各々のフィーチャーは、どんな条件のもと
にフィーチャーのリクエストがなされうるかを特定する
アクセスを備えている。オペレーション”send”のアク
セスはプライベートであるから、エージェント１５０Ａ
のみがエージェント１５０Ａによるオペレーション”se
nd”の遂行を回避することができる。エンジン１３２Ａ
でさえも、エージェント１５０Ａによるオペレーショ
ン”send”の遂行を開始することはできない。
【０６９０】ディファードクローニング オペレーション”send”を遂行するのに必要な時間の量
及びオペレーション”send”の遂行の間に作り出される
エージェントのクローンによって占有されるスペースの
実質的な節減は、”ディファードクローニング”によっ
て実現される。オペレーション”send”の遂行を行なっ
ているエンジンが、同一のエージェントの２以上のクロ
ーンが単一の目的エンジンに移送されるべきことを定め
た場合に、ディファードクローニングが生ずる。このよ
うな場合に単一のクローンが目的エンジンに移送され、
余分のクローンは目的エンジンにおいて単一のクローン
から導かれる。図７１、図７４、図７５、図７６、図７
７は例示的である。
及びオペレーション”send”の遂行の間に作り出される
エージェントのクローンによって占有されるスペースの
実質的な節減は、”ディファードクローニング”によっ
て実現される。オペレーション”send”の遂行を行なっ
ているエンジンが、同一のエージェントの２以上のクロ
ーンが単一の目的エンジンに移送されるべきことを定め
た場合に、ディファードクローニングが生ずる。このよ
うな場合に単一のクローンが目的エンジンに移送され、
余分のクローンは目的エンジンにおいて単一のクローン
から導かれる。図７１、図７４、図７５、図７６、図７
７は例示的である。
【０６９１】エージェント１５０Ａ（図７１）はエンジ
ン１３２Ａ中のプレイス２２０Ａを占有している。エン
ジン１３２Ａはコンピュータシステム１１０Ａ（図示し
ない）内において行なわれるコンピュータプロセスであ
る。エージェント１５０Ａは、オペレーション”send”
を遂行しており、エージェント１５０Ａのクローンのた
めの目的プレイスとしてプレイス２２０Ｂ、２２０Ｃ及
び２２０Ｄを特定する３つのチケット（図示しない）の
リストをオペレーションへのアーギュメントとして供給
している。エンジン１３２Ａは通信リンク１０２ＡＥを
横切ってエンジン１３２Ｅと通信する。通信リンク１０
２ＡＥはオペレーション”go”に関連して通信リンク１
０２ＡＺ（図３４）について説明した通りである。エン
ジン１３２Ｅはエンジン１３２Ａに加えて、中心リンク
１０２ＦＢＦを横切ってエンジン１３２Ｂ、１３２Ｆと
通信している。さらにエンジン１３２Ｆは通信リンク１
０２ＦＣＤを横切ってエンジン１３２Ｃ、１３２Ｄと通
信している。プレイス２２０Ｂ、２２０Ｃ及び２２０Ｄ
は、それぞれエンジン１３２Ｂ、１３２Ｃ及び１３２Ｄ
によって解釈されるプロセスである。従ってエージェン
ト１５０Ａのクローンがプレイス２２０Ｂ、２２０Ｃ、
２２０Ｄに到達するためには、各々のクローンには最初
にエンジン１３２Ｅに移送されねばならない。
ン１３２Ａ中のプレイス２２０Ａを占有している。エン
ジン１３２Ａはコンピュータシステム１１０Ａ（図示し
ない）内において行なわれるコンピュータプロセスであ
る。エージェント１５０Ａは、オペレーション”send”
を遂行しており、エージェント１５０Ａのクローンのた
めの目的プレイスとしてプレイス２２０Ｂ、２２０Ｃ及
び２２０Ｄを特定する３つのチケット（図示しない）の
リストをオペレーションへのアーギュメントとして供給
している。エンジン１３２Ａは通信リンク１０２ＡＥを
横切ってエンジン１３２Ｅと通信する。通信リンク１０
２ＡＥはオペレーション”go”に関連して通信リンク１
０２ＡＺ（図３４）について説明した通りである。エン
ジン１３２Ｅはエンジン１３２Ａに加えて、中心リンク
１０２ＦＢＦを横切ってエンジン１３２Ｂ、１３２Ｆと
通信している。さらにエンジン１３２Ｆは通信リンク１
０２ＦＣＤを横切ってエンジン１３２Ｃ、１３２Ｄと通
信している。プレイス２２０Ｂ、２２０Ｃ及び２２０Ｄ
は、それぞれエンジン１３２Ｂ、１３２Ｃ及び１３２Ｄ
によって解釈されるプロセスである。従ってエージェン
ト１５０Ａのクローンがプレイス２２０Ｂ、２２０Ｃ、
２２０Ｄに到達するためには、各々のクローンには最初
にエンジン１３２Ｅに移送されねばならない。
【０６９２】エンジン１３２Ａ中においては、単一のク
ローンすなわちエージェント１５０Ａのエージェント１
５０Ａ−１が作り出される。エージェント１５０Ａ−１
の実行状態は、エージェント１５０Ａ−１がオペレーシ
ョン”send”を遂行している時に、センドフレーム２９
０２を含む。エージェントの実行状態は以下に及びアペ
ンディックスＡに詳細に説明されている。センドフレー
ムはアペンディックスＢに詳細に説明されている。セン
ドフレーム２９０２（図７２）は、チケット２９０４の
リストを含み、このリストは、チケット２９０４Ｂ、２
９０４Ｃ及び２９０４Ｄを含み、これらのチケットは、
目的プレイスとして、それぞれプレイス２２０Ｂ、２２
０Ｃ及び２２０Ｄを特定する。従ってエージェント１５
０Ａの単一のクローンであるエージェント１５０Ａ−１
（図７１）はそれぞれプレイス２２０Ｂ、２２０Ｃ、２
２０Ｄに移行するべき別々の３つのエージェントクロー
ンを表している。
ローンすなわちエージェント１５０Ａのエージェント１
５０Ａ−１が作り出される。エージェント１５０Ａ−１
の実行状態は、エージェント１５０Ａ−１がオペレーシ
ョン”send”を遂行している時に、センドフレーム２９
０２を含む。エージェントの実行状態は以下に及びアペ
ンディックスＡに詳細に説明されている。センドフレー
ムはアペンディックスＢに詳細に説明されている。セン
ドフレーム２９０２（図７２）は、チケット２９０４の
リストを含み、このリストは、チケット２９０４Ｂ、２
９０４Ｃ及び２９０４Ｄを含み、これらのチケットは、
目的プレイスとして、それぞれプレイス２２０Ｂ、２２
０Ｃ及び２２０Ｄを特定する。従ってエージェント１５
０Ａの単一のクローンであるエージェント１５０Ａ−１
（図７１）はそれぞれプレイス２２０Ｂ、２２０Ｃ、２
２０Ｄに移行するべき別々の３つのエージェントクロー
ンを表している。
【０６９３】符号化されたエージェント１５０Ａ−１−
Ｅ（図７３）はアペンディックスＢの符号化規則に従っ
てエージェント１５０Ａ−１（図７１）を符号化した結
果である。符号化エージェント１５０Ａ−１−Ｅ（図７
３）には、目的点、１５０Ａ−１−Ｅ−Ｄ１、１５０Ａ
−１−Ｅ−Ｄ２及び１５０Ａ−１−Ｅ−Ｄ３があり、こ
れらは、エージェント１５０Ａ（図７１）の３つのクロ
ーンのそれぞれのトランスファー目的点を規定する。エ
ージェント１５０Ａの３つの全てのクローンがエンジン
１３２Ｅに転送されるので、目的点１５０Ａ−１−Ｅ−
Ｄ１、１５０Ａ−１−Ｅ−Ｄ２、及び１５０Ａ−１−Ｅ
−Ｄ３（図７３）は、エージェント１５０Ａ（図７１）
のそれぞれのクローンのトランスファー目的点としての
エンジン１３２Ｅを全て規定している。エンジン１３２
Ａは、目的点１５０Ａ−１−Ｅ−Ｄ１、１５０Ａ−１−
Ｅ−Ｄ２及び１５０Ａ−１−Ｅ−Ｄ３（図７３）が各々
トランスファー目的点としてのエンジンを規定している
ことと、エージェント１５０Ａ（図７１）の単一のクロ
ーンすなわち符号化されたエージェント１５０Ａ−１−
Ｅ（図７３）をエンジン１３２Ｅ（図７４）に移送させ
ることを定める。
Ｅ（図７３）はアペンディックスＢの符号化規則に従っ
てエージェント１５０Ａ−１（図７１）を符号化した結
果である。符号化エージェント１５０Ａ−１−Ｅ（図７
３）には、目的点、１５０Ａ−１−Ｅ−Ｄ１、１５０Ａ
−１−Ｅ−Ｄ２及び１５０Ａ−１−Ｅ−Ｄ３があり、こ
れらは、エージェント１５０Ａ（図７１）の３つのクロ
ーンのそれぞれのトランスファー目的点を規定する。エ
ージェント１５０Ａの３つの全てのクローンがエンジン
１３２Ｅに転送されるので、目的点１５０Ａ−１−Ｅ−
Ｄ１、１５０Ａ−１−Ｅ−Ｄ２、及び１５０Ａ−１−Ｅ
−Ｄ３（図７３）は、エージェント１５０Ａ（図７１）
のそれぞれのクローンのトランスファー目的点としての
エンジン１３２Ｅを全て規定している。エンジン１３２
Ａは、目的点１５０Ａ−１−Ｅ−Ｄ１、１５０Ａ−１−
Ｅ−Ｄ２及び１５０Ａ−１−Ｅ−Ｄ３（図７３）が各々
トランスファー目的点としてのエンジンを規定している
ことと、エージェント１５０Ａ（図７１）の単一のクロ
ーンすなわち符号化されたエージェント１５０Ａ−１−
Ｅ（図７３）をエンジン１３２Ｅ（図７４）に移送させ
ることを定める。
【０６９４】従って、３つの別々のクローンをエンジン
１３２Ａからエンジン１３２Ｅに転送するのではなく、
単一のクローンが、エンジン１３２Ｅに転送され、それ
によってエージェント１５０Ａのクローンによって占有
されたエンジン１３２Ａ中のスペースの量、及びクロー
ンをエンジン１３２Ｅに転送するために必要とされる時
間の量が比例的に減少される。
１３２Ａからエンジン１３２Ｅに転送するのではなく、
単一のクローンが、エンジン１３２Ｅに転送され、それ
によってエージェント１５０Ａのクローンによって占有
されたエンジン１３２Ａ中のスペースの量、及びクロー
ンをエンジン１３２Ｅに転送するために必要とされる時
間の量が比例的に減少される。
【０６９５】エージェント１５０Ａ−１は、オペレーシ
ョン”go”について前述したように、符号化され、エン
ジン１３２Ｅ（図７４）に転送される。エンジン１３２
Ｅは、エージェント１５０Ａ−１のセンドフレーム２９
０２のリスト２９０４を検索する。符号化されたエージ
ェントの構造は、アペンディックスＢに示すように標準
化されているので、エンジン例えばエンジン１３２Ｅ
は、符号化されたエージェント１５０Ａ−１をデコード
することなく、リスト２９０４を検索することができ
る。エンジン１３２Ｅは、センドフレーム２９０２のチ
ケット２９０４Ｂに対応する１つのクローンがエンジン
１３２Ｂに転送されるべきことと、チケット２９０４
Ｃ、２９０４Ｄに対応する２つのクローンがエンジン１
３２Ｆを経てそれぞれエンジン１３２Ｃ、１３２Ｄに転
送されるべきこと、を定める。そのため第２のクロー
ン、エージェント１５０Ａ−２（図７５）が、エンジン
１３２Ｅによってエージェント１５０Ａ−１から作り出
される。エージェント１５０Ａ−１が動かされる時に、
エージェント１５０Ａ−１のコピーであるエージェント
１５０Ａ−２も同様に符号化される。エージェント１５
０Ａ−２は、センドフレーム２９０２−２を含む、セン
ドフレーム２９０２−２はチケットリスト２９０４−２
を有する。チケットリスト２９０４−２は、エージェン
ト１５０Ａ−１のセンドフレーム２９０２のチケットリ
スト２９０４から除去された単一のチケット２９０４Ｂ
を有する。
ョン”go”について前述したように、符号化され、エン
ジン１３２Ｅ（図７４）に転送される。エンジン１３２
Ｅは、エージェント１５０Ａ−１のセンドフレーム２９
０２のリスト２９０４を検索する。符号化されたエージ
ェントの構造は、アペンディックスＢに示すように標準
化されているので、エンジン例えばエンジン１３２Ｅ
は、符号化されたエージェント１５０Ａ−１をデコード
することなく、リスト２９０４を検索することができ
る。エンジン１３２Ｅは、センドフレーム２９０２のチ
ケット２９０４Ｂに対応する１つのクローンがエンジン
１３２Ｂに転送されるべきことと、チケット２９０４
Ｃ、２９０４Ｄに対応する２つのクローンがエンジン１
３２Ｆを経てそれぞれエンジン１３２Ｃ、１３２Ｄに転
送されるべきこと、を定める。そのため第２のクロー
ン、エージェント１５０Ａ−２（図７５）が、エンジン
１３２Ｅによってエージェント１５０Ａ−１から作り出
される。エージェント１５０Ａ−１が動かされる時に、
エージェント１５０Ａ−１のコピーであるエージェント
１５０Ａ−２も同様に符号化される。エージェント１５
０Ａ−２は、センドフレーム２９０２−２を含む、セン
ドフレーム２９０２−２はチケットリスト２９０４−２
を有する。チケットリスト２９０４−２は、エージェン
ト１５０Ａ−１のセンドフレーム２９０２のチケットリ
スト２９０４から除去された単一のチケット２９０４Ｂ
を有する。
【０６９６】エージェント１５０Ａ−２はエンジン１３
２Ｂに移送され、エージェント１５０Ａ−１はエンジン
１３２Ｆ（図７６）に移送される。チケット２９０４Ｂ
はトリップの目的点としてプレイス２２０Ｂを特定し、
チケット２９０４Ｂはセンドフレーム２９０２−２のた
だ１つのチケットであるから、プレイス２２０Ｂはエー
ジェント１５０Ａ−２の目的点であり、エージェント１
５０Ａのいかなる他のクローンもエージェント１５０Ａ
−２から作り出されない。エージェント１５０Ａ−２は
エンジン１３２Ｂによってデコードされる。エージェン
ト１５０Ａ−２は、前述したようにプレイス２２０Ｂに
よりオペレーション”entering”の遂行によってプレイ
ス２２０Ｂの占有がパーミットされ、エージェント１５
０Ａ−２についてのオペレーション”send”のオペレー
ションは完了する。
２Ｂに移送され、エージェント１５０Ａ−１はエンジン
１３２Ｆ（図７６）に移送される。チケット２９０４Ｂ
はトリップの目的点としてプレイス２２０Ｂを特定し、
チケット２９０４Ｂはセンドフレーム２９０２−２のた
だ１つのチケットであるから、プレイス２２０Ｂはエー
ジェント１５０Ａ−２の目的点であり、エージェント１
５０Ａのいかなる他のクローンもエージェント１５０Ａ
−２から作り出されない。エージェント１５０Ａ−２は
エンジン１３２Ｂによってデコードされる。エージェン
ト１５０Ａ−２は、前述したようにプレイス２２０Ｂに
よりオペレーション”entering”の遂行によってプレイ
ス２２０Ｂの占有がパーミットされ、エージェント１５
０Ａ−２についてのオペレーション”send”のオペレー
ションは完了する。
【０６９７】センドフレーム２９０２Ｂは、そのためエ
ージェント１５０Ａ−２の実行状態から、実行モデルの
コンテキストにおいて以下に説明されるように除去され
る。エージェント１５０Ａ−１はエンジン１３２Ｆに移
送される。エージェント１５０Ａ−１の実行状態の一部
分であるセンドフレーム２９０２には、チケット２９０
２Ｃ、２９０４Ｄを含むチケットリスト２９０４が含ま
れる。従ってエージェント１５０Ａ−１はそれぞれプレ
イス２２０Ｃ、２２０Ｄに向かって移動しているエージ
ェント１５０Ａの２つのクローンを表している。従って
単一のクローンすなわちエージェント１５０Ａ−１をエ
ンジン１３２Ｅからエンジン１３２Ｆに移送することに
よって、前述したように、エンジン１３２Ｅとエンジン
１３２Ｆの間でデータを転送するのに必要な時間とエン
ジン１３２Ｅに格納するスペースとが実質的に節減され
る。
ージェント１５０Ａ−２の実行状態から、実行モデルの
コンテキストにおいて以下に説明されるように除去され
る。エージェント１５０Ａ−１はエンジン１３２Ｆに移
送される。エージェント１５０Ａ−１の実行状態の一部
分であるセンドフレーム２９０２には、チケット２９０
２Ｃ、２９０４Ｄを含むチケットリスト２９０４が含ま
れる。従ってエージェント１５０Ａ−１はそれぞれプレ
イス２２０Ｃ、２２０Ｄに向かって移動しているエージ
ェント１５０Ａの２つのクローンを表している。従って
単一のクローンすなわちエージェント１５０Ａ−１をエ
ンジン１３２Ｅからエンジン１３２Ｆに移送することに
よって、前述したように、エンジン１３２Ｅとエンジン
１３２Ｆの間でデータを転送するのに必要な時間とエン
ジン１３２Ｅに格納するスペースとが実質的に節減され
る。
【０６９８】前述したように、エンジン１３２Ｆにおい
ては、（ｉ）エージェント１５０Ａの第３のクローンす
なわちエージェント１５０Ａ−３がエージェント１５０
Ａ−１から形成され、（ｉ）チケット２９０４Ｃを含む
エージェント１５０Ａ−３には、センドフレーム（図示
しない）が含まれる。エージェント１５０Ａ−３がそれ
からコピーされたエージェント１５０Ａ−１は、符号化
され、エージェント１５０Ａ−３も符号化される。チケ
ット２９０４Ｃはエージェント１５０Ａ−１のセンドフ
レーム２９０２から除去される。エージェント１５０Ａ
−３は、エンジン１３２Ｃに移送され、エージェント１
５０Ａ−１は、エンジン１３２Ｄ（図７７）に移送され
る。
ては、（ｉ）エージェント１５０Ａの第３のクローンす
なわちエージェント１５０Ａ−３がエージェント１５０
Ａ−１から形成され、（ｉ）チケット２９０４Ｃを含む
エージェント１５０Ａ−３には、センドフレーム（図示
しない）が含まれる。エージェント１５０Ａ−３がそれ
からコピーされたエージェント１５０Ａ−１は、符号化
され、エージェント１５０Ａ−３も符号化される。チケ
ット２９０４Ｃはエージェント１５０Ａ−１のセンドフ
レーム２９０２から除去される。エージェント１５０Ａ
−３は、エンジン１３２Ｃに移送され、エージェント１
５０Ａ−１は、エンジン１３２Ｄ（図７７）に移送され
る。
【０６９９】エンジン１３２Ｃは、チケット２９０４Ｃ
によって規定されるエージェント１５０Ａ−３のトリッ
プの目的点であるプレイス２２０Ｃを含み、エンジン１
３２Ｄは、チケット２９０４Ｄによって規定されるエー
ジェント１５０Ａ−１のトリップ目的点であるプレイス
２２０Ｄを含む。前述したように、（ｉ）エンジン１３
２Ｃは、エージェント１５０Ａ−３をデコードし、エー
ジェント１５０Ａ−３には、オペレーション”enterin
g”の実行によってプレイス２２０Ｃの占有がパーミッ
トされ、（ｉｉ）エンジン１３２Ｄはエージェント１５
０Ａ−１をデコードし、エージェント１５０Ａ−１に
は、オペレーション”entering”の遂行によってプレイ
ス２２０Ｄの占有がパーミットされる。センドフレーム
２９０２（図示しない）は、目的点としてプレイス２２
０Ｄを特定化する単一のチケットを有しているので、オ
ペレーション”send”はエージェント１５０Ａ−１につ
いて終了する。同様に、エージェント１５０Ａ−３は、
単一のプレイスすなわち、エージェント１５０Ａ−３に
よって占有されるプレイスであるプレイス２２０Ｃをト
リップの目的点として特定するセンドフレームを含むの
で、エージェント１５０Ａ−３についてもオペレーショ
ン”send”は同様に終了する。改行エージェント１５０
Ａ−１、１５０Ａ−２及び１５０Ａ−３の各々は、それ
ぞれのエージェントクローンが行なうトリップを規定す
る単一のチケットを含むセンドフレームを含む実行状態
を有するオペレーション”send”の遂行を完了する。そ
れぞれの単一のチケットは、それぞれのエージェントに
よるオペレーション”send”の遂行の結果として生じた
チケットスタブを導くために前述したように使用され
る。
によって規定されるエージェント１５０Ａ−３のトリッ
プの目的点であるプレイス２２０Ｃを含み、エンジン１
３２Ｄは、チケット２９０４Ｄによって規定されるエー
ジェント１５０Ａ−１のトリップ目的点であるプレイス
２２０Ｄを含む。前述したように、（ｉ）エンジン１３
２Ｃは、エージェント１５０Ａ−３をデコードし、エー
ジェント１５０Ａ−３には、オペレーション”enterin
g”の実行によってプレイス２２０Ｃの占有がパーミッ
トされ、（ｉｉ）エンジン１３２Ｄはエージェント１５
０Ａ−１をデコードし、エージェント１５０Ａ−１に
は、オペレーション”entering”の遂行によってプレイ
ス２２０Ｄの占有がパーミットされる。センドフレーム
２９０２（図示しない）は、目的点としてプレイス２２
０Ｄを特定化する単一のチケットを有しているので、オ
ペレーション”send”はエージェント１５０Ａ−１につ
いて終了する。同様に、エージェント１５０Ａ−３は、
単一のプレイスすなわち、エージェント１５０Ａ−３に
よって占有されるプレイスであるプレイス２２０Ｃをト
リップの目的点として特定するセンドフレームを含むの
で、エージェント１５０Ａ−３についてもオペレーショ
ン”send”は同様に終了する。改行エージェント１５０
Ａ−１、１５０Ａ−２及び１５０Ａ−３の各々は、それ
ぞれのエージェントクローンが行なうトリップを規定す
る単一のチケットを含むセンドフレームを含む実行状態
を有するオペレーション”send”の遂行を完了する。そ
れぞれの単一のチケットは、それぞれのエージェントに
よるオペレーション”send”の遂行の結果として生じた
チケットスタブを導くために前述したように使用され
る。
【０７００】従って、それぞれの目的プレイスにいくつ
かのクローンを転送する際にクローニングをできるだけ
長い間遅らせることによって、オペレーション”send”
の遂行において実質的な量のコンピュータの格納スペー
ス及び時間が節減される。
かのクローンを転送する際にクローニングをできるだけ
長い間遅らせることによって、オペレーション”send”
の遂行において実質的な量のコンピュータの格納スペー
ス及び時間が節減される。
【０７０１】センドフレーム２９０２の、エージェント
１５０Ａ−１の転送中の構造を、図３０に示す。クラ
ス”センドフレーム”は、プロパティ”チケット”を規
定する。センドフレーム２９０２のプロパティ”チケッ
ト”は、チケット２９０４Ｂ、２９０４Ｃ及び２９０４
Ｄをアイテムとするリスト２９０４である。チケット２
９０４Ｂ、２９０４Ｃ及び２９０４Ｄは、応答エージェ
ント１５０Ａのそれぞれのクローンが行なうそれぞれの
トリップを規定する。
１５０Ａ−１の転送中の構造を、図３０に示す。クラ
ス”センドフレーム”は、プロパティ”チケット”を規
定する。センドフレーム２９０２のプロパティ”チケッ
ト”は、チケット２９０４Ｂ、２９０４Ｃ及び２９０４
Ｄをアイテムとするリスト２９０４である。チケット２
９０４Ｂ、２９０４Ｃ及び２９０４Ｄは、応答エージェ
ント１５０Ａのそれぞれのクローンが行なうそれぞれの
トリップを規定する。
【０７０２】前述したように、エージェント１５０Ａが
オペレーション”send”を遂行することによって、一以
上のエージェントクローンが作り出され、各々のエージ
ェントクローンは、エージェント１５０Ａの一以上のク
ローンを表している。各々のエージェントクローン例え
ばエージェント１５０Ａ−１（図７１）を形成する場合
には、そのエージェントクローンにセンドフレーム２９
０２のコピーが含まれる。センドフレームコピーのプロ
パティ”チケット”は、エージェントクローンによって
表されるクローンに対応するチケットのみを包含するよ
うに変更される。一例としてエージェント１５０Ａ−２
（図７５）は、センドフレーム２９０２−２を含み、こ
のセンドフレーム２９０２−２は、チケット２９０４Ｂ
を含み、エージェント１５０Ａ−１は、センドフレーム
２９０２を含み、センドフレーム２９０２は、チケット
２９０４Ｃ及び２９０４Ｄを含む。
オペレーション”send”を遂行することによって、一以
上のエージェントクローンが作り出され、各々のエージ
ェントクローンは、エージェント１５０Ａの一以上のク
ローンを表している。各々のエージェントクローン例え
ばエージェント１５０Ａ−１（図７１）を形成する場合
には、そのエージェントクローンにセンドフレーム２９
０２のコピーが含まれる。センドフレームコピーのプロ
パティ”チケット”は、エージェントクローンによって
表されるクローンに対応するチケットのみを包含するよ
うに変更される。一例としてエージェント１５０Ａ−２
（図７５）は、センドフレーム２９０２−２を含み、こ
のセンドフレーム２９０２−２は、チケット２９０４Ｂ
を含み、エージェント１５０Ａ−１は、センドフレーム
２９０２を含み、センドフレーム２９０２は、チケット
２９０４Ｃ及び２９０４Ｄを含む。
【０７０３】従ってエージェント１５０Ａ−２は、チケ
ット２９０４Ｂによって指定されたプレイスすなわちプ
レイス２２０Ｂに向かって移動しているエージェント１
５０Ａの単一のクローンを表している。同様に、エージ
ェント１５０Ａ−１は、チケット２９０４Ｃ、２９０４
Ｄによって特定されたプレイスに向かって移動している
エージェント１５０Ａの２つのクローンをそれぞれ表し
ている。
ット２９０４Ｂによって指定されたプレイスすなわちプ
レイス２２０Ｂに向かって移動しているエージェント１
５０Ａの単一のクローンを表している。同様に、エージ
ェント１５０Ａ−１は、チケット２９０４Ｃ、２９０４
Ｄによって特定されたプレイスに向かって移動している
エージェント１５０Ａの２つのクローンをそれぞれ表し
ている。
【０７０４】各々のクローンがそれぞれの目的点に到達
したら、センドフレーム２９０２のプロパティ”チケッ
ト”（図３０）は、正確に１つのチケットのリストとな
る。一例としてエージェント１５０Ａ−１、１５０Ａ−
２、１５０Ａ−３（図７７）は、フレーム２９０２、２
９０２−２、２９０２−３をそれぞれ含み、これらのフ
レームは各々単一のチケットすなわちそれぞれのチケッ
ト２９０４Ｄ、２９０４Ｂ、２９０４Ｃを各々含む。従
って各々のセンドフレームは、対応するエージェントク
ローンが行なうトリップを規定する単一のチケットを有
している。この単一のチケットは、それぞれのエージェ
ントクローンによるオペレーション”send”の遂行の結
果として生成されるチケットスタブを形成するために前
述したように使用される。
したら、センドフレーム２９０２のプロパティ”チケッ
ト”（図３０）は、正確に１つのチケットのリストとな
る。一例としてエージェント１５０Ａ−１、１５０Ａ−
２、１５０Ａ−３（図７７）は、フレーム２９０２、２
９０２−２、２９０２−３をそれぞれ含み、これらのフ
レームは各々単一のチケットすなわちそれぞれのチケッ
ト２９０４Ｄ、２９０４Ｂ、２９０４Ｃを各々含む。従
って各々のセンドフレームは、対応するエージェントク
ローンが行なうトリップを規定する単一のチケットを有
している。この単一のチケットは、それぞれのエージェ
ントクローンによるオペレーション”send”の遂行の結
果として生成されるチケットスタブを形成するために前
述したように使用される。
【０７０５】従って２以上のエージェントクローンが部
分的に同延であるトリップを行なう限り、オペレーショ
ン”send”を遂行するエージェントのクローニングを延
期（ディファー）することによって、コンピュータの格
納スペース及びデータ転送時間が実質的に節減される。
オペレーション”go”のコンテキストによって前述した
ように、あるエージェントによるオペレーション”go”
の遂行の間に例外が投出された場合には、そのエージェ
ントはパーガトリーに置くことができる。同様にエージ
ェントクローンによるオペレーション”send”の遂行の
間に例外が投出された場合にはそのエージェントクロー
ンはパーガトリーに置くことができる。また単一の符号
化されたエージェント例えばエージェント１５０Ａ−１
（図７４）によって表されるエージェントの複数のクロ
ーンの転送が失敗した場合、その場合、符号化されたエ
ージェントによって表されるこの各々のクローンは、前
述したように、デコードされ、活性化され、パーガトリ
ーに置かれる。
分的に同延であるトリップを行なう限り、オペレーショ
ン”send”を遂行するエージェントのクローニングを延
期（ディファー）することによって、コンピュータの格
納スペース及びデータ転送時間が実質的に節減される。
オペレーション”go”のコンテキストによって前述した
ように、あるエージェントによるオペレーション”go”
の遂行の間に例外が投出された場合には、そのエージェ
ントはパーガトリーに置くことができる。同様にエージ
ェントクローンによるオペレーション”send”の遂行の
間に例外が投出された場合にはそのエージェントクロー
ンはパーガトリーに置くことができる。また単一の符号
化されたエージェント例えばエージェント１５０Ａ−１
（図７４）によって表されるエージェントの複数のクロ
ーンの転送が失敗した場合、その場合、符号化されたエ
ージェントによって表されるこの各々のクローンは、前
述したように、デコードされ、活性化され、パーガトリ
ーに置かれる。
【０７０６】エージェント間の相互作用： オペレーシ
ョン”Meet” 同一のプレイスを占有する２つのエージェントは、一方
のエージェントが他方のエージェントにあるオペレーシ
ョンを行ない又はある属性を設定又は質疑することを求
めることによって、互いに相互作用することができる。
リクエストされたオペレーションのアーギュメント及び
結果又は設定又は質疑された属性を介して２つのエージ
ェントの間に情報の交換が行なわれる。一例としてエー
ジェント１５０Ａ、１５０Ｂは、エンジン１３２Ｂ（図
５０）内において実行されているプレイス２２０Ｂを占
有している。従ってエージェント１５０Ａ、１５０Ｂ
は、（ｉ）エージェントＢがあるフィーチャーを遂行す
ることをエージェント１５０Ａがリクエストするか、ま
たは（ｉｉ）エージェントＡがフィーチャーを遂行する
ことをエージェント１５０Ｂがリクエストすることによ
って、相互作用することができる。
ョン”Meet” 同一のプレイスを占有する２つのエージェントは、一方
のエージェントが他方のエージェントにあるオペレーシ
ョンを行ない又はある属性を設定又は質疑することを求
めることによって、互いに相互作用することができる。
リクエストされたオペレーションのアーギュメント及び
結果又は設定又は質疑された属性を介して２つのエージ
ェントの間に情報の交換が行なわれる。一例としてエー
ジェント１５０Ａ、１５０Ｂは、エンジン１３２Ｂ（図
５０）内において実行されているプレイス２２０Ｂを占
有している。従ってエージェント１５０Ａ、１５０Ｂ
は、（ｉ）エージェントＢがあるフィーチャーを遂行す
ることをエージェント１５０Ａがリクエストするか、ま
たは（ｉｉ）エージェントＡがフィーチャーを遂行する
ことをエージェント１５０Ｂがリクエストすることによ
って、相互作用することができる。
【０７０７】エージェント１５０Ａは、エージェント１
５０Ａがエージェント１５０Ｂに対するリファレンス
（参照）を持つ場合にのみエージェント１５０Ｂがフィ
ーチャーを遂行することをリクエストすることができ
る。同様にエージェント１５０Ｂは、エージェント１５
０Ｂがエージェント１５０Ａへのリファレンスを含む場
合にのみエージェントＡがフィーチャーを遂行すること
をリクエストすることができる。エージェント１５０Ａ
は、エージェント１５０Ａ、１５０Ｂが占有者であるミ
ーティングプレイスによってオペレーション”meet”を
遂行することをリクエストすることによって、エージェ
ント１５０Ｂに対するリファレンスを取得する。ここま
ではプレイス２２０Ｂは、エージェント１５０Ａ、１５
０Ｂによって占有されるプレイスとしてのみ記述されて
いる。以下の説明の目的のためには、プレイス２２０Ｂ
は、ミーティングプレイス、すなわちクラス”ミーティ
ングプレイス”の１メンバである。ミーティングプレイ
スについてはアペンディックスＡにおいて一層詳細に説
明する。
５０Ａがエージェント１５０Ｂに対するリファレンス
（参照）を持つ場合にのみエージェント１５０Ｂがフィ
ーチャーを遂行することをリクエストすることができ
る。同様にエージェント１５０Ｂは、エージェント１５
０Ｂがエージェント１５０Ａへのリファレンスを含む場
合にのみエージェントＡがフィーチャーを遂行すること
をリクエストすることができる。エージェント１５０Ａ
は、エージェント１５０Ａ、１５０Ｂが占有者であるミ
ーティングプレイスによってオペレーション”meet”を
遂行することをリクエストすることによって、エージェ
ント１５０Ｂに対するリファレンスを取得する。ここま
ではプレイス２２０Ｂは、エージェント１５０Ａ、１５
０Ｂによって占有されるプレイスとしてのみ記述されて
いる。以下の説明の目的のためには、プレイス２２０Ｂ
は、ミーティングプレイス、すなわちクラス”ミーティ
ングプレイス”の１メンバである。ミーティングプレイ
スについてはアペンディックスＡにおいて一層詳細に説
明する。
【０７０８】図７８、図７９は、オペレーション”mee
t”のインタフェースを表している。フレーム３１００
はエージェント１５０Ａの実行状態の一部分である。フ
レームの３１００はミーティングプレイス２２０Ｂによ
るオペレーション”meet”の遂行状態を記録する。ミー
ティングプレイス２２０Ｂは、オペレーション”meet”
のレスポンダーとしてのエージェント１５０Ａの実行状
態内において特定される。
t”のインタフェースを表している。フレーム３１００
はエージェント１５０Ａの実行状態の一部分である。フ
レームの３１００はミーティングプレイス２２０Ｂによ
るオペレーション”meet”の遂行状態を記録する。ミー
ティングプレイス２２０Ｂは、オペレーション”meet”
のレスポンダーとしてのエージェント１５０Ａの実行状
態内において特定される。
【０７０９】フレームの３１００は、現在のスタックで
あるスタック３１０２を含む。スタック３１０２は、オ
ペレーション”meet”（図７８）の遂行の直前に、ペテ
ィション３１６０をその上部に備えている。ペティショ
ン３１６０は、オペレーション”meet”の遂行によって
消費されたアーギュメントである。
あるスタック３１０２を含む。スタック３１０２は、オ
ペレーション”meet”（図７８）の遂行の直前に、ペテ
ィション３１６０をその上部に備えている。ペティショ
ン３１６０は、オペレーション”meet”の遂行によって
消費されたアーギュメントである。
【０７１０】ペティションすなわちクラス”Petition”
のメンバについては以下に、及びアペンディックスＡ
に、一層詳細に説明する。
のメンバについては以下に、及びアペンディックスＡ
に、一層詳細に説明する。
【０７１１】フローチャート３２００（図８０）は、ミ
ーティングプレイス２２０Ｂによって遂行されるオペレ
ーション”meet”のインプリメンテーションを示してい
る。エンジン１３２Ｂ（図５０）は、ミーティングプレ
イス２２０Ｂによって遂行されるオペレーション”mee
t”を遂行する際に、ペティション３１０６（図７８）
を分析することによって、ペティションの対象であるエ
ージェントを定める。ペティション３１０６はペティシ
ョンの対象であるエージェントをネーム、クラス又はそ
の両方によって特定する。ペティションの対象であるエ
ージェントは、ミーティングをリクエストしたエージェ
ントがミーティングを行なうようになっているエージェ
ントとして、ペティションによって特定されたエージェ
ントである。
ーティングプレイス２２０Ｂによって遂行されるオペレ
ーション”meet”のインプリメンテーションを示してい
る。エンジン１３２Ｂ（図５０）は、ミーティングプレ
イス２２０Ｂによって遂行されるオペレーション”mee
t”を遂行する際に、ペティション３１０６（図７８）
を分析することによって、ペティションの対象であるエ
ージェントを定める。ペティション３１０６はペティシ
ョンの対象であるエージェントをネーム、クラス又はそ
の両方によって特定する。ペティションの対象であるエ
ージェントは、ミーティングをリクエストしたエージェ
ントがミーティングを行なうようになっているエージェ
ントとして、ペティションによって特定されたエージェ
ントである。
【０７１２】エンジン１３２Ｂは、ポップペティション
ステップ３２０２（図８０）において現在のスタックか
らペティション３１０６をポップする。処理はポップペ
ティションステップ３２０２からステップ３２０４に移
行する。ステップ３２０４においてエンジン１３２Ｂ
は、新しいエンプティなテレネームリストを作り出す。
ステップ３２０４において作り出されたリストのテレネ
ームは、リクエストしたエージェントとのミーティング
を拒絶したペティションの対象であるエージェントのテ
レネームである。最初はペティションの対象であるいか
なるエージェントもリクエストしたエージェントとのミ
ーディングを拒絶していないので、このリクエストは最
初はエンプティである。
ステップ３２０２（図８０）において現在のスタックか
らペティション３１０６をポップする。処理はポップペ
ティションステップ３２０２からステップ３２０４に移
行する。ステップ３２０４においてエンジン１３２Ｂ
は、新しいエンプティなテレネームリストを作り出す。
ステップ３２０４において作り出されたリストのテレネ
ームは、リクエストしたエージェントとのミーティング
を拒絶したペティションの対象であるエージェントのテ
レネームである。最初はペティションの対象であるいか
なるエージェントもリクエストしたエージェントとのミ
ーディングを拒絶していないので、このリクエストは最
初はエンプティである。
【０７１３】処理はステップ３２０４から、ファインド
ペティションドエージェントステップ３２０６に移行
し、このステップ３２０６において、オペレーション”
meet”を遂行しているエンジンがペティションの対象で
あるエージェントを、すなわち、ステップ３２０４（図
８０）によって作り出されたテレネームのリストのアイ
テムにそのテレネームが含まれない、ペティション３１
０６（図７８）を満たすエージェントを見出す。あるエ
ージェントは次のようにしてペティション３１０６（図
７８）を満たす。
ペティションドエージェントステップ３２０６に移行
し、このステップ３２０６において、オペレーション”
meet”を遂行しているエンジンがペティションの対象で
あるエージェントを、すなわち、ステップ３２０４（図
８０）によって作り出されたテレネームのリストのアイ
テムにそのテレネームが含まれない、ペティション３１
０６（図７８）を満たすエージェントを見出す。あるエ
ージェントは次のようにしてペティション３１０６（図
７８）を満たす。
【０７１４】アペンディクスＡ２に詳細に説明するよう
に、ペティション３１０６は、プロパティ”agentNam
e”及びプロパティ”agentClass”（どちらも図示しな
い）を含む。プロパティ”agentName”及び”agentClas
s”はオプションであり、従ってどちらもゼロであって
もよい。ペティション３１０６のプロパティ”agentNam
e”がテレネームであり、プロパティ”agentClass”が
ゼロである場合、ペティションの対象であるエージェン
トは、ペティション３１０６のプロパティ”agentNam
e”であるテレネームによってそのテレネームが指定さ
れたエージェントである。
に、ペティション３１０６は、プロパティ”agentNam
e”及びプロパティ”agentClass”（どちらも図示しな
い）を含む。プロパティ”agentName”及び”agentClas
s”はオプションであり、従ってどちらもゼロであって
もよい。ペティション３１０６のプロパティ”agentNam
e”がテレネームであり、プロパティ”agentClass”が
ゼロである場合、ペティションの対象であるエージェン
トは、ペティション３１０６のプロパティ”agentNam
e”であるテレネームによってそのテレネームが指定さ
れたエージェントである。
【０７１５】プロパティ”agentClass”がサイテイショ
ンであり、プロパティ”agentName”がゼロである場
合、ペティションの対象であるエージェントは、ペティ
ション３１０６のプロパティ３１０６のプロパティ”ag
entClass”であるサイテイションによって特定されたク
ラスのメンバであるエージェントである。どちらのプロ
パティもゼロでない場合ペティションの対象であるエー
ジェントは、両方の基準を満たすエージェントである。
どちらのプロパティもゼロである場合、クラス”ミーテ
ィング不適切”の例外が投出され、オペレーション”me
et”を失敗に終わらせる。
ンであり、プロパティ”agentName”がゼロである場
合、ペティションの対象であるエージェントは、ペティ
ション３１０６のプロパティ３１０６のプロパティ”ag
entClass”であるサイテイションによって特定されたク
ラスのメンバであるエージェントである。どちらのプロ
パティもゼロでない場合ペティションの対象であるエー
ジェントは、両方の基準を満たすエージェントである。
どちらのプロパティもゼロである場合、クラス”ミーテ
ィング不適切”の例外が投出され、オペレーション”me
et”を失敗に終わらせる。
【０７１６】処理がファインドペティションドエージェ
ントステップ３２０６からテストステップ３２０８に移
行し、このテストステップにおいて、エンジン１３２Ｂ
は、ペティションの対象であるエージェントがファイン
ドペティションドエージェントステップ３２０６におい
て見出されるか否かを定める。ペティションの対象であ
るエージェントがファインドペティションドエージェン
トステップ３２０６で見出されなかったら、処理がテス
トステップ３２０８から、後述するウェイトステップ３
２２２に移行する。逆にペティションに対象であるエー
ジェントがファインドペティションドエージェントステ
ップ３２０６において見出されたら、処理はテストステ
ップ３２０８からミーティングステップ３２１０に移行
する。
ントステップ３２０６からテストステップ３２０８に移
行し、このテストステップにおいて、エンジン１３２Ｂ
は、ペティションの対象であるエージェントがファイン
ドペティションドエージェントステップ３２０６におい
て見出されるか否かを定める。ペティションの対象であ
るエージェントがファインドペティションドエージェン
トステップ３２０６で見出されなかったら、処理がテス
トステップ３２０８から、後述するウェイトステップ３
２２２に移行する。逆にペティションに対象であるエー
ジェントがファインドペティションドエージェントステ
ップ３２０６において見出されたら、処理はテストステ
ップ３２０８からミーティングステップ３２１０に移行
する。
【０７１７】ミーティングステップ３２１０において、
ペティションの対象であるエージェントには、ミーティ
ングプレイス２２０Ｂを解釈しているエンジン１３２Ｂ
によってオペレーション”meeting”を遂行することが
求められる。オペレーション”meeting”を遂行する際
に、ペティションの対象であるエージェントは、エージ
ェント１５０Ａとのミーティングに参加することに同意
するか、又はこれを拒絶する。オペレーション”meetin
g”については、以下又はアペンディクスＡに詳細に説
明されている。
ペティションの対象であるエージェントには、ミーティ
ングプレイス２２０Ｂを解釈しているエンジン１３２Ｂ
によってオペレーション”meeting”を遂行することが
求められる。オペレーション”meeting”を遂行する際
に、ペティションの対象であるエージェントは、エージ
ェント１５０Ａとのミーティングに参加することに同意
するか、又はこれを拒絶する。オペレーション”meetin
g”については、以下又はアペンディクスＡに詳細に説
明されている。
【０７１８】ペティションの対象であるエージェントに
よるオペレーション”meeting”の遂行後に処理はミー
ティングステップ３２１０からテストステップ３２１２
に移行する。テストステップ３２１２においてエンジン
１３２Ｂは、オペレーション”meeting”が成功のうち
に終了し、ペティションの対象であるエージェントがミ
ーティングに同意したことを示すか否かを定める。ペテ
ィションの対象であるエージェントはミーティングを拒
絶した場合、すなわち処理はテストステップ３２１２か
ら、以下に説明する第１のフリクオリファイドテストス
テップ３２３４に移行する。その逆に、ペティションの
対象であるエージェントがミーティングに同意した場
合、すなわちオペレーション”meeting”が成功のうち
に終了した場合、処理はテストステップ３２１２からビ
ルドコンタクトステップ３２１６に移行する。
よるオペレーション”meeting”の遂行後に処理はミー
ティングステップ３２１０からテストステップ３２１２
に移行する。テストステップ３２１２においてエンジン
１３２Ｂは、オペレーション”meeting”が成功のうち
に終了し、ペティションの対象であるエージェントがミ
ーティングに同意したことを示すか否かを定める。ペテ
ィションの対象であるエージェントはミーティングを拒
絶した場合、すなわち処理はテストステップ３２１２か
ら、以下に説明する第１のフリクオリファイドテストス
テップ３２３４に移行する。その逆に、ペティションの
対象であるエージェントがミーティングに同意した場
合、すなわちオペレーション”meeting”が成功のうち
に終了した場合、処理はテストステップ３２１２からビ
ルドコンタクトステップ３２１６に移行する。
【０７１９】ビルドコンタクトステップ３２１６におい
て、ペティションの対象であるエージェントをサブジェ
クトするコンタクト３１０８（図７９）が作り出され
る。処理はビルドコンタクトステップ３２１６（図８
０）からプッシュコンタクトステップ３２１８に移行
し、このステップ３２１８において、コンタクト３１０
８（図７９）がスタック３１０２に保存されることによ
って、コンタクト３１０８を生成する。処理はプッシュ
コンタクトステップ３２１８から終了ステップ３２２０
に移行しこのステップ３２２０においてオペレーショ
ン”meet”は成功のうちに終了する。
て、ペティションの対象であるエージェントをサブジェ
クトするコンタクト３１０８（図７９）が作り出され
る。処理はビルドコンタクトステップ３２１６（図８
０）からプッシュコンタクトステップ３２１８に移行
し、このステップ３２１８において、コンタクト３１０
８（図７９）がスタック３１０２に保存されることによ
って、コンタクト３１０８を生成する。処理はプッシュ
コンタクトステップ３２１８から終了ステップ３２２０
に移行しこのステップ３２２０においてオペレーショ
ン”meet”は成功のうちに終了する。
【０７２０】しかし前述したようにペティションの対象
であるエージェントが、オペレーション”meeting”の
遂行において反対を表明し、それによってエージェント
１５０Ａとのミーティングを拒絶した場合には、処理は
テストステップ３２１２から第１のフリクオリファイド
テストステップ３２３４に移行する。第１のフリクオリ
ファイドテストステップ３２３４では、エンジン１３２
Ｂは、ペティション３１０６（図７８）が十分に有資格
であるか否かを定める。ペティション３１０６は、ペテ
ィション３１０６のプロパティ”agentName”であるテ
レネームが十分に有資格である場合に有資格とされる。
テレネームは、プロパティ”authority”とプロパテ
ィ”identity”とをともに有する。テレネームについて
はアペンディクスＡに一層詳細に説明されている。テレ
ネームのプロパティ”identity”はオプションであり、
すなわちゼロとすることができる。テレネームのプロパ
ティ”identity”がゼロである場合、そのテレネームは
部分的に有資格であり、テレネームのプロパティ”auth
ority”であるオーソリティのすべてのネームのあるオ
ブジェクトを意味する。他方では、テレネームのプロパ
ティ”identity”がゼロでない場合、そのテレネームは
十分に有資格であり、正確にゼロ又は１つの面のあるオ
ブジェクトを意味する。
であるエージェントが、オペレーション”meeting”の
遂行において反対を表明し、それによってエージェント
１５０Ａとのミーティングを拒絶した場合には、処理は
テストステップ３２１２から第１のフリクオリファイド
テストステップ３２３４に移行する。第１のフリクオリ
ファイドテストステップ３２３４では、エンジン１３２
Ｂは、ペティション３１０６（図７８）が十分に有資格
であるか否かを定める。ペティション３１０６は、ペテ
ィション３１０６のプロパティ”agentName”であるテ
レネームが十分に有資格である場合に有資格とされる。
テレネームは、プロパティ”authority”とプロパテ
ィ”identity”とをともに有する。テレネームについて
はアペンディクスＡに一層詳細に説明されている。テレ
ネームのプロパティ”identity”はオプションであり、
すなわちゼロとすることができる。テレネームのプロパ
ティ”identity”がゼロである場合、そのテレネームは
部分的に有資格であり、テレネームのプロパティ”auth
ority”であるオーソリティのすべてのネームのあるオ
ブジェクトを意味する。他方では、テレネームのプロパ
ティ”identity”がゼロでない場合、そのテレネームは
十分に有資格であり、正確にゼロ又は１つの面のあるオ
ブジェクトを意味する。
【０７２１】第１のフリクオリファイドテストステップ
３２３４（図８０）において、エンジン１３２Ｂは、ペ
ティション３１０６（図７８）が十分に有資格であるか
否かを定める。ペティション３１０６（図７８）が十分
に有資格であれば、処理は第１のフリクオリファイドテ
ストステップ３２３４から終了ステップ３２３６に移行
し、この終了ステップにおいて、クラス”ミーティング
拒絶の”反対が表明され、オペレーション”meeting”
を失敗に終わらせる。したがって、ペティション３１０
６（図７８）が十分に有資格であり、ペティション３１
０６を満たす１つのエージェントがミーティングを拒絶
した場合、オペレーション”meet”は失敗に終わる。他
方では、ペティション３１０６を十分に有資格でない場
合には、処理は第１のフリクオリファイドテストステッ
プ３２３４からアッドエージェントツウリストステップ
３２１４に移行する。
３２３４（図８０）において、エンジン１３２Ｂは、ペ
ティション３１０６（図７８）が十分に有資格であるか
否かを定める。ペティション３１０６（図７８）が十分
に有資格であれば、処理は第１のフリクオリファイドテ
ストステップ３２３４から終了ステップ３２３６に移行
し、この終了ステップにおいて、クラス”ミーティング
拒絶の”反対が表明され、オペレーション”meeting”
を失敗に終わらせる。したがって、ペティション３１０
６（図７８）が十分に有資格であり、ペティション３１
０６を満たす１つのエージェントがミーティングを拒絶
した場合、オペレーション”meet”は失敗に終わる。他
方では、ペティション３１０６を十分に有資格でない場
合には、処理は第１のフリクオリファイドテストステッ
プ３２３４からアッドエージェントツウリストステップ
３２１４に移行する。
【０７２２】アッドエージェントツウリストステップ３
２１４において、ファインドペティションドエージェン
トステップ３２０６において見出された、ペティション
の対象であるエージェントが、ステップ３２０４におい
て作り出されたテレネームリストに付加される。処理は
アッドエージェントツウリストステップ３２１４からフ
ァインドペティションドエージェントステップ３２０６
に移行する。
２１４において、ファインドペティションドエージェン
トステップ３２０６において見出された、ペティション
の対象であるエージェントが、ステップ３２０４におい
て作り出されたテレネームリストに付加される。処理は
アッドエージェントツウリストステップ３２１４からフ
ァインドペティションドエージェントステップ３２０６
に移行する。
【０７２３】前述したように、ペティションの対象であ
るエージェントがファインドペティションドエージェン
トステップ３２０６において見出されなかった場合に
は、処理にはテストステップ３２０８からウェイトステ
ップ３２２２に移行する。ウェイトステップ３２２２に
おいては、エージェント１５０Ａの解釈は、ペティショ
ン３１０６（図７８）が終了するか、又はエージェント
がミーティングプレイス２２０Ｂに入るまで、すなわち
ミーティング２２０Ｂが成功のうちにオペレーション”
entering”を遂行するまで中断される。ペティション３
１０６は、アペンディクスＡに一層詳細に説明されるよ
うに、オペレーション”meet”が成功のうちに、又はそ
れ以外の仕方で終了するまで、オペレーション”meet”
の遂行の開始から経過した時間の最大量を規定するプロ
パティ”maximumWait”を有する。ペティション３１０
６は、オペレーション”wait”の遂行の開始からプロパ
ティ”maximumWait”に特定された時間量が経過し終わ
った時に終了する。
るエージェントがファインドペティションドエージェン
トステップ３２０６において見出されなかった場合に
は、処理にはテストステップ３２０８からウェイトステ
ップ３２２２に移行する。ウェイトステップ３２２２に
おいては、エージェント１５０Ａの解釈は、ペティショ
ン３１０６（図７８）が終了するか、又はエージェント
がミーティングプレイス２２０Ｂに入るまで、すなわち
ミーティング２２０Ｂが成功のうちにオペレーション”
entering”を遂行するまで中断される。ペティション３
１０６は、アペンディクスＡに一層詳細に説明されるよ
うに、オペレーション”meet”が成功のうちに、又はそ
れ以外の仕方で終了するまで、オペレーション”meet”
の遂行の開始から経過した時間の最大量を規定するプロ
パティ”maximumWait”を有する。ペティション３１０
６は、オペレーション”wait”の遂行の開始からプロパ
ティ”maximumWait”に特定された時間量が経過し終わ
った時に終了する。
【０７２４】ペティション３１０６が、終了するか、又
はエージェントがミーティングプレイス２２０Ｂに入っ
た時に、エージェント１５０Ａの解釈が再開され、処理
がミートステップ３２２２（図８０）からタイムアウト
テストステップ３２２４に移行する。タイムアウトテス
トステップ３２２４では、エンジン１３２Ｂ（図５０）
が、エージェント１５０Ａ（図７８）の解釈の再開がペ
ティション３１０６の終了の結果であるか否かを定め
る。エージェント１５０Ａの解釈がペティション３１０
６（図７８）の終了の結果として再開された場合には、
処理はタイムアウトテストステップ３２２４（図８０）
から終了ステップ３２２６に移行し、このステップ３２
２６において、クラス”Petition Expired”の例外が表
明され、オペレーション”meet”を失敗に終わらせる。
はエージェントがミーティングプレイス２２０Ｂに入っ
た時に、エージェント１５０Ａの解釈が再開され、処理
がミートステップ３２２２（図８０）からタイムアウト
テストステップ３２２４に移行する。タイムアウトテス
トステップ３２２４では、エンジン１３２Ｂ（図５０）
が、エージェント１５０Ａ（図７８）の解釈の再開がペ
ティション３１０６の終了の結果であるか否かを定め
る。エージェント１５０Ａの解釈がペティション３１０
６（図７８）の終了の結果として再開された場合には、
処理はタイムアウトテストステップ３２２４（図８０）
から終了ステップ３２２６に移行し、このステップ３２
２６において、クラス”Petition Expired”の例外が表
明され、オペレーション”meet”を失敗に終わらせる。
【０７２５】他方では、エージェント１５０Ａ（図７
８）の解釈が、エージェントがプレイス２２０Ｂに入っ
たことの結果として再開された場合には、処理はタイム
アウトステップ３２２４からテストステップ３２２８に
移行する。テストステップ３２２８では、エンジン１３
２Ｂ（図５０）は、プレイス２２０Ｂに入ったエージェ
ント（図示しない）がペティションの対象であるか否
か、すなわちペティション３１０６（図７８）を満た
し、ステップ３２０４（図８０）において作り出された
テレネームのリストにないか否を定める。エンタしたエ
ージェントがペティション３１０６（図７８）を満たさ
ないか、又はエンタしたエージェントのテレネームがス
テップ３２０４（図８０）において作り出されたテレネ
ームのリストのアイテムである場合には、処理はテスト
ステップ３２２８からウェイトステップ３２２２に移行
する。
８）の解釈が、エージェントがプレイス２２０Ｂに入っ
たことの結果として再開された場合には、処理はタイム
アウトステップ３２２４からテストステップ３２２８に
移行する。テストステップ３２２８では、エンジン１３
２Ｂ（図５０）は、プレイス２２０Ｂに入ったエージェ
ント（図示しない）がペティションの対象であるか否
か、すなわちペティション３１０６（図７８）を満た
し、ステップ３２０４（図８０）において作り出された
テレネームのリストにないか否を定める。エンタしたエ
ージェントがペティション３１０６（図７８）を満たさ
ないか、又はエンタしたエージェントのテレネームがス
テップ３２０４（図８０）において作り出されたテレネ
ームのリストのアイテムである場合には、処理はテスト
ステップ３２２８からウェイトステップ３２２２に移行
する。
【０７２６】他方では、エンタしたエージェントがペテ
ィション３１０６（図７８）を満たし、エンタしたエー
ジェントのテレネームが、ステップ３２０４（図８０）
で作り出されたテレネームのリストのアイテムでない場
合、処理はテストステップ３２２８から第２のミーティ
ングステップ３２３０に移行する。第２のミーティング
ステップ３２３０では、エンタしたエージェントは、オ
ペレーション”meeting”を遂行するように指示され
る。処理は第２のミーティングステップ３２３０からテ
ストステップ３２３２に移行し、このテストステップ３
２３２においてエンジン１３２Ｂ（図５０）は、エンタ
したエージェントによるオペレーション”meet”の遂行
が成功し、エンタしたエージェントがそれによってエー
ジェント１５０Ａとミートを受け入れたか、又はオペレ
ーション”meeting”の遂行が失敗し、エンタしたエー
ジェントがそれによってエージェント１５０Ａとミーテ
ィングを拒絶したか否かを定める。
ィション３１０６（図７８）を満たし、エンタしたエー
ジェントのテレネームが、ステップ３２０４（図８０）
で作り出されたテレネームのリストのアイテムでない場
合、処理はテストステップ３２２８から第２のミーティ
ングステップ３２３０に移行する。第２のミーティング
ステップ３２３０では、エンタしたエージェントは、オ
ペレーション”meeting”を遂行するように指示され
る。処理は第２のミーティングステップ３２３０からテ
ストステップ３２３２に移行し、このテストステップ３
２３２においてエンジン１３２Ｂ（図５０）は、エンタ
したエージェントによるオペレーション”meet”の遂行
が成功し、エンタしたエージェントがそれによってエー
ジェント１５０Ａとミートを受け入れたか、又はオペレ
ーション”meeting”の遂行が失敗し、エンタしたエー
ジェントがそれによってエージェント１５０Ａとミーテ
ィングを拒絶したか否かを定める。
【０７２７】エンタしたパーティによるオペレーショ
ン”meeting”の遂行が成功した場合、処理はテストス
テップ３２３２からビルドコンタクトステップ３２１６
に移行する。前述したように、ビルドコンタクトステッ
プ３２１６及び後続するステップにおいて、ペティショ
ンの対象であるエージェントすなわちエンタしたエージ
ェントとコンタクトが作り出され、そのコンタクトが現
在のスタックに保存され、オペレーション”meeting”
は成功のうちに終了する。他方では、エンタしたエージ
ェントによるオペレーション”meeting”の遂行に対し
て例外が表明された場合には処理は、テストステップ３
２３２から第２のフリクオリファイドテストステップ３
２３８に移行する。
ン”meeting”の遂行が成功した場合、処理はテストス
テップ３２３２からビルドコンタクトステップ３２１６
に移行する。前述したように、ビルドコンタクトステッ
プ３２１６及び後続するステップにおいて、ペティショ
ンの対象であるエージェントすなわちエンタしたエージ
ェントとコンタクトが作り出され、そのコンタクトが現
在のスタックに保存され、オペレーション”meeting”
は成功のうちに終了する。他方では、エンタしたエージ
ェントによるオペレーション”meeting”の遂行に対し
て例外が表明された場合には処理は、テストステップ３
２３２から第２のフリクオリファイドテストステップ３
２３８に移行する。
【０７２８】第２のフリクオリファイドテストステップ
３２３８において、エンジン１３２Ｂ（図５０）は、ペ
ティション３１０６（図７８）が十分に有資格であるか
否かを定める。ペティション３１０６が十分有資格であ
る場合、処理は第２のフリクオリファイドテストステッ
プ３２３８（図８０）から終了ステップ３２４０に移行
し、この終了ステップにおいて、クラス”ミーティング
拒絶”の例外が表明され、ミーティングプレイス２２０
Ｂによって行われるオペレーション”meeting”を失敗
に終わらせる。
３２３８において、エンジン１３２Ｂ（図５０）は、ペ
ティション３１０６（図７８）が十分に有資格であるか
否かを定める。ペティション３１０６が十分有資格であ
る場合、処理は第２のフリクオリファイドテストステッ
プ３２３８（図８０）から終了ステップ３２４０に移行
し、この終了ステップにおいて、クラス”ミーティング
拒絶”の例外が表明され、ミーティングプレイス２２０
Ｂによって行われるオペレーション”meeting”を失敗
に終わらせる。
【０７２９】その逆に、ペティション３１０６（図７
８）が十分に有資格でない場合、処理は第２のフリクオ
リファイドテストステップ３２３８から第２のアッドエ
ージェントツウリストステップ３２４２に移行する。第
２のアッドエージェントツウリストステップ３２４２で
は、ペティションの対象であるエージェントすなわちエ
ンタしたエージェントのテレネームが、ステップ３２０
４において作り出されたテレネームのリストに付加され
る。処理は第２のアッドエージェントツウリストステッ
プ３２４２から、前述したステップ３２２２に移行す
る。
８）が十分に有資格でない場合、処理は第２のフリクオ
リファイドテストステップ３２３８から第２のアッドエ
ージェントツウリストステップ３２４２に移行する。第
２のアッドエージェントツウリストステップ３２４２で
は、ペティションの対象であるエージェントすなわちエ
ンタしたエージェントのテレネームが、ステップ３２０
４において作り出されたテレネームのリストに付加され
る。処理は第２のアッドエージェントツウリストステッ
プ３２４２から、前述したステップ３２２２に移行す
る。
【０７３０】このようにしてエージェント１５０Ａとペ
ティションの対象であるエージェントとの間のミーティ
ングが取り決められる。このペティションの対象である
エージェントは、（ｉ）ペティション３１０６において
特定されたネーム及びクラスを用いて（ｉｉ）応答する
ミーティングプレイスを占有し、（ｉｉｉ）ペティショ
ン３１０６において特定された最大の時間内においてミ
ーティングを行うことに同意したエージェントである。
この最後に述べた条件は、第１のエージェントによって
占有されるミーティングプレイスを占有していないが、
ある時間内にそのミーティングに到着することが期待さ
れている第２のエージェントとのミーティングを第１の
エージェントがリクエストすることを許容する。
ティションの対象であるエージェントとの間のミーティ
ングが取り決められる。このペティションの対象である
エージェントは、（ｉ）ペティション３１０６において
特定されたネーム及びクラスを用いて（ｉｉ）応答する
ミーティングプレイスを占有し、（ｉｉｉ）ペティショ
ン３１０６において特定された最大の時間内においてミ
ーティングを行うことに同意したエージェントである。
この最後に述べた条件は、第１のエージェントによって
占有されるミーティングプレイスを占有していないが、
ある時間内にそのミーティングに到着することが期待さ
れている第２のエージェントとのミーティングを第１の
エージェントがリクエストすることを許容する。
【０７３１】オペレーション”meeting”（図７９）の
遂行の直後に、スタック３１０２は、その上部に、前述
したコンタクト３１０８を有している。コンタクト３１
０８は、エージェント１５０Ｂ（図５０）へのリファン
スであるプロパティ”subject”を備えている。コンタ
クト３１０８（図７９）のプロパティ”subject”はコ
ンタクト３１０８のアトリビュート”subject”を指示
することによって生成される。コンタクトのアトリビュ
ート”subject”についてはアペンディクスＡに詳細に
説明されている。したがって、エージェント１５０Ａ
は、エージェント１５０Ｂ（図５０）への参照を取得
し、したがってエージェント１５０Ｂがフィーチャを遂
行することをリクエストすることができる。
遂行の直後に、スタック３１０２は、その上部に、前述
したコンタクト３１０８を有している。コンタクト３１
０８は、エージェント１５０Ｂ（図５０）へのリファン
スであるプロパティ”subject”を備えている。コンタ
クト３１０８（図７９）のプロパティ”subject”はコ
ンタクト３１０８のアトリビュート”subject”を指示
することによって生成される。コンタクトのアトリビュ
ート”subject”についてはアペンディクスＡに詳細に
説明されている。したがって、エージェント１５０Ａ
は、エージェント１５０Ｂ（図５０）への参照を取得
し、したがってエージェント１５０Ｂがフィーチャを遂
行することをリクエストすることができる。
【０７３２】オペレーション”meeting”のコンテキス
トにおいて以下に説明するように、エージェント１５０
Ｂは、ミーティングをリクエストするエージェントとし
てエージェント１５０Ａを特定化するコンタクトを、オ
ペレーション”meeting”の遂行においてのアーギュメ
ントとして消費する。ミーティングプレイス２２０Ｂに
よるオペレーション”meeting”の遂行の後に、エージ
ェント１５０Ｂによって消費されたコンタクトは、エー
ジェント１５０Ａに対するリファレンス（参照）である
プロパティ”subject”も備えている。したがってエー
ジェント１５０Ｂは、エージェント１５０Ａのリファレ
ンスを取得し、エージェント１５０Ａがフィーチャを遂
行することをリクエストすることができる。
トにおいて以下に説明するように、エージェント１５０
Ｂは、ミーティングをリクエストするエージェントとし
てエージェント１５０Ａを特定化するコンタクトを、オ
ペレーション”meeting”の遂行においてのアーギュメ
ントとして消費する。ミーティングプレイス２２０Ｂに
よるオペレーション”meeting”の遂行の後に、エージ
ェント１５０Ｂによって消費されたコンタクトは、エー
ジェント１５０Ａに対するリファレンス（参照）である
プロパティ”subject”も備えている。したがってエー
ジェント１５０Ｂは、エージェント１５０Ａのリファレ
ンスを取得し、エージェント１５０Ａがフィーチャを遂
行することをリクエストすることができる。
【０７３３】コンタクトされるエージェントは、ミック
スインクラス”コンタクテッド”が受け継がれたクラス
のメンバである。以下にアペンディクスＡに詳細に説明
するように、ミックスインクラス”コンタクテッド”
は、プロパティ”contacts”へのアクセスを提供するア
トリビュート”contacts”を規定する。プロパティ”co
ntacts”は、コンタクト（複数）のセットである。エー
ジェント１５０Ｂ（図８１）は、コンタクトされたエー
ジェントであり、したがってセット３３２０であるプロ
パティ”contacts”を備えている。前述したようにミー
ティングプレイス２２０Ｂによるオペレーション”meet
ing”が遂行された後は、エージェント１５０Ｂによる
オペレーション”meeting”の遂行において消費された
コンタクトであるコンタクト３４０４は、エンジン１３
２Ｂによってセット３３０２に付加される。
スインクラス”コンタクテッド”が受け継がれたクラス
のメンバである。以下にアペンディクスＡに詳細に説明
するように、ミックスインクラス”コンタクテッド”
は、プロパティ”contacts”へのアクセスを提供するア
トリビュート”contacts”を規定する。プロパティ”co
ntacts”は、コンタクト（複数）のセットである。エー
ジェント１５０Ｂ（図８１）は、コンタクトされたエー
ジェントであり、したがってセット３３２０であるプロ
パティ”contacts”を備えている。前述したようにミー
ティングプレイス２２０Ｂによるオペレーション”meet
ing”が遂行された後は、エージェント１５０Ｂによる
オペレーション”meeting”の遂行において消費された
コンタクトであるコンタクト３４０４は、エンジン１３
２Ｂによってセット３３０２に付加される。
【０７３４】ペティションの対象であるエージェントの
同意： オペレーション”Meeting” 前述したように、ペティションの対象であるエージェン
トによるオペレーション”meeting”遂行によるミーテ
ィングをリクエストしたエージェントとミーティングに
同意したり拒絶したりする。オペレーション”meetin
g”にはクラス”Agent”によって規定されても受け継が
れてもいない。その代わりに、オペレーション”meetin
g”は、ミックスインクラス”Petitioned”によって規
定されている。クラス”Agent”は、ミックスインクラ
ス”Petitionド”のサブクラスではなく、本発明のユー
ザーによって後に規定されるクラス”Agent”のサブク
ラスは、ミックスインクラス”Petitioned”のサブクラ
スであることができる。したがって、このようなユーザ
ーによって規定されるサブクラスのメンバであるエージ
ェントのみが、オペレーション”meeting”を遂行する
ことができ、したがって他のエージェントとのミーティ
ングに参加することができる。
同意： オペレーション”Meeting” 前述したように、ペティションの対象であるエージェン
トによるオペレーション”meeting”遂行によるミーテ
ィングをリクエストしたエージェントとミーティングに
同意したり拒絶したりする。オペレーション”meetin
g”にはクラス”Agent”によって規定されても受け継が
れてもいない。その代わりに、オペレーション”meetin
g”は、ミックスインクラス”Petitioned”によって規
定されている。クラス”Agent”は、ミックスインクラ
ス”Petitionド”のサブクラスではなく、本発明のユー
ザーによって後に規定されるクラス”Agent”のサブク
ラスは、ミックスインクラス”Petitioned”のサブクラ
スであることができる。したがって、このようなユーザ
ーによって規定されるサブクラスのメンバであるエージ
ェントのみが、オペレーション”meeting”を遂行する
ことができ、したがって他のエージェントとのミーティ
ングに参加することができる。
【０７３５】図８２は、エージェント１５０Ｂによるオ
ペレーション”meeting”の遂行の直前においてのエー
ジェント１５０Ａの実行状態を示している。クレーム３
４００は、エージェント１５０Ａの実行状態の一部分で
あり、エージェント１５０Ｂが実行するオペレーショ
ン”meeting”の動的状態を記録する。オペレーショ
ン”meeting”が、エンジン１３２Ｂによってリクエス
トされる。オペレーション”meeting”の遂行は、エー
ジェント１５０Ａの実行状態において記憶される。エー
ジェント１５０Ａ又は好ましくはエージェント１５０Ｂ
のパーミットは、オペレーション”meeting”の遂行に
よって喪失され得る。エージェント１５０Ｂ（図５０）
は、オペレーション”meeting”のレスポンダとして、
エンジン１３２Ｂ中において特定化される。
ペレーション”meeting”の遂行の直前においてのエー
ジェント１５０Ａの実行状態を示している。クレーム３
４００は、エージェント１５０Ａの実行状態の一部分で
あり、エージェント１５０Ｂが実行するオペレーショ
ン”meeting”の動的状態を記録する。オペレーショ
ン”meeting”が、エンジン１３２Ｂによってリクエス
トされる。オペレーション”meeting”の遂行は、エー
ジェント１５０Ａの実行状態において記憶される。エー
ジェント１５０Ａ又は好ましくはエージェント１５０Ｂ
のパーミットは、オペレーション”meeting”の遂行に
よって喪失され得る。エージェント１５０Ｂ（図５０）
は、オペレーション”meeting”のレスポンダとして、
エンジン１３２Ｂ中において特定化される。
【０７３６】スタック３４０２は、フレイム３４００の
プロパティ”stack”であり、現在のスタックである。
オペレーション”meeting”の遂行の直前に、スタック
３４０２は、上部から下部にかけて、コンタクト３４０
４及びをペティション３４０６を有している。
プロパティ”stack”であり、現在のスタックである。
オペレーション”meeting”の遂行の直前に、スタック
３４０２は、上部から下部にかけて、コンタクト３４０
４及びをペティション３４０６を有している。
【０７３７】コンタクト３４０４は、ミーティングをリ
クエストするエージェントとしてエージェント１５０Ａ
を特定化する。コンタクト３４０４のプロパティ”subj
ectName”（図示しない）は、エージェント１５０Ａの
テレネームと同等のテレネームであり、それによってエ
ージェント１５０Ａをリクエストするエージェントとし
て特定化する。コンタクト３４０４のプロパティ”subj
ectClass”（図示しない）はエージェント１５０Ａが１
つのインスタンスであるクラスを特定化するサイテイシ
ョンである。通常エージェント１５０Ａのリファレンス
であるコンタクト３４０４のプロパティ”subject”
（図示しない）は、エンジン１３２Ｂによって０にされ
る。したがってエージェント１５０Ｂは、オペレーショ
ン”meeting”の遂行においてコンタクト３４０４を消
費することによって、ミーティングをリクエストするエ
ージェントとしてエージェント１５０Ａを適切に特定化
する上に必要なすべての情報をもつが、エージェント１
５０Ａへのリファレンスは持たず、したがってエージェ
ント１５０Ａと相互作用する方策を持たない。このよう
に、どちらのエージェントも、他のエージェントと、両
者がミーティングに同意するまでは、相互作用すること
ができない。
クエストするエージェントとしてエージェント１５０Ａ
を特定化する。コンタクト３４０４のプロパティ”subj
ectName”（図示しない）は、エージェント１５０Ａの
テレネームと同等のテレネームであり、それによってエ
ージェント１５０Ａをリクエストするエージェントとし
て特定化する。コンタクト３４０４のプロパティ”subj
ectClass”（図示しない）はエージェント１５０Ａが１
つのインスタンスであるクラスを特定化するサイテイシ
ョンである。通常エージェント１５０Ａのリファレンス
であるコンタクト３４０４のプロパティ”subject”
（図示しない）は、エンジン１３２Ｂによって０にされ
る。したがってエージェント１５０Ｂは、オペレーショ
ン”meeting”の遂行においてコンタクト３４０４を消
費することによって、ミーティングをリクエストするエ
ージェントとしてエージェント１５０Ａを適切に特定化
する上に必要なすべての情報をもつが、エージェント１
５０Ａへのリファレンスは持たず、したがってエージェ
ント１５０Ａと相互作用する方策を持たない。このよう
に、どちらのエージェントも、他のエージェントと、両
者がミーティングに同意するまでは、相互作用すること
ができない。
【０７３８】ペティション３４０６は、ミーティングを
リクエストする際にエージェント１５０Ａ（図５０）に
よって供給されるペティション３１０６（図７８）のコ
ピーである。それはこのアーギュメントが”バイコピ
ー”をパスするからである。それはこのアーギュメント
がパスした”バイコピー”だからである。アーギュメン
ト”バイコピー”の通過については以下にまたアペンデ
ィクスＡに詳細に説明する。
リクエストする際にエージェント１５０Ａ（図５０）に
よって供給されるペティション３１０６（図７８）のコ
ピーである。それはこのアーギュメントが”バイコピ
ー”をパスするからである。それはこのアーギュメント
がパスした”バイコピー”だからである。アーギュメン
ト”バイコピー”の通過については以下にまたアペンデ
ィクスＡに詳細に説明する。
【０７３９】エージェント１５０Ｂは、オペレーショ
ン”meeting”を成功のうちに遂行することによって、
コンタクト３４０４によって特定化されたエージェント
とペティション３４０６（図８２）によって規定された
ミーティングを行うことに同意する。このミーティング
は、例外を表明することにより、拒絶され、それによっ
てオペレーション”meeting”は失敗に終わる。ミック
スインクラス”Petitioned”によって否定されたオペレ
ーション”meeting”の方法は決して成功せず、常にク
ラス”ミーティング拒絶”の例外を常に表明する。しか
し、ミックスインクラス”Petitioned”から受け継がれ
たクラス”Agent”の後に規定されたサブクラスは、あ
る事情の元においては成功するように、オペレーショ
ン”meeting”のインプレメンテイションを再定義する
ことができる。
ン”meeting”を成功のうちに遂行することによって、
コンタクト３４０４によって特定化されたエージェント
とペティション３４０６（図８２）によって規定された
ミーティングを行うことに同意する。このミーティング
は、例外を表明することにより、拒絶され、それによっ
てオペレーション”meeting”は失敗に終わる。ミック
スインクラス”Petitioned”によって否定されたオペレ
ーション”meeting”の方法は決して成功せず、常にク
ラス”ミーティング拒絶”の例外を常に表明する。しか
し、ミックスインクラス”Petitioned”から受け継がれ
たクラス”Agent”の後に規定されたサブクラスは、あ
る事情の元においては成功するように、オペレーショ
ン”meeting”のインプレメンテイションを再定義する
ことができる。
【０７４０】エージェントは広い範囲のニーズに応え、
広い範囲のサービスを遂行するようにするものであるこ
とが予想されるので、クラス”Agent”のサブクラス及
びオペレーション”meeting”の方法の変形の数は非常
に大きい。一例として、論理フローダイヤグラム３５０
０（図８３）はオペレーション”meeting”のための１
つのそのような方法を示している。ステップ３５０２に
おいて、コンタクト３４０４（図８２）及びペティショ
ン３４０６はスタック３４０２からポップ（復元）され
る。処理はステップ３５０２（図８３）からステップ３
５０４に移行し、このステップ３５０４において、コン
タクト３４０４（図８２）のアトリビュート”subjectC
lass”が質疑されることによって、コンタクト３４０４
のプロパティ”subjectClass”が生成する。処理はステ
ップ３５０４（図８２）及びペティション３４０６はス
タック３４０２からポップされる。処理はステップ３５
０２（図８３）からステップ３５０４に移行しこのステ
ップ３５０４においてコンタクト３４０４（図８２）の
アトリビュート”subjectClass”が質疑されることによ
ってコンタクト３４０４のプロパティ”subjectClass”
が発生する。処理はステップ３５０４（図８３）からテ
ストステップ３５０６に移行し、このテストステップに
おいてコンタクト３４０４（図８２）のプロパティ”su
bjectClass”が、特定のクラスのサイテイションと比較
される。コンタクト３４０４のプロパティ”subjectCla
ss”がサイテイションに等しい場合、処理はテストステ
ップ３５０６（図８３）から終了ステップ３５０８に移
行する。終了ステップ３５０８においてオペレーショ
ン”meeting”は成功のうちに終了し、それによってミ
ーティングに対する同意が得られる。さもないときは、
コンタクト３４０４（図３４）のプロパティ”subjectC
lass”がサイテイションに等しくない場合、処理はテス
トステップ３５０６（図８３）から終了ステップ３５１
０に移行し、この終了ステップ３５１０においてクラ
ス”ミーティング拒絶”の例外が表明されることによっ
て、オペレーション”meeting”が失敗に終わりそれに
よって、コンタクト３４０４（図８２）によって特定化
されたエージェントとのミーティングが拒絶される。
広い範囲のサービスを遂行するようにするものであるこ
とが予想されるので、クラス”Agent”のサブクラス及
びオペレーション”meeting”の方法の変形の数は非常
に大きい。一例として、論理フローダイヤグラム３５０
０（図８３）はオペレーション”meeting”のための１
つのそのような方法を示している。ステップ３５０２に
おいて、コンタクト３４０４（図８２）及びペティショ
ン３４０６はスタック３４０２からポップ（復元）され
る。処理はステップ３５０２（図８３）からステップ３
５０４に移行し、このステップ３５０４において、コン
タクト３４０４（図８２）のアトリビュート”subjectC
lass”が質疑されることによって、コンタクト３４０４
のプロパティ”subjectClass”が生成する。処理はステ
ップ３５０４（図８２）及びペティション３４０６はス
タック３４０２からポップされる。処理はステップ３５
０２（図８３）からステップ３５０４に移行しこのステ
ップ３５０４においてコンタクト３４０４（図８２）の
アトリビュート”subjectClass”が質疑されることによ
ってコンタクト３４０４のプロパティ”subjectClass”
が発生する。処理はステップ３５０４（図８３）からテ
ストステップ３５０６に移行し、このテストステップに
おいてコンタクト３４０４（図８２）のプロパティ”su
bjectClass”が、特定のクラスのサイテイションと比較
される。コンタクト３４０４のプロパティ”subjectCla
ss”がサイテイションに等しい場合、処理はテストステ
ップ３５０６（図８３）から終了ステップ３５０８に移
行する。終了ステップ３５０８においてオペレーショ
ン”meeting”は成功のうちに終了し、それによってミ
ーティングに対する同意が得られる。さもないときは、
コンタクト３４０４（図３４）のプロパティ”subjectC
lass”がサイテイションに等しくない場合、処理はテス
トステップ３５０６（図８３）から終了ステップ３５１
０に移行し、この終了ステップ３５１０においてクラ
ス”ミーティング拒絶”の例外が表明されることによっ
て、オペレーション”meeting”が失敗に終わりそれに
よって、コンタクト３４０４（図８２）によって特定化
されたエージェントとのミーティングが拒絶される。
【０７４１】前述したように、オペレーション”meetin
g”の実行のリクエストにおいてアーギュメントとして
エージェント１５０Ｂ（図５０）に供給された、エージ
ェント１５０Ａを特定化するコンタクト３４０４は、エ
ージェント１５０Ａへのリファレンスを含まない。その
代わりに、コンタクト３４０４（図８２）のプロパテ
ィ”subject”は０である。前述したように、ミーティ
ングプレイス２２０Ｂ（図５０）によるオペレーショ
ン”meeting”の遂行によって、ミーティングが成功の
うちに取り計らわれると、エンジン１３２Ｂは、コンタ
クト３４０４（図８２）のプロパティ”subject”をエ
ージェント１５０Ａへのリファレンスとなるように変更
する。
g”の実行のリクエストにおいてアーギュメントとして
エージェント１５０Ｂ（図５０）に供給された、エージ
ェント１５０Ａを特定化するコンタクト３４０４は、エ
ージェント１５０Ａへのリファレンスを含まない。その
代わりに、コンタクト３４０４（図８２）のプロパテ
ィ”subject”は０である。前述したように、ミーティ
ングプレイス２２０Ｂ（図５０）によるオペレーショ
ン”meeting”の遂行によって、ミーティングが成功の
うちに取り計らわれると、エンジン１３２Ｂは、コンタ
クト３４０４（図８２）のプロパティ”subject”をエ
ージェント１５０Ａへのリファレンスとなるように変更
する。
【０７４２】このように、どんな事情のもとでどのエー
ジェントとともに、特定のエージェントがミーティング
に同意するように構成されているかを定めるために、実
質的な量のデータを処理する複雑なロジックを適用する
ために、アペンディクスＡに述べたコンピュータインス
トラクションセットの十分な一般性及びデータ処理能力
を使用することができる。
ジェントとともに、特定のエージェントがミーティング
に同意するように構成されているかを定めるために、実
質的な量のデータを処理する複雑なロジックを適用する
ために、アペンディクスＡに述べたコンピュータインス
トラクションセットの十分な一般性及びデータ処理能力
を使用することができる。
【０７４３】図８４は、エージェント１５０Ｂ（図５
０）によるオペレーション”meeting”の遂行の直後の
フレーム３４００の状態を示している。スタック３４０
２（図８４）は、オペレーション”meeting”がいかな
る欠陥をもたらさなかったのでエンプティである。オペ
レーション”meeting”のアクセスは”システム”であ
り、ある１つのエンジンのみがオペレーション”meetin
g”をリクエストすることができる。なお、ミックスイ
ンクラス”Petitioned”に規定されたオペレーション”
meeting”は、以上に説明しまたアペンディクスＡに説
明されるクラス”ミーティングプレイス”に規定された
オペレーション”meeting”とは別個のものである。
０）によるオペレーション”meeting”の遂行の直後の
フレーム３４００の状態を示している。スタック３４０
２（図８４）は、オペレーション”meeting”がいかな
る欠陥をもたらさなかったのでエンプティである。オペ
レーション”meeting”のアクセスは”システム”であ
り、ある１つのエンジンのみがオペレーション”meetin
g”をリクエストすることができる。なお、ミックスイ
ンクラス”Petitioned”に規定されたオペレーション”
meeting”は、以上に説明しまたアペンディクスＡに説
明されるクラス”ミーティングプレイス”に規定された
オペレーション”meeting”とは別個のものである。
【０７４４】エージェント間の相互作用の停止： オペ
レーション”Part” 前述したように、２つのエージェントは、それらの間の
ミーティングの間に、どちらかの間に、相互及びどちら
かのエージェントによって所有されるオブジェクトへの
リファレンスを交換する。２つのエージェントの間の相
互作用を停止するにはどちらのエージェントも他のエー
ジェントへのリファレンスも他のエージェントが所有す
るオブジェクトへのリファレンスも持たないことを確実
にすることが必要とされる。
レーション”Part” 前述したように、２つのエージェントは、それらの間の
ミーティングの間に、どちらかの間に、相互及びどちら
かのエージェントによって所有されるオブジェクトへの
リファレンスを交換する。２つのエージェントの間の相
互作用を停止するにはどちらのエージェントも他のエー
ジェントへのリファレンスも他のエージェントが所有す
るオブジェクトへのリファレンスも持たないことを確実
にすることが必要とされる。
【０７４５】あるミーティングプレイスを占有する２つ
のエージェントの間のミーティングに参加するどのエー
ジェントも、ミーティングプレイスによるオペレーショ
ン”part”の遂行の要求によってそのミーティングを終
了させることができる。
のエージェントの間のミーティングに参加するどのエー
ジェントも、ミーティングプレイスによるオペレーショ
ン”part”の遂行の要求によってそのミーティングを終
了させることができる。
【０７４６】ミーティングプレイス２２０Ｂによるオペ
レーション”meeting”の成功した遂行によってエージ
ェント１５０Ａは、エージェント１５０Ｂへのリファレ
ンス１５０Ａ−Ｒ１を取得しており、またエージェント
１５０Ｂは、エージェント１５０Ａへのリファレンス１
５０Ｂ−Ｒ１を取得している。オブジェクト３６０２は
エージェント１５０Ａによって所有されている。同様に
オブジェクト３６０４は、エージェント１５０Ｂによっ
て所有されている。図８５は、エージェント１５０Ａ、
１５０Ｂが、相互作用しオブジェクト３６０２、３６０
４へのリファレンスを交換した後の、エージェント１５
０Ａ、１５０Ｂの状態を示している。エージェント１５
０Ａは、オブジェクト３６０２へのリファレンスをエー
ジェント１５０Ｂに与えることによって、オブジェクト
３６０２へのアクセスをエージェント１５０Ｂに許容す
る。リファレンス１５０Ｂ−Ｒ１、１５０Ｂ−Ｒ２によ
るこのようなアクセスによって、エージェント１５０Ｂ
は、エンジン１３２Ｂに命令を送出するこができ、それ
によってエージェント１５０Ａ、オブジェクト３６０２
は、送出された命令に従って処置をそれぞれとることが
できるようになる。同様にエージェント１５０Ｂは、オ
ブジェクト３６０４へのリファレンス１５０Ａ−Ｒ２を
エージェント１５０Ａに与えることによって、オブジェ
クト３６０４への同様なサクセスをエージェント１５０
Ａに許可する。
レーション”meeting”の成功した遂行によってエージ
ェント１５０Ａは、エージェント１５０Ｂへのリファレ
ンス１５０Ａ−Ｒ１を取得しており、またエージェント
１５０Ｂは、エージェント１５０Ａへのリファレンス１
５０Ｂ−Ｒ１を取得している。オブジェクト３６０２は
エージェント１５０Ａによって所有されている。同様に
オブジェクト３６０４は、エージェント１５０Ｂによっ
て所有されている。図８５は、エージェント１５０Ａ、
１５０Ｂが、相互作用しオブジェクト３６０２、３６０
４へのリファレンスを交換した後の、エージェント１５
０Ａ、１５０Ｂの状態を示している。エージェント１５
０Ａは、オブジェクト３６０２へのリファレンスをエー
ジェント１５０Ｂに与えることによって、オブジェクト
３６０２へのアクセスをエージェント１５０Ｂに許容す
る。リファレンス１５０Ｂ−Ｒ１、１５０Ｂ−Ｒ２によ
るこのようなアクセスによって、エージェント１５０Ｂ
は、エンジン１３２Ｂに命令を送出するこができ、それ
によってエージェント１５０Ａ、オブジェクト３６０２
は、送出された命令に従って処置をそれぞれとることが
できるようになる。同様にエージェント１５０Ｂは、オ
ブジェクト３６０４へのリファレンス１５０Ａ−Ｒ２を
エージェント１５０Ａに与えることによって、オブジェ
クト３６０４への同様なサクセスをエージェント１５０
Ａに許可する。
【０７４７】エージェント１５０Ａは、それぞれエージ
ェント１５０Ｂ、オブジェクト３６０４、オブジェクト
３６０２へのリファレンス１５０Ａ−Ｒ１、１５０Ａ−
Ｒ２及び１５０Ａ−Ｒ３を有している。リファレンス１
５０Ａ−Ｒ１、１５０Ａ−Ｒ２及び１５０Ａ−Ｒ３は、
（ｉ）スタック中に含まれているか、又は、エージェン
ト１５０Ａの実行状態の一部分であるフレーム（図示し
ない）の変数リスト（やはり図示しない）内に収容され
ているか、又は（ｉ）エージェント１５０Ａのプロパテ
ィ又はプロパティの一成分として格納されている。エー
ジェントの実行状態については以下に説明する。エージ
ェント１５０Ｂは、同様に、エージェント１５０Ａ、オ
ブジェクト３６０２及びオブジェクト３６０４へのそれ
ぞれのリファレンス１５０Ｂ−Ｒ１、１５０Ｂ−Ｒ２及
び１５０Ｂ−Ｒ３を有している。エージェント１５０Ｂ
は、オブジェクト３６０４へのリファレンス１５０Ａ−
Ｒ２をエージェント１５０Ａに与えることによって、エ
ージェント１５０Ｂは、（ｉ）オブジェクト３６０４に
あるオペレーションを遂行することをリクエストした
り、（ｉ）オブジェクト３６０４の一部又は全部をコピ
ーしたりすることをエージェント１５０Ａに許容する。
ェント１５０Ｂ、オブジェクト３６０４、オブジェクト
３６０２へのリファレンス１５０Ａ−Ｒ１、１５０Ａ−
Ｒ２及び１５０Ａ−Ｒ３を有している。リファレンス１
５０Ａ−Ｒ１、１５０Ａ−Ｒ２及び１５０Ａ−Ｒ３は、
（ｉ）スタック中に含まれているか、又は、エージェン
ト１５０Ａの実行状態の一部分であるフレーム（図示し
ない）の変数リスト（やはり図示しない）内に収容され
ているか、又は（ｉ）エージェント１５０Ａのプロパテ
ィ又はプロパティの一成分として格納されている。エー
ジェントの実行状態については以下に説明する。エージ
ェント１５０Ｂは、同様に、エージェント１５０Ａ、オ
ブジェクト３６０２及びオブジェクト３６０４へのそれ
ぞれのリファレンス１５０Ｂ−Ｒ１、１５０Ｂ−Ｒ２及
び１５０Ｂ−Ｒ３を有している。エージェント１５０Ｂ
は、オブジェクト３６０４へのリファレンス１５０Ａ−
Ｒ２をエージェント１５０Ａに与えることによって、エ
ージェント１５０Ｂは、（ｉ）オブジェクト３６０４に
あるオペレーションを遂行することをリクエストした
り、（ｉ）オブジェクト３６０４の一部又は全部をコピ
ーしたりすることをエージェント１５０Ａに許容する。
【０７４８】エージェント１５０Ａ又は１５０Ｂは、ミ
ーティングプレイス２２０Ｂがオペレーション”part”
を行うことをリクエストすることによって、エージェン
ト１５０Ａ、１５０Ｂの間の相互作用を終了させること
ができる。説明の目的のために、エージェント１５０Ａ
は、ミーティングプレイス２２０Ｂがオペレーション”
part”を行うことを求めるエージェントである。図８
６、図８７は、それぞれミーティングプレイス２２０Ｂ
によるオペレーション”part”の遂行の直前及び直後の
エージェント１５０Ａの状態を示している。フレーム３
７０２は、エージェント１５０Ａの実行状態の一部分で
あり、ミーティングプレイス２２０Ｂによって遂行され
るオペレーション”part”の状態を記録する。ミーティ
ングプレイス２２０Ｂは、フレーム３７０２のプロパテ
ィ”responder”であり、したがってオペレーション”p
art”のレスポンダである。スタック３７０４は、エー
ジェント１５０Ａの実行状態の一部分でもあるフレーム
３７０２のプロパティ”stack”であり、現在のスタッ
クである。
ーティングプレイス２２０Ｂがオペレーション”part”
を行うことをリクエストすることによって、エージェン
ト１５０Ａ、１５０Ｂの間の相互作用を終了させること
ができる。説明の目的のために、エージェント１５０Ａ
は、ミーティングプレイス２２０Ｂがオペレーション”
part”を行うことを求めるエージェントである。図８
６、図８７は、それぞれミーティングプレイス２２０Ｂ
によるオペレーション”part”の遂行の直前及び直後の
エージェント１５０Ａの状態を示している。フレーム３
７０２は、エージェント１５０Ａの実行状態の一部分で
あり、ミーティングプレイス２２０Ｂによって遂行され
るオペレーション”part”の状態を記録する。ミーティ
ングプレイス２２０Ｂは、フレーム３７０２のプロパテ
ィ”responder”であり、したがってオペレーション”p
art”のレスポンダである。スタック３７０４は、エー
ジェント１５０Ａの実行状態の一部分でもあるフレーム
３７０２のプロパティ”stack”であり、現在のスタッ
クである。
【０７４９】スタック３７０４の上部にはコンタクト３
７０６がある。コンタクト３７０６は、エージェント１
５０Ａがそれから分離されるべきエージェントとしてエ
ージェント１５０Ｂを特定化している。エンジン１３２
Ｂ（図５０）は、ミーティングプロパティ２２０Ｂのた
めにオペレーション”part”を実行している間に、オペ
レーション”part”を行うようにエージェント１５０Ｂ
に指示する。エージェント１５０Ｂはエージェント１５
０Ｂが分離しようとしているエージェントとしてエージ
ェント１５０Ａを特定化するコンタクトを単一のアーギ
ュメントとして消費する。通常エージェント１５０Ａへ
のリファレンスであるコンタクトのプロパティ”subjec
t”は、オペレーション”part”をリクエストする前に
エンジン１３２Ｂによってボイドされるので、エージェ
ント１５０Ｂは、ミーティングの終了後にエージェント
１５０Ａへのリファレンスとともに残されることはな
い。オペレーション”part”を行う際に、エージェント
１５０Ｂはいかなる結果も生成させない。オペレーショ
ン”part”の遂行の動的状態は、エージェント１５０Ｂ
（図５０）又はエージェント１５０Ａの実行状態の一部
分ではなく、その代わりに、エンジンプロセスの実行状
態の一部分である。オペレーション”part”の実行によ
って表明された例外は、エージェント１５０Ｂ又はエー
ジェント１５０Ａによって経験されず、したがってこれ
らのエージェントに対していかなる経過もいかなる効果
も持たない。エージェント１５０Ｂは、オペレーショ
ン”part”を行う際に、エージェント１５０Ａ、１５０
Ｂの間のミーティングがエージェント１５０Ａによって
終了されたことの通知を受ける。エージェント１５０Ｂ
がコンタクトされるエージェントである場合、エージェ
ント１５０Ａを参照するコンタクトであるエージェント
１５０Ａのプロパティ”contacts”のアイテムは、エー
ジェント１５０Ｂのプロパティ”contacts”からリクエ
ストされる。オペレーション”part”のアクセスは”シ
ステム”であるため、エージェント１５０Ｂがオペレー
ション”part”を行うことをリクエストし得るのはエン
ジン１３２Ｂのみである。
７０６がある。コンタクト３７０６は、エージェント１
５０Ａがそれから分離されるべきエージェントとしてエ
ージェント１５０Ｂを特定化している。エンジン１３２
Ｂ（図５０）は、ミーティングプロパティ２２０Ｂのた
めにオペレーション”part”を実行している間に、オペ
レーション”part”を行うようにエージェント１５０Ｂ
に指示する。エージェント１５０Ｂはエージェント１５
０Ｂが分離しようとしているエージェントとしてエージ
ェント１５０Ａを特定化するコンタクトを単一のアーギ
ュメントとして消費する。通常エージェント１５０Ａへ
のリファレンスであるコンタクトのプロパティ”subjec
t”は、オペレーション”part”をリクエストする前に
エンジン１３２Ｂによってボイドされるので、エージェ
ント１５０Ｂは、ミーティングの終了後にエージェント
１５０Ａへのリファレンスとともに残されることはな
い。オペレーション”part”を行う際に、エージェント
１５０Ｂはいかなる結果も生成させない。オペレーショ
ン”part”の遂行の動的状態は、エージェント１５０Ｂ
（図５０）又はエージェント１５０Ａの実行状態の一部
分ではなく、その代わりに、エンジンプロセスの実行状
態の一部分である。オペレーション”part”の実行によ
って表明された例外は、エージェント１５０Ｂ又はエー
ジェント１５０Ａによって経験されず、したがってこれ
らのエージェントに対していかなる経過もいかなる効果
も持たない。エージェント１５０Ｂは、オペレーショ
ン”part”を行う際に、エージェント１５０Ａ、１５０
Ｂの間のミーティングがエージェント１５０Ａによって
終了されたことの通知を受ける。エージェント１５０Ｂ
がコンタクトされるエージェントである場合、エージェ
ント１５０Ａを参照するコンタクトであるエージェント
１５０Ａのプロパティ”contacts”のアイテムは、エー
ジェント１５０Ｂのプロパティ”contacts”からリクエ
ストされる。オペレーション”part”のアクセスは”シ
ステム”であるため、エージェント１５０Ｂがオペレー
ション”part”を行うことをリクエストし得るのはエン
ジン１３２Ｂのみである。
【０７５０】図８７は、ミーティングプレイス２２２Ｂ
によるオペレーション”part”の遂行の直後においての
エージェント１５０Ａの状態を示している。オペレーシ
ョン”part”がいかなる結果ももたらさないので、スタ
ック３７０４はエンプティである。
によるオペレーション”part”の遂行の直後においての
エージェント１５０Ａの状態を示している。オペレーシ
ョン”part”がいかなる結果ももたらさないので、スタ
ック３７０４はエンプティである。
【０７５１】エージェント１５０Ａ、１５０Ｂの間のミ
ーティングの終了は、エージェント１５０Ｂ及びエージ
ェント１５０Ｂによって所有されるすべてのオブジェク
トへのエージェント１５０Ａ中のすべてのリファレンス
をボイドにする。一例として、図８８において、エージ
ェント１５０Ｂを既に特定化したリファレンス１５０Ａ
−Ｒ１とオブジェクト３６０４を既に特定化したリファ
レンス１５０Ａ−Ｒ２はどちらもボイドされる。同様
に、エージェント１５０Ａを以前にリファレンスしたリ
ファレンス１５０Ｂ−Ｒ１及びオブジェクト３６０４を
既にリファレンスしたリファレンス１５０Ｂ−Ｒ２も、
エージェント１５０Ｂ中においてボイドされる。したが
って、エージェント１５０Ａ、１５０Ｂは、もはや両方
を交換することはできない。エージェント１５０Ａ、１
５０Ｂが、コンタクトされるエージェントである場合、
エージェント１５０Ａを特定化するコンタクトは、エー
ジェント１５０Ｂのプロパティ”contacts”から除去さ
れ、エージェント１５０Ｂを特定化するコンタクトは、
エージェント１５０Ａのプロパティ”contacts”から除
去される。
ーティングの終了は、エージェント１５０Ｂ及びエージ
ェント１５０Ｂによって所有されるすべてのオブジェク
トへのエージェント１５０Ａ中のすべてのリファレンス
をボイドにする。一例として、図８８において、エージ
ェント１５０Ｂを既に特定化したリファレンス１５０Ａ
−Ｒ１とオブジェクト３６０４を既に特定化したリファ
レンス１５０Ａ−Ｒ２はどちらもボイドされる。同様
に、エージェント１５０Ａを以前にリファレンスしたリ
ファレンス１５０Ｂ−Ｒ１及びオブジェクト３６０４を
既にリファレンスしたリファレンス１５０Ｂ−Ｒ２も、
エージェント１５０Ｂ中においてボイドされる。したが
って、エージェント１５０Ａ、１５０Ｂは、もはや両方
を交換することはできない。エージェント１５０Ａ、１
５０Ｂが、コンタクトされるエージェントである場合、
エージェント１５０Ａを特定化するコンタクトは、エー
ジェント１５０Ｂのプロパティ”contacts”から除去さ
れ、エージェント１５０Ｂを特定化するコンタクトは、
エージェント１５０Ａのプロパティ”contacts”から除
去される。
【０７５２】大規模ワイドエリアネットワークへの本発
明の応用可能性 これまでは、オペレーション”go”又はオペレーショ
ン”send”の実行によって、エージェント１５０Ａ（図
３４）がミーティングプレイス２２０Ｂにそれ自身を転
送したり又はエージェント１５０Ａ自身のクローンがミ
ーティングプレイス２２０Ｂに転送されたりするコミニ
ュケーションシステムが記述された。この場合、エージ
ェント１５０Ａは、エージェント１５０Ａ、１５０Ｂと
の間のミーティングを取り決めるためにミーティングプ
レイス２２０Ｂによってオペレーション”meeting”を
遂行することをリクエストする。このミーティングの間
にエージェント１５０Ａ、１５０Ｂは、以下に一層詳細
に説明するように情報を交換することができる。
明の応用可能性 これまでは、オペレーション”go”又はオペレーショ
ン”send”の実行によって、エージェント１５０Ａ（図
３４）がミーティングプレイス２２０Ｂにそれ自身を転
送したり又はエージェント１５０Ａ自身のクローンがミ
ーティングプレイス２２０Ｂに転送されたりするコミニ
ュケーションシステムが記述された。この場合、エージ
ェント１５０Ａは、エージェント１５０Ａ、１５０Ｂと
の間のミーティングを取り決めるためにミーティングプ
レイス２２０Ｂによってオペレーション”meeting”を
遂行することをリクエストする。このミーティングの間
にエージェント１５０Ａ、１５０Ｂは、以下に一層詳細
に説明するように情報を交換することができる。
【０７５３】以上の説明は、本発明の非常に簡単な使用
に関するものであるが、本発明についてはより一般的な
使用も可能である。本明細書中及びアペンディクスＡに
記述されるコンピュータ命令のセットの適応によって、
あるエージェントは、他のプレイスにそれ自身を転送さ
せまたその他のエージェント及びプレイスとミーティン
グして情報を交換するべきかを定めるために、非常に複
雑で込み入ったロジックを適用することができる。また
本発明は、以上に説明したように、２又は３のコンピュ
ータシステムのネットワークが限定される、また同質的
なネットワークにも限定されない。本明細書中及びアペ
ンディクスＡに記述されるコンピュータ命令のセット
は、広いエリアのネットワークを通るエージェントを作
り出すことができるように広い面積のネットワークにわ
たってプレイスを作り出しそして位置決めするために使
用することができる。ここに管理された命令セットは、
実質的なネットワーク中にインプリメントすることがで
きるので、広い面積のネットワークは、大型のメインフ
レームコンピューター、ローカルエリアネットワーク及
びその広い面積のネットワークにおいてエージェントを
移動させることができる小型のパーソナルコンピュータ
を含む広い範囲のコンピュータシステムを組むことがで
きる。さらに２つのエージェントの間のエンタアクショ
ンとしてミーティングを定義したが、エージェントはど
んな数のミーティングにも同時に参加することができる
ので、多数のエージェントが最初に述べたエージェント
が占有するものと同一のミーティングプレイスを占有す
る限り、これらの多数のエージェントと同時に相互作用
することができる。
に関するものであるが、本発明についてはより一般的な
使用も可能である。本明細書中及びアペンディクスＡに
記述されるコンピュータ命令のセットの適応によって、
あるエージェントは、他のプレイスにそれ自身を転送さ
せまたその他のエージェント及びプレイスとミーティン
グして情報を交換するべきかを定めるために、非常に複
雑で込み入ったロジックを適用することができる。また
本発明は、以上に説明したように、２又は３のコンピュ
ータシステムのネットワークが限定される、また同質的
なネットワークにも限定されない。本明細書中及びアペ
ンディクスＡに記述されるコンピュータ命令のセット
は、広いエリアのネットワークを通るエージェントを作
り出すことができるように広い面積のネットワークにわ
たってプレイスを作り出しそして位置決めするために使
用することができる。ここに管理された命令セットは、
実質的なネットワーク中にインプリメントすることがで
きるので、広い面積のネットワークは、大型のメインフ
レームコンピューター、ローカルエリアネットワーク及
びその広い面積のネットワークにおいてエージェントを
移動させることができる小型のパーソナルコンピュータ
を含む広い範囲のコンピュータシステムを組むことがで
きる。さらに２つのエージェントの間のエンタアクショ
ンとしてミーティングを定義したが、エージェントはど
んな数のミーティングにも同時に参加することができる
ので、多数のエージェントが最初に述べたエージェント
が占有するものと同一のミーティングプレイスを占有す
る限り、これらの多数のエージェントと同時に相互作用
することができる。
【０７５４】エージェント間の相互作用−実行モデルへ
のイントロダクション エージェント１５０Ａ（図５０）は、エージェント１５
０Ａとエージェント１５０Ｂとの間のミーティングの間
に、あるフィーチャを遂行するようにエージェント１５
０Ｂに指示する命令を送出することによって、エージェ
ント１５０Ｂと相互作用する。あるフィーチャを遂行が
リクエストされるメカニズムについて以下に説明する。
このメカニズムについては以下にそしてアペンディクス
Ａにおいて一層詳細に説明される。
のイントロダクション エージェント１５０Ａ（図５０）は、エージェント１５
０Ａとエージェント１５０Ｂとの間のミーティングの間
に、あるフィーチャを遂行するようにエージェント１５
０Ｂに指示する命令を送出することによって、エージェ
ント１５０Ｂと相互作用する。あるフィーチャを遂行が
リクエストされるメカニズムについて以下に説明する。
このメカニズムについては以下にそしてアペンディクス
Ａにおいて一層詳細に説明される。
【０７５５】実行状態は、各々のプロセスに関係してい
る。用語集において前述したように、各々の方法は、そ
の方法の実行の間ある動的状態を有する。あるプロセス
の実行状態は、１以上のフレームを含み、各々のフレー
ムは、そのプロセスの実行状態の一部分である方法の動
的状態を記録する。各々のフレームにはスタックがあり
このスタックには、オペレーションのリクエストの前に
アーギュメントを保存することができまたこのスタック
から、オペレーションの実行後に結果を復元することが
できる。現在のフレームのスタックは現在のスタックで
ある。現在のフレームは、エンジンによって実行されて
いるコンピュータ命令を含むフレームである。
る。用語集において前述したように、各々の方法は、そ
の方法の実行の間ある動的状態を有する。あるプロセス
の実行状態は、１以上のフレームを含み、各々のフレー
ムは、そのプロセスの実行状態の一部分である方法の動
的状態を記録する。各々のフレームにはスタックがあり
このスタックには、オペレーションのリクエストの前に
アーギュメントを保存することができまたこのスタック
から、オペレーションの実行後に結果を復元することが
できる。現在のフレームのスタックは現在のスタックで
ある。現在のフレームは、エンジンによって実行されて
いるコンピュータ命令を含むフレームである。
【０７５６】あるオペレーションをリクエストする前に
リクエスタは、０又は１以上へのリファレンスを現在の
スタックに保存し、これらのオブジェクトは、それによ
って、オペレーションのためのアーギュメントとして供
給される。リクエスタは次にレスポンダへのリファレン
スを現在のスタックに保存させる。レスポンダは、リク
エストされたオペレーションを実行するようにリクエス
タによって指示されたオブジェクトである。最後に、リ
クエスタは、リクエストされたオペレーションを特定す
る識別子の実行をリクエストする。エンジンは、リクエ
ストするオペレーションを実行する際に、現在のスタッ
クの上部からオブジェクトをポップ（復元）し、そのオ
ブジェクトをオペレーションのレスポンダとなる。その
オペレーションをインプリメントする方法は、レスポン
ダがメンバであるクラス内に見出され、そして実行され
る。一実施例によれば、方法の遂行は、（ｉ）新しいス
タックを形成し、（ｉｉ）現在のスタックからオペレー
ションのアーギュメントを復元してそれらを新しいスタ
ックに保存させ、（ｉｉｉ）新しいスタックを現在のス
タックとし、（ｉｖ）新しい現在のスタックからアーギ
ュメントを復元し、（ｖ）そのインプリメントによって
結果が得られた場合、その結果を新しい現在のスタック
に保存させ、そして（ｖｉ）その結果（もしあれば）を
新しい現在のスタックから復元し、結果（もしあれば）
を以前に現在のスタックであったスッタクに保存させ
る。全体としてのオペレーション及びフィーチャの実行
については以下にそしてアペンディクスＡにおいて一層
詳細に説明されている。
リクエスタは、０又は１以上へのリファレンスを現在の
スタックに保存し、これらのオブジェクトは、それによ
って、オペレーションのためのアーギュメントとして供
給される。リクエスタは次にレスポンダへのリファレン
スを現在のスタックに保存させる。レスポンダは、リク
エストされたオペレーションを実行するようにリクエス
タによって指示されたオブジェクトである。最後に、リ
クエスタは、リクエストされたオペレーションを特定す
る識別子の実行をリクエストする。エンジンは、リクエ
ストするオペレーションを実行する際に、現在のスタッ
クの上部からオブジェクトをポップ（復元）し、そのオ
ブジェクトをオペレーションのレスポンダとなる。その
オペレーションをインプリメントする方法は、レスポン
ダがメンバであるクラス内に見出され、そして実行され
る。一実施例によれば、方法の遂行は、（ｉ）新しいス
タックを形成し、（ｉｉ）現在のスタックからオペレー
ションのアーギュメントを復元してそれらを新しいスタ
ックに保存させ、（ｉｉｉ）新しいスタックを現在のス
タックとし、（ｉｖ）新しい現在のスタックからアーギ
ュメントを復元し、（ｖ）そのインプリメントによって
結果が得られた場合、その結果を新しい現在のスタック
に保存させ、そして（ｖｉ）その結果（もしあれば）を
新しい現在のスタックから復元し、結果（もしあれば）
を以前に現在のスタックであったスッタクに保存させ
る。全体としてのオペレーション及びフィーチャの実行
については以下にそしてアペンディクスＡにおいて一層
詳細に説明されている。
【０７５７】以下の例はオペレーションがリクエストさ
れるメカニズムを表している。前述したように、ミーテ
ィングの間に、エージェント１５０Ａは、オペレーショ
ンを遂行するようにエージェント１５０Ｂに指示するこ
とによってエージェント１５０Ｂと相互作用する。エー
ジェント１５０Ａは、リクエストされたオペレーション
へのアーギュメントとしてエージェント１５０Ａ中に含
まれるオブジェクトを供給することによって、これらの
オブジェクトにアクセスすることをエージェント１５０
Ｂに許容する。エージェント１５０Ｂは、エージェント
１５０Ｂに含まれるあるオブジェクトを、リクエストさ
れたオペレーションの結果として生成させることによっ
て、このオブジェクトへのアクセスをエージェント１５
０Ａに許容する。図８９−３９Ｆは、エージェント１５
０Ｂと相互作用して情報をこのエージェント１５０Ｂに
送出するエージェント１５０Ａ（図５０、図８９〜図９
４には示さない）の例を示している。
れるメカニズムを表している。前述したように、ミーテ
ィングの間に、エージェント１５０Ａは、オペレーショ
ンを遂行するようにエージェント１５０Ｂに指示するこ
とによってエージェント１５０Ｂと相互作用する。エー
ジェント１５０Ａは、リクエストされたオペレーション
へのアーギュメントとしてエージェント１５０Ａ中に含
まれるオブジェクトを供給することによって、これらの
オブジェクトにアクセスすることをエージェント１５０
Ｂに許容する。エージェント１５０Ｂは、エージェント
１５０Ｂに含まれるあるオブジェクトを、リクエストさ
れたオペレーションの結果として生成させることによっ
て、このオブジェクトへのアクセスをエージェント１５
０Ａに許容する。図８９−３９Ｆは、エージェント１５
０Ｂと相互作用して情報をこのエージェント１５０Ｂに
送出するエージェント１５０Ａ（図５０、図８９〜図９
４には示さない）の例を示している。
【０７５８】図８９はエンプティなスタック３９０２を
示しているスタック３９０２は、エージェント１５０Ａ
（図示しない）の実行状態の現在のスタックである。図
８９はスタック３９０２をエンプティであるものとして
示しているが必ずしもそうでなくてもよい。しかし図８
９のスタック３９０２のいかなるオブジェクトもこの例
によっては影響されない。”これはメッセージである”
というテキストを有する文字列３９０４はスタック３９
０２（図９０）に保存される。エージェント１５０Ｂへ
のリファレンスは、スタック３９０２（図９１）に保存
される。
示しているスタック３９０２は、エージェント１５０Ａ
（図示しない）の実行状態の現在のスタックである。図
８９はスタック３９０２をエンプティであるものとして
示しているが必ずしもそうでなくてもよい。しかし図８
９のスタック３９０２のいかなるオブジェクトもこの例
によっては影響されない。”これはメッセージである”
というテキストを有する文字列３９０４はスタック３９
０２（図９０）に保存される。エージェント１５０Ｂへ
のリファレンスは、スタック３９０２（図９１）に保存
される。
【０７５９】エージェント１５０Ａは、次に、”stor
e”をテキストとし、オペレーション”store”にリファ
レンスする識別子を次に実行する。識別子の実行に際し
て、あるオブジェクトすなわちエージェント１５０Ｂ
は、スタック３９０２から復元され、そのオブジェクト
は、オペレーション”store”（図９２）を実行するよ
うに指示される。この例において、オペレーション”st
ore”はあるクラスについて定義される。エージェント
１５０Ｂはこのクラスのメンバであり、このクラスの方
法は、フローチャート４０００（図９５）によって示さ
れる。
e”をテキストとし、オペレーション”store”にリファ
レンスする識別子を次に実行する。識別子の実行に際し
て、あるオブジェクトすなわちエージェント１５０Ｂ
は、スタック３９０２から復元され、そのオブジェクト
は、オペレーション”store”（図９２）を実行するよ
うに指示される。この例において、オペレーション”st
ore”はあるクラスについて定義される。エージェント
１５０Ｂはこのクラスのメンバであり、このクラスの方
法は、フローチャート４０００（図９５）によって示さ
れる。
【０７６０】オペレーション”store”を遂行する際
に、エージェント１５０Ｂは、ステップ４００２（図９
５）においてスタック３９０２から文字列３９０４を復
元する。エージェント１５０Ｂは、オペレーション”st
ore”を遂行するものとして記述されているが、オペー
レーション”store”のエージェント１５０Ｂによる実
行の動的状態を記録するフレーム（図示しない）は、エ
ージェント１５０Ａ（図示しない）の実行状態の一部で
ある。チャージズアラウワンスすなわちエージェント１
５０Ａのパーミットのプロパティ”charges”はそれに
よって、エージェント１５０Ｂによるオペレーション”
store”の遂行から結果する処理のために送出される。
エージェント１５０Ｂは、オペレーション”store”を
遂行するオブジェクトとなるが、これは、（ｉ）エージ
ェント１５０Ａ（図示しない）の実行状態がエージェン
ト１５０Ｂをレスポンダとして特定化し、（ｉｉ）オペ
レーション”store”の方法が、エージェント１５０Ｂ
がその一メンバであるクラスによって提供され、（ｉｉ
ｉ）エージェント１５０Ｂの内部状態が、オペレーショ
ン”store”の遂行されているコンテキストを提供する
からである。
に、エージェント１５０Ｂは、ステップ４００２（図９
５）においてスタック３９０２から文字列３９０４を復
元する。エージェント１５０Ｂは、オペレーション”st
ore”を遂行するものとして記述されているが、オペー
レーション”store”のエージェント１５０Ｂによる実
行の動的状態を記録するフレーム（図示しない）は、エ
ージェント１５０Ａ（図示しない）の実行状態の一部で
ある。チャージズアラウワンスすなわちエージェント１
５０Ａのパーミットのプロパティ”charges”はそれに
よって、エージェント１５０Ｂによるオペレーション”
store”の遂行から結果する処理のために送出される。
エージェント１５０Ｂは、オペレーション”store”を
遂行するオブジェクトとなるが、これは、（ｉ）エージ
ェント１５０Ａ（図示しない）の実行状態がエージェン
ト１５０Ｂをレスポンダとして特定化し、（ｉｉ）オペ
レーション”store”の方法が、エージェント１５０Ｂ
がその一メンバであるクラスによって提供され、（ｉｉ
ｉ）エージェント１５０Ｂの内部状態が、オペレーショ
ン”store”の遂行されているコンテキストを提供する
からである。
【０７６１】処理はステップ４００２からステップ４０
０４に移行し、このステップ４００４において、文字列
３９０４のコピーである文字列３９０４−Ｃが形成さ
れ、図９３に示した状態となる。文字列３９０４、３９
０４−Ｃは、エージェント１５０Ａの実行状態の一部分
であり、エージェント１５０Ｂによって遂行されたオペ
レーション”store”の動的状態を記録している、フレ
ーム３９０６内に含まれている。処理はステップ４００
４からステップ４００６（図９５）に移行し、ここでエ
ージェント１５０Ｂは、文字列３９０４−Ｃを格納す
る。処理はステップ４００６からステップ４００８に移
行し、ここでエージェント１５０Ｂは、文字列３９０４
を廃棄し、この文字列はスタック３９０２からポップさ
れる。処理はステップ４００８から終了ステップ４０１
０に移行し、ここでオペレーション”store”は成功の
うちに終了する。ステップ４００８によって図９４に示
した状態となる。すなわちエージェント１５０Ａは、情
報をエージェント１５０Ｂに成功のうちに移送させてい
る。
０４に移行し、このステップ４００４において、文字列
３９０４のコピーである文字列３９０４−Ｃが形成さ
れ、図９３に示した状態となる。文字列３９０４、３９
０４−Ｃは、エージェント１５０Ａの実行状態の一部分
であり、エージェント１５０Ｂによって遂行されたオペ
レーション”store”の動的状態を記録している、フレ
ーム３９０６内に含まれている。処理はステップ４００
４からステップ４００６（図９５）に移行し、ここでエ
ージェント１５０Ｂは、文字列３９０４−Ｃを格納す
る。処理はステップ４００６からステップ４００８に移
行し、ここでエージェント１５０Ｂは、文字列３９０４
を廃棄し、この文字列はスタック３９０２からポップさ
れる。処理はステップ４００８から終了ステップ４０１
０に移行し、ここでオペレーション”store”は成功の
うちに終了する。ステップ４００８によって図９４に示
した状態となる。すなわちエージェント１５０Ａは、情
報をエージェント１５０Ｂに成功のうちに移送させてい
る。
【０７６２】このようにエージェント１５０Ａは、ある
操作を遂行するようにエージェント１５０Ｂにリクエス
トすることによって、エージェント１５０Ｂと相互作用
し、エージェント１５０Ａは、リクエストされたオペレ
ーションへのアーギュメント又は実行されたオペレーシ
ョンの結果としてオブジェクトをエージェント１５０Ｂ
に送出する。エージェント１５０Ｂがエージェント１５
０Ａのリクエストに従ってオペレーションを遂行するよ
うに以上に説明したが、あるオブジェクトによるあるフ
ィーチャの実行は、実際には、そのオブジェクトの内部
状態及びクラスによって規定されたそのオブジェクトの
コンテキスト内においてのエンジンによるフィーチャの
遂行である。特別なフィーチャの挙動は、そのフィーチ
ャを実行しているオブジェクトの内部状態に依存して変
化することができる。ここにオブジェクトの内部状態
は、オブジェクトのプロパティによって部分的に定義さ
れる。
操作を遂行するようにエージェント１５０Ｂにリクエス
トすることによって、エージェント１５０Ｂと相互作用
し、エージェント１５０Ａは、リクエストされたオペレ
ーションへのアーギュメント又は実行されたオペレーシ
ョンの結果としてオブジェクトをエージェント１５０Ｂ
に送出する。エージェント１５０Ｂがエージェント１５
０Ａのリクエストに従ってオペレーションを遂行するよ
うに以上に説明したが、あるオブジェクトによるあるフ
ィーチャの実行は、実際には、そのオブジェクトの内部
状態及びクラスによって規定されたそのオブジェクトの
コンテキスト内においてのエンジンによるフィーチャの
遂行である。特別なフィーチャの挙動は、そのフィーチ
ャを実行しているオブジェクトの内部状態に依存して変
化することができる。ここにオブジェクトの内部状態
は、オブジェクトのプロパティによって部分的に定義さ
れる。
【０７６３】エージェント１５０Ｂは、たとえばステッ
プ４００８のあと、終了ステップ４０１０の前に、スタ
ック３９０２にオブジェクトを保存することによって、
オブジェクトをエージェント１５０Ａに移送させること
もできる。そのオブジェクトはエージェント１５０Ａに
よるオペレーション”store”の結果としてスタック４
０１０からポップされる。さらに、オペレーション”me
et”について前述対応に、エージェント１５０Ｂは、エ
ージェント１５０Ａのリファレンスを含むため、エージ
ェント１５０Ｂは、あるオペレーションを行うようにエ
ージェント１５０Ａに指示するとともに、そのオペレー
ションへのアーギュメントととしてエージェント１５０
Ａにオブジェクトを供給することもできる。
プ４００８のあと、終了ステップ４０１０の前に、スタ
ック３９０２にオブジェクトを保存することによって、
オブジェクトをエージェント１５０Ａに移送させること
もできる。そのオブジェクトはエージェント１５０Ａに
よるオペレーション”store”の結果としてスタック４
０１０からポップされる。さらに、オペレーション”me
et”について前述対応に、エージェント１５０Ｂは、エ
ージェント１５０Ａのリファレンスを含むため、エージ
ェント１５０Ｂは、あるオペレーションを行うようにエ
ージェント１５０Ａに指示するとともに、そのオペレー
ションへのアーギュメントととしてエージェント１５０
Ａにオブジェクトを供給することもできる。
【０７６４】本発明のコンピュータ命令セットの可搬性 本発明の多くの局面は、非常に多くの可動度及び融通性
をプロセスに許容する。第１に、本発明のコンピュータ
命令セットは、均質的又は異質的なネットワークにおい
て均質的にインプリメントされる。第２に、クラスは、
コンピュータ命令のオブジェクトとであるので、可動の
プロセスとともにネットワークを通って移動することが
できる。第３に、コンピュータ命令セットは解釈され
る。
をプロセスに許容する。第１に、本発明のコンピュータ
命令セットは、均質的又は異質的なネットワークにおい
て均質的にインプリメントされる。第２に、クラスは、
コンピュータ命令のオブジェクトとであるので、可動の
プロセスとともにネットワークを通って移動することが
できる。第３に、コンピュータ命令セットは解釈され
る。
【０７６５】コンピュータ命令セットの同質性 前述したように、データ及びコンピュータ命令を含むエ
ージェントは、１つのコンピュータシステムから次のコ
ンピュータシステムに移動することができ、そしてエー
ジェントがその中に含まれるどんなコンピュータシステ
ムに対しても実行可能である。さらに、エージェントが
その内部において移動することのできるネットワーク
は、均質でも異質でもよい。エージェントが可動である
ため、エージェントのプロシージャ部分を形成する各々
のコンピュータ命令をネットワークのどのコンピュータ
システムが実行しているかを正確に定めることは必ずし
もできない。従ってエージェントがその内部を通って移
動するネットワークの各々のコンピュータシステムが同
一のコンピュータ命令セットを指示していることが大切
である。
ージェントは、１つのコンピュータシステムから次のコ
ンピュータシステムに移動することができ、そしてエー
ジェントがその中に含まれるどんなコンピュータシステ
ムに対しても実行可能である。さらに、エージェントが
その内部において移動することのできるネットワーク
は、均質でも異質でもよい。エージェントが可動である
ため、エージェントのプロシージャ部分を形成する各々
のコンピュータ命令をネットワークのどのコンピュータ
システムが実行しているかを正確に定めることは必ずし
もできない。従ってエージェントがその内部を通って移
動するネットワークの各々のコンピュータシステムが同
一のコンピュータ命令セットを指示していることが大切
である。
【０７６６】開示されたコンピュータ命令セットにおい
てオブジェクトとして表されるクラス 第１のコンピュータシステムにおいて実行されているエ
ージェントは、以前に存在していなかった新しいオブジ
ェクトクラスを作りだすことができる。エージェントは
その場合第２のコンピュータシステムにおいて実行中の
エンジンに向かって移動することができ、新しく形成さ
れたクラスのメンバの処理を含むエージェントの解釈
は、その第２のコンピュータシステム内において続けら
れる。この場合、第２のコンピュータシステムにおいて
実行されているエンジンは、新しく形成されたクラス又
はそのクラスのいかなるメンバとも以前に遭遇したこと
はない。したがって、クラスは、開示された命令セット
のオブジェクトとされるので、クラスは、１つのコンピ
ュータシステムから別のコンピュータシステムにエージ
ェントとともに移動することができる。
てオブジェクトとして表されるクラス 第１のコンピュータシステムにおいて実行されているエ
ージェントは、以前に存在していなかった新しいオブジ
ェクトクラスを作りだすことができる。エージェントは
その場合第２のコンピュータシステムにおいて実行中の
エンジンに向かって移動することができ、新しく形成さ
れたクラスのメンバの処理を含むエージェントの解釈
は、その第２のコンピュータシステム内において続けら
れる。この場合、第２のコンピュータシステムにおいて
実行されているエンジンは、新しく形成されたクラス又
はそのクラスのいかなるメンバとも以前に遭遇したこと
はない。したがって、クラスは、開示された命令セット
のオブジェクトとされるので、クラスは、１つのコンピ
ュータシステムから別のコンピュータシステムにエージ
ェントとともに移動することができる。
【０７６７】クラス構造 いくつかのオブジェクトは、組み合わされて、クラスす
なわちクラスオブジェクト、識別子及びクラス定義を限
定したり表現したりする。クラスオブジェクト、識別子
及びクラス定義は、クラス”class”、”Identifire”
及び”Class Definition”のメンバである。
なわちクラスオブジェクト、識別子及びクラス定義を限
定したり表現したりする。クラスオブジェクト、識別子
及びクラス定義は、クラス”class”、”Identifire”
及び”Class Definition”のメンバである。
【０７６８】クラスオブジェクトすなわちクラス”clas
s”のメンバは、そのフィーチャが同一のインターフェ
イス及びインプリメンテーションを持つオブジェクトセ
ットを表すオブジェクトである。オブジェクトセットは
そのクラスの”インスタンス”である。クラス”clas
s”及びクラスオブジェクトについては以下にそしてア
ペンディクスＡに一層詳細に説明される。
s”のメンバは、そのフィーチャが同一のインターフェ
イス及びインプリメンテーションを持つオブジェクトセ
ットを表すオブジェクトである。オブジェクトセットは
そのクラスの”インスタンス”である。クラス”clas
s”及びクラスオブジェクトについては以下にそしてア
ペンディクスＡに一層詳細に説明される。
【０７６９】識別子すなわちクラス”Identifire”のメ
ンバは、あるクラスをリファレンスするために、インタ
ーフェイスオブジェクト又はインプリメンテーションオ
ブジェクト内において使用される。なお、識別子は、他
の形式のオブジェクトにもリファレンスする。インター
フェイスオブジェクト及びインプリメンテーションオブ
ジェクトについては以下に一層詳細に説明する。第１の
インターフェイスオブジェクト又はインプリメンテーシ
ョンオブジェクト内の第１のクラスにリファレンスする
第１の識別子は、第１のインターフェイスオブジェクト
又はインプリメンテーションオブジェクト内の他のすべ
てのクラスにリファレンスする識別子とは異なってい
る。しかし、第２のインターフェイスオブジェクト又は
インプリメンテーションオブジェクトは、第２のクラス
にリファレンスするために、第１の識別子と同等の識別
子を使用することができる。
ンバは、あるクラスをリファレンスするために、インタ
ーフェイスオブジェクト又はインプリメンテーションオ
ブジェクト内において使用される。なお、識別子は、他
の形式のオブジェクトにもリファレンスする。インター
フェイスオブジェクト及びインプリメンテーションオブ
ジェクトについては以下に一層詳細に説明する。第１の
インターフェイスオブジェクト又はインプリメンテーシ
ョンオブジェクト内の第１のクラスにリファレンスする
第１の識別子は、第１のインターフェイスオブジェクト
又はインプリメンテーションオブジェクト内の他のすべ
てのクラスにリファレンスする識別子とは異なってい
る。しかし、第２のインターフェイスオブジェクト又は
インプリメンテーションオブジェクトは、第２のクラス
にリファレンスするために、第１の識別子と同等の識別
子を使用することができる。
【０７７０】インターフェイスオブジェクトとインプリ
メンテーションオブジェクトとは一緒に、フィーチャす
なわちオペレーション及び属性のナンバを規定する。オ
ブジェクトの内部状態の一部を提供し、又は変更するた
めにあるオブジェクトが差し向けられる属性とある数の
コンピュータ命令を実行するためにあるオブジェクトが
差し向けられるオペレーションとの間の区別は、第１の
義的に、本発明の概念形成を助ける上に重要である。属
性とは、概念的には、あるオペレーションの特別のケー
スである。一例としてあるオブジェクトの属性に質疑す
ると、そのオブジェクトは、そのオブジェクトの内部状
態についての情報をそのオブジェクトに供給させるコン
ピュータ命令を実行するように指示される。
メンテーションオブジェクトとは一緒に、フィーチャす
なわちオペレーション及び属性のナンバを規定する。オ
ブジェクトの内部状態の一部を提供し、又は変更するた
めにあるオブジェクトが差し向けられる属性とある数の
コンピュータ命令を実行するためにあるオブジェクトが
差し向けられるオペレーションとの間の区別は、第１の
義的に、本発明の概念形成を助ける上に重要である。属
性とは、概念的には、あるオペレーションの特別のケー
スである。一例としてあるオブジェクトの属性に質疑す
ると、そのオブジェクトは、そのオブジェクトの内部状
態についての情報をそのオブジェクトに供給させるコン
ピュータ命令を実行するように指示される。
【０７７１】あるオブジェクトによるあるフィーチャの
遂行が実際には、そのオブジェクトの内部状態及びクラ
スによって規定されたそのオブジェクトのコンテキスト
においてのエンジンの特徴の遂行であることを想起され
たい。ある特別なフィーチャの挙動は、そのフィーチャ
を遂行するオブジェクトの内部状態に依存して変化する
ことができる。ここにオブジェクトの内部状態は、部分
的に、オブジェクトのプロパティによって規定される。
遂行が実際には、そのオブジェクトの内部状態及びクラ
スによって規定されたそのオブジェクトのコンテキスト
においてのエンジンの特徴の遂行であることを想起され
たい。ある特別なフィーチャの挙動は、そのフィーチャ
を遂行するオブジェクトの内部状態に依存して変化する
ことができる。ここにオブジェクトの内部状態は、部分
的に、オブジェクトのプロパティによって規定される。
【０７７２】単一の識別子は、別々のクラスによって各
々規定される２つの別々のフィーチャを同時に特定化す
ることができる。一例としてオペレーション”add”は
クラス”ディクショナリ”によるとは異なった仕方でク
ラス”ナンバ”によって定義される。あるフィーチャを
遂行しているエンジンは、インターフェイス及びインプ
リメンテーションを選択する際に、そのフィーチャを遂
行するオブジェクトのクラスにとって適切なフィーチャ
の定義及びそれに関連した方法オブジェクトを選定す
る。換言すれば、フィーチャ定義は、レスポンダをメン
バとするクラスから検索される。ある特徴を規定する具
体的なクラスは、そのフィーチャのインターフェイスと
そのフィーチャのインプリメンテーションとの両方を規
定する。あるフィーチャを規定する抽象的なクラスは、
そのフィーチャのインターフェイスを規定し、またその
フィーチャのインプリメンテーションを定義することが
できる。
々規定される２つの別々のフィーチャを同時に特定化す
ることができる。一例としてオペレーション”add”は
クラス”ディクショナリ”によるとは異なった仕方でク
ラス”ナンバ”によって定義される。あるフィーチャを
遂行しているエンジンは、インターフェイス及びインプ
リメンテーションを選択する際に、そのフィーチャを遂
行するオブジェクトのクラスにとって適切なフィーチャ
の定義及びそれに関連した方法オブジェクトを選定す
る。換言すれば、フィーチャ定義は、レスポンダをメン
バとするクラスから検索される。ある特徴を規定する具
体的なクラスは、そのフィーチャのインターフェイスと
そのフィーチャのインプリメンテーションとの両方を規
定する。あるフィーチャを規定する抽象的なクラスは、
そのフィーチャのインターフェイスを規定し、またその
フィーチャのインプリメンテーションを定義することが
できる。
【０７７３】あるフィーチャの”インターフェイス”
は、そのフィーチャの遂行において消費されたアーギュ
メント及び生成した結果（もしあれば）を規定する。さ
らに、あるフィーチャによって生成されうる例外は、そ
のフィーチャのインターフェイスによって規定される。
あるクラスによって規定されたフィーチャのインターフ
ェイスは、インターフェイスオブジェクトすなわちクラ
ス定義オブジェクトのプロパティ”interface”である
クラス”interface”のメンバによって集合的に表され
規定される。クラス”interface”については以下に一
層詳細に説明する。
は、そのフィーチャの遂行において消費されたアーギュ
メント及び生成した結果（もしあれば）を規定する。さ
らに、あるフィーチャによって生成されうる例外は、そ
のフィーチャのインターフェイスによって規定される。
あるクラスによって規定されたフィーチャのインターフ
ェイスは、インターフェイスオブジェクトすなわちクラ
ス定義オブジェクトのプロパティ”interface”である
クラス”interface”のメンバによって集合的に表され
規定される。クラス”interface”については以下に一
層詳細に説明する。
【０７７４】あるフィーチャのインプリメンテーション
はそのフィーチャの”方法”によって限定される。ある
フィーチャの方法は、取られるべき処置、すなわちその
フィーチャの実行において実行されるべきコンピュータ
命令を規定する。方法オブジェクト、クラス”方法”の
メンバは、一般に、一連の命令であり、これらの命令の
実行は、そのフィーチャの実行を構成する。あるクラス
によって規定されるか、又は受け継がれたフィーチャの
インプリメンテーションは、インプリメンテーションオ
ブジェクトすなわちクラス定義オブジェクトのプロパテ
ィ”implementation”であるクラス”implementation”
のメンバによって集合的に表され規定される。クラス”
implementation”については以下に一層詳細に説明す
る。
はそのフィーチャの”方法”によって限定される。ある
フィーチャの方法は、取られるべき処置、すなわちその
フィーチャの実行において実行されるべきコンピュータ
命令を規定する。方法オブジェクト、クラス”方法”の
メンバは、一般に、一連の命令であり、これらの命令の
実行は、そのフィーチャの実行を構成する。あるクラス
によって規定されるか、又は受け継がれたフィーチャの
インプリメンテーションは、インプリメンテーションオ
ブジェクトすなわちクラス定義オブジェクトのプロパテ
ィ”implementation”であるクラス”implementation”
のメンバによって集合的に表され規定される。クラス”
implementation”については以下に一層詳細に説明す
る。
【０７７５】フィーチャの定義は、クラスのスーパーク
ラスから受け継がれる。換言すれば、あるフィーチャが
ある特別なクラスによって定義される場合、そのフィー
チャはそのクラスのサブクラスについても定義される。
しかしサブクラスはフィーチャのインプリメンテーショ
ンを再定義することができ、それによってスーパークラ
スから受け継がれたインプリメンテーションに代替され
る。しかしフィーチャはそれについて定義されたサブク
ラスのスーパークラスによってそのフィーチャが”シー
ル”されていたら、サブクラスは、スーパークラスから
受け継がれたインプリメンテーションを再定義すること
はできない。
ラスから受け継がれる。換言すれば、あるフィーチャが
ある特別なクラスによって定義される場合、そのフィー
チャはそのクラスのサブクラスについても定義される。
しかしサブクラスはフィーチャのインプリメンテーショ
ンを再定義することができ、それによってスーパークラ
スから受け継がれたインプリメンテーションに代替され
る。しかしフィーチャはそれについて定義されたサブク
ラスのスーパークラスによってそのフィーチャが”シー
ル”されていたら、サブクラスは、スーパークラスから
受け継がれたインプリメンテーションを再定義すること
はできない。
【０７７６】あるクラスによって定義されるフィーチャ
は、そのクラスのクラス定義、クラス”Class Definiti
on”のメンバ、によって定義される。クラス自身は、ク
ラスオブジェクト、クラス”class”のメンバ、によっ
て表される。クラスは、識別子、クラス”Identifire”
のメンバ、によって参照される。
は、そのクラスのクラス定義、クラス”Class Definiti
on”のメンバ、によって定義される。クラス自身は、ク
ラスオブジェクト、クラス”class”のメンバ、によっ
て表される。クラスは、識別子、クラス”Identifire”
のメンバ、によって参照される。
【０７７７】クラスは、アペンディクスＡに構造が説明
されているクラス定義を最初に作りだすことによって作
りだされる。クラス定義は、関係するクラスオブジェク
トを作りだすためにオペレーション”makeClasses ”を
遂行するように指示される。オペレーション”makeClas
ses ”のシンタックス及び挙動はアペンディクスＡに一
層詳細に説明されている。形成されたクラスオブジェク
トの特別な形式及び構造は、（ｉ）クラス定義オブジェ
クトに含まれる情報が保存され、（ｉｉ）サイテーショ
ン４１０８（図９６）、インターフェイスオブジェクト
４１１０及びインプリメンテーションオブジェクト４１
１２がクラスオブジェクトから導出されうる場合には重
要ではない。条件（ｉｉ）は、アペンディクスＢに説明
するように、クラスオブジェクトの符号化にとって必要
である。
されているクラス定義を最初に作りだすことによって作
りだされる。クラス定義は、関係するクラスオブジェク
トを作りだすためにオペレーション”makeClasses ”を
遂行するように指示される。オペレーション”makeClas
ses ”のシンタックス及び挙動はアペンディクスＡに一
層詳細に説明されている。形成されたクラスオブジェク
トの特別な形式及び構造は、（ｉ）クラス定義オブジェ
クトに含まれる情報が保存され、（ｉｉ）サイテーショ
ン４１０８（図９６）、インターフェイスオブジェクト
４１１０及びインプリメンテーションオブジェクト４１
１２がクラスオブジェクトから導出されうる場合には重
要ではない。条件（ｉｉ）は、アペンディクスＢに説明
するように、クラスオブジェクトの符号化にとって必要
である。
【０７７８】一実施例において、クラス定義４１００
（図９６）のためにオペレーション”makeClasses ”を
遂行しているエンジンは、クラス定義４１００のプロパ
ティをクラスオブジェクト４１０２において複製するこ
とによって、クラスオブジェクト４１０２（図９７）を
形成する。
（図９６）のためにオペレーション”makeClasses ”を
遂行しているエンジンは、クラス定義４１００のプロパ
ティをクラスオブジェクト４１０２において複製するこ
とによって、クラスオブジェクト４１０２（図９７）を
形成する。
【０７７９】オペレーション”makeClasses ”を遂行し
たのちに、クラス定義４１００は廃棄される。クラス定
義４１００のプロパティについては以下に一層詳細に説
明する。クラス定義４１００のプロパティはクラスオブ
ジェクト４１０２において再生されるので、クラスオブ
ジェクト４１０２は、クラス定義オブジェクト４１００
に含まれるすべての情報を含み、クラス定義オブジェク
ト４１００のプロパティを導出することができる。
たのちに、クラス定義４１００は廃棄される。クラス定
義４１００のプロパティについては以下に一層詳細に説
明する。クラス定義４１００のプロパティはクラスオブ
ジェクト４１０２において再生されるので、クラスオブ
ジェクト４１０２は、クラス定義オブジェクト４１００
に含まれるすべての情報を含み、クラス定義オブジェク
ト４１００のプロパティを導出することができる。
【０７８０】別の実施例において、コンパイルされたコ
ンピュータプロセスの処理効率は、サイテーション４１
０８、インターフェイスオブジェクト４１１０及びイン
プリメンテーションオブジェクト４１１２の情報を複製
し、クラスオブジェクト４１０４内にサイテーション構
造４１０８Ｃ（図９８）、インターフェイス構造４１１
０Ｃ及びインプリメンテーション構造４１１２Ｃをそれ
ぞれ形成することによって実現される。解釈されるとい
うよりはむしろコンパイルされるコンピュータ命令から
成るコンピュータプロセスは、その命令が解釈されるコ
ンピュータプロセスに比べて一般により効率的であり、
すなわち、ＣＰＵクロックサイクルのより少ない数の範
囲内である与えられたタスクを遂行する。前述したよう
にコンピュータ命令は最初は人が理解しうるソースコー
ドである。コンピュータ命令がコンピュータによって実
行されうる前に、この命令は、コンピュータによって理
解されうるオブジェクトコード又はマシンコードに翻訳
されなければならない。解釈されたコンピュータプロセ
スは各々の実行されるコンピュータ命令についてこのよ
うな翻訳を必要とし、コンパイルされたコンピュータプ
ロセスは、コンパイルされたコンピュータプロセスの実
行の間にこのような翻訳を必要としないので、コンパイ
ルされたコンピュータプロセスは解釈されたコンピュー
タプロセスに比べて実質的により効率的であることがで
きる。
ンピュータプロセスの処理効率は、サイテーション４１
０８、インターフェイスオブジェクト４１１０及びイン
プリメンテーションオブジェクト４１１２の情報を複製
し、クラスオブジェクト４１０４内にサイテーション構
造４１０８Ｃ（図９８）、インターフェイス構造４１１
０Ｃ及びインプリメンテーション構造４１１２Ｃをそれ
ぞれ形成することによって実現される。解釈されるとい
うよりはむしろコンパイルされるコンピュータ命令から
成るコンピュータプロセスは、その命令が解釈されるコ
ンピュータプロセスに比べて一般により効率的であり、
すなわち、ＣＰＵクロックサイクルのより少ない数の範
囲内である与えられたタスクを遂行する。前述したよう
にコンピュータ命令は最初は人が理解しうるソースコー
ドである。コンピュータ命令がコンピュータによって実
行されうる前に、この命令は、コンピュータによって理
解されうるオブジェクトコード又はマシンコードに翻訳
されなければならない。解釈されたコンピュータプロセ
スは各々の実行されるコンピュータ命令についてこのよ
うな翻訳を必要とし、コンパイルされたコンピュータプ
ロセスは、コンパイルされたコンピュータプロセスの実
行の間にこのような翻訳を必要としないので、コンパイ
ルされたコンピュータプロセスは解釈されたコンピュー
タプロセスに比べて実質的により効率的であることがで
きる。
【０７８１】サイテーション構造４１０８Ｃ、インター
フェイス構造４１１０Ｃ及びインプリメンテーション構
造４１１２Ｃは、サイテーション４１０８、インターフ
ェイスオブジェクト４１１０及びインプリメンテーショ
ンオブジェクト４１１２に類似し、コンパイルされたコ
ンピュータ命令、たとえば集合的にＣ＋＋プログラミン
グ言語を形成するコンピュータ命令から成っているオブ
ジェクトである。
フェイス構造４１１０Ｃ及びインプリメンテーション構
造４１１２Ｃは、サイテーション４１０８、インターフ
ェイスオブジェクト４１１０及びインプリメンテーショ
ンオブジェクト４１１２に類似し、コンパイルされたコ
ンピュータ命令、たとえば集合的にＣ＋＋プログラミン
グ言語を形成するコンピュータ命令から成っているオブ
ジェクトである。
【０７８２】それぞれサイテーション構造４１０８Ｃ、
インターフェイス構造４１１０Ｃ及びインプリメンテー
ション構造４１１２Ｃとして複製することによって、ク
ラスオブジェクト４１０４によって表されるクラスに関
する情報は、この情報をクラスオブジェクト４１０２
（図９７）のサイテーション４１０８、インターフェイ
スオブジェクト４１１０及びインプリメンテーションオ
ブジェクト４１１２からの情報を再生する場合に比べて
一層効率的に検索することができる。サイテーション構
造４１０８Ｃ（図９８）、インターフェイス構造４１１
０Ｃ及びインプリメンテーション構造４１１２Ｃに含ま
れる情報は、クラス定義４１００（図９６）の対応する
プロパティ内に含まれる情報と実質的に同等である。
インターフェイス構造４１１０Ｃ及びインプリメンテー
ション構造４１１２Ｃとして複製することによって、ク
ラスオブジェクト４１０４によって表されるクラスに関
する情報は、この情報をクラスオブジェクト４１０２
（図９７）のサイテーション４１０８、インターフェイ
スオブジェクト４１１０及びインプリメンテーションオ
ブジェクト４１１２からの情報を再生する場合に比べて
一層効率的に検索することができる。サイテーション構
造４１０８Ｃ（図９８）、インターフェイス構造４１１
０Ｃ及びインプリメンテーション構造４１１２Ｃに含ま
れる情報は、クラス定義４１００（図９６）の対応する
プロパティ内に含まれる情報と実質的に同等である。
【０７８３】クラスオブジェクト内に含まれる情報は、
そのクラスオブジェクトがそれから導出されたクラス定
義内に含まれる情報と実質的に同等であるので、クラス
定義の構造の説明によって、クラスオブジェクトに含ま
れる情報の性質も同時に説明されることになる。
そのクラスオブジェクトがそれから導出されたクラス定
義内に含まれる情報と実質的に同等であるので、クラス
定義の構造の説明によって、クラスオブジェクトに含ま
れる情報の性質も同時に説明されることになる。
【０７８４】クラス定義オブジェクト あるクラスによって定義されたフィーチャは、そのクラ
スを規定するクラス定義オブジェクトにおいて規定され
る。クラス定義オブジェクト４１００の構造は図９６に
示されている。クラス定義オブジェクト４１００は、プ
ロパティ”citation”、”interface”、及び”impleme
ntation”を含む。サイテーション４１０８は、クラス
定義オブジェクト４１００のプロパティ”Citation”で
あり、クラス定義オブジェクト４１００によって定義さ
れたクラスを特定化するとともに、そのクラスのオーソ
リティ、タイトル及びエディションも特定する。あるサ
イテーションの構造については、以下にそしてアペンデ
ィクスＡに一層詳細に説明される。インターフェイスオ
ブジェクト４１１０及びインプリメンテーションオブジ
ェクト４１１２は、それぞれクラス定義オブジェクト４
１００のプロパティ”interface”及び”implementatio
n”である。
スを規定するクラス定義オブジェクトにおいて規定され
る。クラス定義オブジェクト４１００の構造は図９６に
示されている。クラス定義オブジェクト４１００は、プ
ロパティ”citation”、”interface”、及び”impleme
ntation”を含む。サイテーション４１０８は、クラス
定義オブジェクト４１００のプロパティ”Citation”で
あり、クラス定義オブジェクト４１００によって定義さ
れたクラスを特定化するとともに、そのクラスのオーソ
リティ、タイトル及びエディションも特定する。あるサ
イテーションの構造については、以下にそしてアペンデ
ィクスＡに一層詳細に説明される。インターフェイスオ
ブジェクト４１１０及びインプリメンテーションオブジ
ェクト４１１２は、それぞれクラス定義オブジェクト４
１００のプロパティ”interface”及び”implementatio
n”である。
【０７８５】インターフェイスオブジェクト４１１０
は、クラス定義オブジェクト４１００によって定義され
たフィーチャのインターフェイスを定義し、インプリメ
ンテーションオブジェクト４１１２は、クラス定義オブ
ジェクト４１００によって定義されたフィーチャのイン
プリメンテーションを規定する。
は、クラス定義オブジェクト４１００によって定義され
たフィーチャのインターフェイスを定義し、インプリメ
ンテーションオブジェクト４１１２は、クラス定義オブ
ジェクト４１００によって定義されたフィーチャのイン
プリメンテーションを規定する。
【０７８６】インターフェイスオブジェクト インターフェイスオブジェクト４１１０の構造は図９９
に示されている。インターフェイスオブジェクト４１１
０のプロパティには、プロパティ”isAbstract”、”cl
assFeatures ”、”sealedClassFeatures ”、”instan
ceFeatures”、”sealedInstanceFeatures”、”vocabu
lary”及び”superclasses”が含まれる。
に示されている。インターフェイスオブジェクト４１１
０のプロパティには、プロパティ”isAbstract”、”cl
assFeatures ”、”sealedClassFeatures ”、”instan
ceFeatures”、”sealedInstanceFeatures”、”vocabu
lary”及び”superclasses”が含まれる。
【０７８７】ブーリアン４２０８は、インターフェイス
オブジェクト４１１０のプロパティ”isAbstract”であ
る。ブーリアン４２０８が”true”であれば、インター
フェイスオブジェクト４１１０をインターフェイスとす
るクラスは、抽象的である。さもなければクラスは具体
的である。
オブジェクト４１１０のプロパティ”isAbstract”であ
る。ブーリアン４２０８が”true”であれば、インター
フェイスオブジェクト４１１０をインターフェイスとす
るクラスは、抽象的である。さもなければクラスは具体
的である。
【０７８８】レキシコン４２１０はインターフェイスオ
ブジェクト４１１０のプロパティ”classFeatures ”で
ある。レキシコン４２１０は、そのクラスの”classFea
tures ”の定義のレキシコンである。あるクラスのクラ
スフィーチャは、クラス自身すなわちクラス定義オブジ
ェクト４１００（図９６）によって表されるクラスがレ
スポンダとなるフィーチャである。レキシコン４２１０
（図９９）のキーたとえば、識別子４２１０Ｋは、クラ
スフィーチャをリファレンスする識別子である。レキシ
コン４２１０たとえばフィーチャ定義４２１０Ｖの値
は、クラスフィーチャを定義するフィーチャ定義であ
る。フィーチャ定義については以下に一層詳細に説明す
る。
ブジェクト４１１０のプロパティ”classFeatures ”で
ある。レキシコン４２１０は、そのクラスの”classFea
tures ”の定義のレキシコンである。あるクラスのクラ
スフィーチャは、クラス自身すなわちクラス定義オブジ
ェクト４１００（図９６）によって表されるクラスがレ
スポンダとなるフィーチャである。レキシコン４２１０
（図９９）のキーたとえば、識別子４２１０Ｋは、クラ
スフィーチャをリファレンスする識別子である。レキシ
コン４２１０たとえばフィーチャ定義４２１０Ｖの値
は、クラスフィーチャを定義するフィーチャ定義であ
る。フィーチャ定義については以下に一層詳細に説明す
る。
【０７８９】セット４２１２は、インターフェイスオブ
ジェクト４１１０のプロパティ”sealedClassFeatures
”である。セット４２１２は、シールされたクラスフ
ィーチャをリファレンスする識別子たとえば識別子４２
１２Ｉのセットである。シールされたフィーチャは、サ
ブクラスが適合に対して阻止されるフィーチャである。
あるフィーチャがシールされていない場合、クラス定義
オブジェクト４１００（図９６）によって表されたクラ
スのサブクラスは、フィーチャのインプリメンテーショ
ンを再定義することによってそのフィーチャに適合する
ことができる。
ジェクト４１１０のプロパティ”sealedClassFeatures
”である。セット４２１２は、シールされたクラスフ
ィーチャをリファレンスする識別子たとえば識別子４２
１２Ｉのセットである。シールされたフィーチャは、サ
ブクラスが適合に対して阻止されるフィーチャである。
あるフィーチャがシールされていない場合、クラス定義
オブジェクト４１００（図９６）によって表されたクラ
スのサブクラスは、フィーチャのインプリメンテーショ
ンを再定義することによってそのフィーチャに適合する
ことができる。
【０７９０】レキシコン４２１４（図９９）は、インタ
ーフェイスオブジェクト４１１０のプロパティ”instan
ceFeatures”である。
ーフェイスオブジェクト４１１０のプロパティ”instan
ceFeatures”である。
【０７９１】レキシコン４２１４は、そのクラスの”in
stance features ”の定義のレキシコンである。あるク
ラスのインスタンスフィーチャは、そのクラスのメンバ
がレスポンダであるフィーチャである。レキシコン４２
１４（図９９）のキー（レキシコン４２１４のキー又は
値は示されていない）は、インスタンスフィーチャを参
照する識別子であり、レキシコン４２１４の値は、イン
スタンスフィーチャを定義するフィーチャ定義である。
stance features ”の定義のレキシコンである。あるク
ラスのインスタンスフィーチャは、そのクラスのメンバ
がレスポンダであるフィーチャである。レキシコン４２
１４（図９９）のキー（レキシコン４２１４のキー又は
値は示されていない）は、インスタンスフィーチャを参
照する識別子であり、レキシコン４２１４の値は、イン
スタンスフィーチャを定義するフィーチャ定義である。
【０７９２】セット４２１６は、インターフェイスオブ
ジェクト４１１０のプロパティ”sealedIntanceFeature
s ”である。セット４２１６は、シールされたインスタ
ンスフィーチャをリファレンスする識別子（図示しな
い）のセットである。
ジェクト４１１０のプロパティ”sealedIntanceFeature
s ”である。セット４２１６は、シールされたインスタ
ンスフィーチャをリファレンスする識別子（図示しな
い）のセットである。
【０７９３】レキシコン４２１８は、インターフェイス
オブジェクト４１１０のプロパティ”vocabulary”であ
る。レキシコン４２１８は、インターフェイスオブジェ
クト４１１０においてリファレンスされたユーザー定義
されるクラスの識別子を、これらのクラスのサイテーシ
ョンと関連させる。レキシコン４２１８のキーは、識別
子、たとえば識別子４２１８Ｋであり、レキシコン４２
１８の値は、対応するサイテーションたとえばサイテー
ション４２１８Ｖである。サイテーションについては以
下にそしてアペンディクスＡに一層詳細に説明される。
インターフェイスオブジェクト４１１０すなわちレキシ
コン４２１８のプロパティ”vocabulary”は、インター
フェイスオブジェクト４１１０及びクラス定義オブジェ
クト４１００（図９６）によって定義されたクラスの”
vocabulary”である。
オブジェクト４１１０のプロパティ”vocabulary”であ
る。レキシコン４２１８は、インターフェイスオブジェ
クト４１１０においてリファレンスされたユーザー定義
されるクラスの識別子を、これらのクラスのサイテーシ
ョンと関連させる。レキシコン４２１８のキーは、識別
子、たとえば識別子４２１８Ｋであり、レキシコン４２
１８の値は、対応するサイテーションたとえばサイテー
ション４２１８Ｖである。サイテーションについては以
下にそしてアペンディクスＡに一層詳細に説明される。
インターフェイスオブジェクト４１１０すなわちレキシ
コン４２１８のプロパティ”vocabulary”は、インター
フェイスオブジェクト４１１０及びクラス定義オブジェ
クト４１００（図９６）によって定義されたクラスの”
vocabulary”である。
【０７９４】リスト４２２０（図９９）は、インターフ
ェイスオブジェクト４１１０のプロパティ”superclass
es”である。リスト４２２０は、クラスをリファレンス
する識別子たとえば識別子４２２０Ｉのリストである。
リスト４２２０の識別子によってリファレンスされるク
ラスは、クラス定義オブジェクト４１００（図９６）に
よって定義されたクラスのイメディエイトインターフェ
イススーパークラスである。リスト４２２０（図９９）
の最後のアイテムを除く全てのアイテムは、ミックスイ
ンクラスを特定化し、リスト４２２０の最後のアイテム
は、フレーバを特定化する。フレーバを特定化するリス
ト４２２０の最後のアイテムの重要性については、フィ
ーチャを実行する上の方法オブジェクトの選定及びオブ
ジェクトのイニシアリゼーションに関連して以下に一層
詳細に説明する。
ェイスオブジェクト４１１０のプロパティ”superclass
es”である。リスト４２２０は、クラスをリファレンス
する識別子たとえば識別子４２２０Ｉのリストである。
リスト４２２０の識別子によってリファレンスされるク
ラスは、クラス定義オブジェクト４１００（図９６）に
よって定義されたクラスのイメディエイトインターフェ
イススーパークラスである。リスト４２２０（図９９）
の最後のアイテムを除く全てのアイテムは、ミックスイ
ンクラスを特定化し、リスト４２２０の最後のアイテム
は、フレーバを特定化する。フレーバを特定化するリス
ト４２２０の最後のアイテムの重要性については、フィ
ーチャを実行する上の方法オブジェクトの選定及びオブ
ジェクトのイニシアリゼーションに関連して以下に一層
詳細に説明する。
【０７９５】フィーチャ定義 フィーチャ定義すなわちクラス”Feature”のメンバ
は、ある特別のフィーチャのインターフェイスを定義す
る１つのオブジェクトである。フィーチャ定義４２１０
Ｖ（図１００）のプロパティには、プロパティ”例外”
及び”isPublic”が含まれる。クラス”Feature”は抽
象的であるので、フィーチャ定義４２１０Ｖは、クラ
ス”Feature”のインスタンスではなく、そのメンバで
あり、オペレーション定義又は属性定義のどちらかであ
る。これらの定義はどちらも以下にそしてアペンディク
スＡに説明される。セット４３０２は、フィーチャ定義
４２１０Ｖのプロパティ”例外”である。セット４３０
２は、定義されたにフィーチャによって表明された例外
がメンバであるクラスを各々リファレンスする識別子た
とえば識別子４３０２Ｉである。フィーチャ定義４２１
０Ｖによって定義されたフィーチャが例外を表明する場
合、その例外は、セット４３０２の識別子によってリフ
ァレンスされたクラスの１つのもののメンバであること
が確かめられる。例外がセット４３０２の識別子によっ
てリファレンスされたクラスのメンバでない場合には、
例外の代わりに、クラス”予期されない例外”のメンバ
が表明される。その他の場合には表明される。
は、ある特別のフィーチャのインターフェイスを定義す
る１つのオブジェクトである。フィーチャ定義４２１０
Ｖ（図１００）のプロパティには、プロパティ”例外”
及び”isPublic”が含まれる。クラス”Feature”は抽
象的であるので、フィーチャ定義４２１０Ｖは、クラ
ス”Feature”のインスタンスではなく、そのメンバで
あり、オペレーション定義又は属性定義のどちらかであ
る。これらの定義はどちらも以下にそしてアペンディク
スＡに説明される。セット４３０２は、フィーチャ定義
４２１０Ｖのプロパティ”例外”である。セット４３０
２は、定義されたにフィーチャによって表明された例外
がメンバであるクラスを各々リファレンスする識別子た
とえば識別子４３０２Ｉである。フィーチャ定義４２１
０Ｖによって定義されたフィーチャが例外を表明する場
合、その例外は、セット４３０２の識別子によってリフ
ァレンスされたクラスの１つのもののメンバであること
が確かめられる。例外がセット４３０２の識別子によっ
てリファレンスされたクラスのメンバでない場合には、
例外の代わりに、クラス”予期されない例外”のメンバ
が表明される。その他の場合には表明される。
【０７９６】ブーリアン４３０４は、フィーチャ定義の
４２１０Ｖのプロパティ”isPublic”である。ブーリア
ン４３０４は、フィーチャ４２１０Ｖによって定義され
たフィーチャがパブリックなフィーチャか、又はプライ
ベートなフィーチャかを、すなわち、定義されたフィー
チャのアクセスが”パブリック”であるか”プライベー
ト”であるかを指示する。各々のフィーチャは、それに
組み合わされた”アクセス”を持ち、このアクセスは、
どんなオブジェクトが、またどんな状況の下で各々のフ
ィーチャが、適切にリクエストされうるかを定める。こ
の発明の各々のフィーチャのアクセスについてはアペン
ディクスＡ、Ｂに示されている。
４２１０Ｖのプロパティ”isPublic”である。ブーリア
ン４３０４は、フィーチャ４２１０Ｖによって定義され
たフィーチャがパブリックなフィーチャか、又はプライ
ベートなフィーチャかを、すなわち、定義されたフィー
チャのアクセスが”パブリック”であるか”プライベー
ト”であるかを指示する。各々のフィーチャは、それに
組み合わされた”アクセス”を持ち、このアクセスは、
どんなオブジェクトが、またどんな状況の下で各々のフ
ィーチャが、適切にリクエストされうるかを定める。こ
の発明の各々のフィーチャのアクセスについてはアペン
ディクスＡ、Ｂに示されている。
【０７９７】ブーリアン４３０４が”true”であれば、
そのフィーチャはパブリックである。そのアクセスがパ
ブリックであるフィーチャは、どんなオブジェクトによ
ってリクエストされてもよい。ブーリアン４３０４が”
false”である場合、そのフィーチャはプライベートで
ある。そのアクセスがプライベートであるフィーチャ
は、レスポンダのみによってリクエストされる。すなわ
ち、オブジェクトは、それ自身のフィーチャのみをリク
エストすることができる。システムフィーチャすなわち
そのアクセスが”システム”であるフィーチャは、すべ
てあらかじめ定義されており、したがってフィーチャ定
義によっては定義されない。
そのフィーチャはパブリックである。そのアクセスがパ
ブリックであるフィーチャは、どんなオブジェクトによ
ってリクエストされてもよい。ブーリアン４３０４が”
false”である場合、そのフィーチャはプライベートで
ある。そのアクセスがプライベートであるフィーチャ
は、レスポンダのみによってリクエストされる。すなわ
ち、オブジェクトは、それ自身のフィーチャのみをリク
エストすることができる。システムフィーチャすなわち
そのアクセスが”システム”であるフィーチャは、すべ
てあらかじめ定義されており、したがってフィーチャ定
義によっては定義されない。
【０７９８】あらかじめ定義されたフィーチャは、エン
ジン内においてインプリメントされておりしたがってフ
ィーチャ定義のようなオブジェクトによっては表されな
い。開示されたあらかじめ定義されたフィーチャをイン
プリメントする本発明の一実施例のエンジンの１つのイ
ンプリメンテーションは、全体として引用によって本明
細書の一部となるマイクロフィルムアペンディクスＧの
ソフトウェア中に開示されている。
ジン内においてインプリメントされておりしたがってフ
ィーチャ定義のようなオブジェクトによっては表されな
い。開示されたあらかじめ定義されたフィーチャをイン
プリメントする本発明の一実施例のエンジンの１つのイ
ンプリメンテーションは、全体として引用によって本明
細書の一部となるマイクロフィルムアペンディクスＧの
ソフトウェア中に開示されている。
【０７９９】属性の定義 １つの属性を定義するフィーチャ定義は、アトリビュー
ト（属性）の定義、すなわちクラス”Attribute”の１
つのメンバである。したがってクラス”Attribute”は
クラス”Feature”のサブクラスである。属性の定義は
フィーチャの定義であるから、属性の定義は、前述した
クラス”Feature”によって定義又は受け継がれたプロ
パティを引き継ぐ。さらに、属性の定義４４００（図１
０１）は、プロパティ”コンストレイント”及び”isSe
t ”を含む。
ト（属性）の定義、すなわちクラス”Attribute”の１
つのメンバである。したがってクラス”Attribute”は
クラス”Feature”のサブクラスである。属性の定義は
フィーチャの定義であるから、属性の定義は、前述した
クラス”Feature”によって定義又は受け継がれたプロ
パティを引き継ぐ。さらに、属性の定義４４００（図１
０１）は、プロパティ”コンストレイント”及び”isSe
t ”を含む。
【０８００】コンストレイント４４０２は、属性定義４
４００のプロパティ”コンストレイント”である。コン
ストレイント４４０２は、属性定義４４００によって定
義された属性を表すオブジェクトを制約する。以下に一
層詳細に説明するように、コンストレイントは、あるオ
ブジェクトに対して拘束を設定し、（ｉ）そのオブジェ
クトが１つのメンバであるクラス、（ｉｉ）オブジェク
トがそのクラスのインスタンスでなければならないかど
うか、（ｉｉｉ）オブジェクトがゼロでありうるか否
か、及び（ｉｖ）フィーチャのリクエスタとレスポンダ
との間でオブジェクトがどのように通過されるか、を制
限することができる。
４００のプロパティ”コンストレイント”である。コン
ストレイント４４０２は、属性定義４４００によって定
義された属性を表すオブジェクトを制約する。以下に一
層詳細に説明するように、コンストレイントは、あるオ
ブジェクトに対して拘束を設定し、（ｉ）そのオブジェ
クトが１つのメンバであるクラス、（ｉｉ）オブジェク
トがそのクラスのインスタンスでなければならないかど
うか、（ｉｉｉ）オブジェクトがゼロでありうるか否
か、及び（ｉｖ）フィーチャのリクエスタとレスポンダ
との間でオブジェクトがどのように通過されるか、を制
限することができる。
【０８０１】ブーリアン４４０４は、属性定義４４００
のプロパティ”isSet ”である。ブーリアン４４０４
は、属性定義４４００によって定義された属性が設定さ
れ質疑されうるか否かを指示する。ブーリアン４４０４
が”true”であれば、属性定義４４００は、設定可能な
属性を規定する。そうでなければ、属性定義４４００に
よって定義された属性は質疑のみされる。
のプロパティ”isSet ”である。ブーリアン４４０４
は、属性定義４４００によって定義された属性が設定さ
れ質疑されうるか否かを指示する。ブーリアン４４０４
が”true”であれば、属性定義４４００は、設定可能な
属性を規定する。そうでなければ、属性定義４４００に
よって定義された属性は質疑のみされる。
【０８０２】オペレーションの定義 前述したようにフィーチャは、属性であるか、又はオペ
レーションである。したがってクラス”Feature”の第
２のサブクラスは、クラス”オペレーション”である。
オペレーション定義すなわちクラス”オペレーション”
のメンバは、あるオペレーションのインターフェイスを
規定する。
レーションである。したがってクラス”Feature”の第
２のサブクラスは、クラス”オペレーション”である。
オペレーション定義すなわちクラス”オペレーション”
のメンバは、あるオペレーションのインターフェイスを
規定する。
【０８０３】図１０２は、オペレーション定義４５００
の構造を示す。オペレーション定義は、フィーチャ定義
であるから、オペレーション定義４５００は、前述した
ように、クラス”Feature”によって定義又は引き継が
れるプロパティを含む。さらに、オペレーション定義
は、プロパティ”arguments”及び”result”を含む。
リスト４５０２は、オペレーション定義４５００のプロ
パティ”arguments”である。オペレーション定義のプ
ロパティ”arguments”は、オプションであり、すなわ
ち、あるオペレーション定義のプロパティ”argument
s”は、リストでなく、ゼロであることができる。プロ
パティ”arguments”がゼロである場合、オペレーショ
ン定義４５００によって定義されたオペレーションは、
可変数のアーギュメントを消費する。アーギュメントの
数が可変であるオペレーションの遂行についてはアペン
ディクスＡに説明されている。逆に、プロパティ”argu
ments”がリスト４５０２であれば、オペレーション定
義４５００によって定義されたオペレーションによって
消費されるアーギュメントの数は、ある固定された数の
アーギュメントを消費し、この数は、リスト４５０２の
長さに等しい。プロパティ”arguments”がエンプティ
リストであれば、オペレーションはいかなるアーギュメ
ントも消費しない。リスト４５０２のアイテムたとえば
コンストレイント４５０２Ｉは、オペレーション定義４
５００によって定義されたオペレーションのアーギュメ
ントを制約するコンストレイントである。図１０３につ
いて以下に説明するように、コンストレイントは、オブ
ジェクトのクラス及び通路を制約する。
の構造を示す。オペレーション定義は、フィーチャ定義
であるから、オペレーション定義４５００は、前述した
ように、クラス”Feature”によって定義又は引き継が
れるプロパティを含む。さらに、オペレーション定義
は、プロパティ”arguments”及び”result”を含む。
リスト４５０２は、オペレーション定義４５００のプロ
パティ”arguments”である。オペレーション定義のプ
ロパティ”arguments”は、オプションであり、すなわ
ち、あるオペレーション定義のプロパティ”argument
s”は、リストでなく、ゼロであることができる。プロ
パティ”arguments”がゼロである場合、オペレーショ
ン定義４５００によって定義されたオペレーションは、
可変数のアーギュメントを消費する。アーギュメントの
数が可変であるオペレーションの遂行についてはアペン
ディクスＡに説明されている。逆に、プロパティ”argu
ments”がリスト４５０２であれば、オペレーション定
義４５００によって定義されたオペレーションによって
消費されるアーギュメントの数は、ある固定された数の
アーギュメントを消費し、この数は、リスト４５０２の
長さに等しい。プロパティ”arguments”がエンプティ
リストであれば、オペレーションはいかなるアーギュメ
ントも消費しない。リスト４５０２のアイテムたとえば
コンストレイント４５０２Ｉは、オペレーション定義４
５００によって定義されたオペレーションのアーギュメ
ントを制約するコンストレイントである。図１０３につ
いて以下に説明するように、コンストレイントは、オブ
ジェクトのクラス及び通路を制約する。
【０８０４】コンストレイント４５０４は、オペレーシ
ョン定義４５００のプロパティ”result”である。コン
ストレイント４５０４は、オペレーション定義４５００
によって定義されたオペレーションの結果を制約する。
オペレーション定義のプロパティ”result”もオプショ
ンである。
ョン定義４５００のプロパティ”result”である。コン
ストレイント４５０４は、オペレーション定義４５００
によって定義されたオペレーションの結果を制約する。
オペレーション定義のプロパティ”result”もオプショ
ンである。
【０８０５】プロパティ”result”がコンストレイント
４５０４でなくゼロであれば、オペレーション定義４５
００によって定義されたオペレーションはいかなる結果
も生じない。
４５０４でなくゼロであれば、オペレーション定義４５
００によって定義されたオペレーションはいかなる結果
も生じない。
【０８０６】コンストレイント 前述したように、コンストレイントは、あるオブジェク
トのクラス及び通路を制約する。コンストレイント４４
０２の構造については図１０３に示されている。コンス
トレイント４４０２のプロパティには、プロパティ”cl
assID”、”ofClass”、”isInstance”、”isOptiona
l”、及び”passage”が含まれる。
トのクラス及び通路を制約する。コンストレイント４４
０２の構造については図１０３に示されている。コンス
トレイント４４０２のプロパティには、プロパティ”cl
assID”、”ofClass”、”isInstance”、”isOptiona
l”、及び”passage”が含まれる。
【０８０７】プロパティ”ofClass”及び”classID”
は、制約されたオブジェクトがそのメンバでなければな
らないクラスを特定するための別の方法である。クラス
オブジェクト４６０２は、コンストレイント４４０２の
プロパティ”ofClass”である。クラスオブジェクト４
６０２は、コンストレイント４４０２が設定されるオブ
ジェクトをメンバとするべきクラスを表している。プロ
パティ”ofClass”はオプションであるため、ゼロであ
ることができる。プロパティ”ofClass”がゼロである
場合、そのオブジェクトをメンバとするべきクラスは、
コンストレイント４４０２のプロパティ”classID”で
ある識別子４６１０によって参照される。
は、制約されたオブジェクトがそのメンバでなければな
らないクラスを特定するための別の方法である。クラス
オブジェクト４６０２は、コンストレイント４４０２の
プロパティ”ofClass”である。クラスオブジェクト４
６０２は、コンストレイント４４０２が設定されるオブ
ジェクトをメンバとするべきクラスを表している。プロ
パティ”ofClass”はオプションであるため、ゼロであ
ることができる。プロパティ”ofClass”がゼロである
場合、そのオブジェクトをメンバとするべきクラスは、
コンストレイント４４０２のプロパティ”classID”で
ある識別子４６１０によって参照される。
【０８０８】プロパティ”ofClass”は、クラスオブジ
ェクトであるため、コンストレイント４４０２が作りだ
された時において存在するクラスでしかありえない。し
かし、あるコンストレイントのプロパティが、現存する
クラスであることを要求した場合、本発明のユーザー
は、複数の独立したクラスを定義することができなくな
る。例えば、第１のクラスのフィーチャ定義においての
あるコンストレイントが、第２のクラスにおいての第２
のフィーチャ定義の第２のコンストレイントが、第１の
クラスを参照していることがあり得る。プロパティ”of
Class”に対する代替としてコンストレイント４４０２
のプロパティ”classID”を用意すると、ユーザーは、
複数の独立したクラスを同時に定義することができる。
ェクトであるため、コンストレイント４４０２が作りだ
された時において存在するクラスでしかありえない。し
かし、あるコンストレイントのプロパティが、現存する
クラスであることを要求した場合、本発明のユーザー
は、複数の独立したクラスを定義することができなくな
る。例えば、第１のクラスのフィーチャ定義においての
あるコンストレイントが、第２のクラスにおいての第２
のフィーチャ定義の第２のコンストレイントが、第１の
クラスを参照していることがあり得る。プロパティ”of
Class”に対する代替としてコンストレイント４４０２
のプロパティ”classID”を用意すると、ユーザーは、
複数の独立したクラスを同時に定義することができる。
【０８０９】ブーリアン４６０４は、コンストレイント
４４０２のプロパティ”イズインスタンス”である。ブ
ーリアン４６０４は、コンストレイント４４０２の設定
されたオブジェクトがクラスオブジェクト４６０２によ
って現されるクラスのインスタンスでなければならない
か否かを指示する。ブーリアン４６０４が”true”であ
れば、コンストレイントされたオブジェクトは、クラス
の１つのインスタンスでなければならない。さもなけれ
ば、そのクラスにおいて、コンストレイントされたオブ
ジェクトのメンバは、コンストレイント４４０２を満た
すには不足する。
４４０２のプロパティ”イズインスタンス”である。ブ
ーリアン４６０４は、コンストレイント４４０２の設定
されたオブジェクトがクラスオブジェクト４６０２によ
って現されるクラスのインスタンスでなければならない
か否かを指示する。ブーリアン４６０４が”true”であ
れば、コンストレイントされたオブジェクトは、クラス
の１つのインスタンスでなければならない。さもなけれ
ば、そのクラスにおいて、コンストレイントされたオブ
ジェクトのメンバは、コンストレイント４４０２を満た
すには不足する。
【０８１０】ブーリアン４６０６は、コンストレイント
４４０２のプロパティ”イズオプショナル”である。ブ
ーリアン４６０６は、プロパティ”ofClass”及び”cla
ssID”にもかかわらず、ゼロオブジェクトがコンストレ
イント４４０２を満たすか否かを指示する。ブーリアン
４６０６が”true”であれば、ゼロオブジェクトはコン
ストレイント４４０２を満たす。本明細書中の多くの例
において示すように、ゼロオブジェクトは、割愛された
オプションのアーギュメント又はあるフィーチャの結果
の代わりにスタック中に置くことができる。
４４０２のプロパティ”イズオプショナル”である。ブ
ーリアン４６０６は、プロパティ”ofClass”及び”cla
ssID”にもかかわらず、ゼロオブジェクトがコンストレ
イント４４０２を満たすか否かを指示する。ブーリアン
４６０６が”true”であれば、ゼロオブジェクトはコン
ストレイント４４０２を満たす。本明細書中の多くの例
において示すように、ゼロオブジェクトは、割愛された
オプションのアーギュメント又はあるフィーチャの結果
の代わりにスタック中に置くことができる。
【０８１１】識別子４６１０はコンストレイント４４０
２のプロパティ”passage”である。識別子４６１０
は、コンストレイント４４０２が設定されたオブジェク
トがどんな仕方でパラメーターとして、すなわちアーギ
ュメント又は結果として通過するかを示している。識別
子４６１０は、４つの可能な値、すなわち”byRef
”、”byUnprotectedRef”、”byProtectedRef”及
び”byCopy”を有する。識別子４６１０をこれら４つの
うちの１つ以外の値に設定すると、クラス”Passage In
valid”のメンバである例外が表明される。
２のプロパティ”passage”である。識別子４６１０
は、コンストレイント４４０２が設定されたオブジェク
トがどんな仕方でパラメーターとして、すなわちアーギ
ュメント又は結果として通過するかを示している。識別
子４６１０は、４つの可能な値、すなわち”byRef
”、”byUnprotectedRef”、”byProtectedRef”及
び”byCopy”を有する。識別子４６１０をこれら４つの
うちの１つ以外の値に設定すると、クラス”Passage In
valid”のメンバである例外が表明される。
【０８１２】あるフィーチャのリクエスタとそのフィー
チャのレスポンダとの間のアーギュメントへの参照を通
過させる際に、エンジンは、リクエスタからのアーギュ
メントへのソースの参照を取り、レスポンダへの目的点
参照を供与する。あるレファランスを結果に導く際に、
ソースレファランスはレスポンダから取られ、目的点レ
ファランスはリクエスタに供給される。
チャのレスポンダとの間のアーギュメントへの参照を通
過させる際に、エンジンは、リクエスタからのアーギュ
メントへのソースの参照を取り、レスポンダへの目的点
参照を供与する。あるレファランスを結果に導く際に、
ソースレファランスはレスポンダから取られ、目的点レ
ファランスはリクエスタに供給される。
【０８１３】パラメーターが通過した”byRef”である
と、ソースレファランスとデスティネーションレファラ
ンスとは互いに同一である。パラメーターが通過した”
byUnprotectedRef”であると、ソースレファランスがさ
れた保護されたレファランスである場合にクラス”レフ
ァランス保護”の例外が表明され、他の場合には、目的
点レファランスはソースレファランスである。パラメー
ターが通過した”byProtectedRef”であると、目的点レ
ファランスは、ソースレファランスによって参照された
オブジェクトへのプロテクトされたレファランスであ
る。
と、ソースレファランスとデスティネーションレファラ
ンスとは互いに同一である。パラメーターが通過した”
byUnprotectedRef”であると、ソースレファランスがさ
れた保護されたレファランスである場合にクラス”レフ
ァランス保護”の例外が表明され、他の場合には、目的
点レファランスはソースレファランスである。パラメー
ターが通過した”byProtectedRef”であると、目的点レ
ファランスは、ソースレファランスによって参照された
オブジェクトへのプロテクトされたレファランスであ
る。
【０８１４】パラメーターが通過した”byCopy”である
と、目的点レファランスは、ソースレファランスによっ
て参照されたオブジェクトのコピーへの保護されないレ
ファランスである。パラメーターの通過についてはアペ
ンディックスＡに一層詳細に説明されている。
と、目的点レファランスは、ソースレファランスによっ
て参照されたオブジェクトのコピーへの保護されないレ
ファランスである。パラメーターの通過についてはアペ
ンディックスＡに一層詳細に説明されている。
【０８１５】したがってコンストレイント４４０２（図
１０１）は、オブジェクトのクラス及び通路を制限す
る。
１０１）は、オブジェクトのクラス及び通路を制限す
る。
【０８１６】インプリメンテーションオブジェクト 前述したように、インプリメントオブジェクト４１１２
（図９６）は、クラス定義オブジェクト４１００によっ
て定義されたクラスインプリメンテーションを定義す
る。クラスインプリメンテーションは次のものを定義す
る。(i) 定義されたクラスのメンバのイチジョウのプロ
パティ。(ii)いろいろなクラスフィーチャのそれぞれの
インプリメンテーション。(iii) あるクラスによって定
義されたインスタンスフィーチャ。(iv)クラスについて
定義された属性を設定する方法。(v) オブジェクトを規
定されたクラスから第２のクラスに変換する方法。(vi)
オブジェクトを第２のクラスから規定されたクラスに変
換する方法。(vii) クラスの定義に用いられる識別子の
定義。(viii)定義されたクラスのインプリメンテーショ
ンサブスーパークラス。
（図９６）は、クラス定義オブジェクト４１００によっ
て定義されたクラスインプリメンテーションを定義す
る。クラスインプリメンテーションは次のものを定義す
る。(i) 定義されたクラスのメンバのイチジョウのプロ
パティ。(ii)いろいろなクラスフィーチャのそれぞれの
インプリメンテーション。(iii) あるクラスによって定
義されたインスタンスフィーチャ。(iv)クラスについて
定義された属性を設定する方法。(v) オブジェクトを規
定されたクラスから第２のクラスに変換する方法。(vi)
オブジェクトを第２のクラスから規定されたクラスに変
換する方法。(vii) クラスの定義に用いられる識別子の
定義。(viii)定義されたクラスのインプリメンテーショ
ンサブスーパークラス。
【０８１７】リスト４７０２（図１０４）は、インプリ
メンテーションオブジェクト４１１２のプロパティ”pr
operties”である。リスト４７０２は、インプリメンテ
ーションオブジェクト４１１２がインプリメントするプ
ロパティを定義する。レキシコン４７０２のアイテム例
えば識別子４７０２Ｉは、インプリメンテーションオブ
ジェクトによって規定されたプロパティの識別子であ
る。
メンテーションオブジェクト４１１２のプロパティ”pr
operties”である。リスト４７０２は、インプリメンテ
ーションオブジェクト４１１２がインプリメントするプ
ロパティを定義する。レキシコン４７０２のアイテム例
えば識別子４７０２Ｉは、インプリメンテーションオブ
ジェクトによって規定されたプロパティの識別子であ
る。
【０８１８】レキシコン４７０４（図１０４）は、イン
プリメンテーションオブジェクト４１１２のプロパテ
ィ”classMethods”である。レキシコン４７０４は、ク
ラス定義オブジェクト４１００ (図９６）によって現さ
れたクラスのクラスフィーチャのための方法を提供す
る。レキシコン４７０４のキー、例えば識別子４７０４
Ｋ（図１０４）は、クラスフィーチャの識別子であり、
レキシコン４７０４の値、例えば方法オブジェクト４７
０４Ｖは、クラスフィーチャのインプリメンテーション
を規定する方法オブジェクトである。
プリメンテーションオブジェクト４１１２のプロパテ
ィ”classMethods”である。レキシコン４７０４は、ク
ラス定義オブジェクト４１００ (図９６）によって現さ
れたクラスのクラスフィーチャのための方法を提供す
る。レキシコン４７０４のキー、例えば識別子４７０４
Ｋ（図１０４）は、クラスフィーチャの識別子であり、
レキシコン４７０４の値、例えば方法オブジェクト４７
０４Ｖは、クラスフィーチャのインプリメンテーション
を規定する方法オブジェクトである。
【０８１９】方法オブジェクトすなわちクラス”方法”
のメンバは、フィーチャのメソッドを規定するオブジェ
クトである。あるフィーチャの方法は、そのフィーチャ
の遂行にあたってエンジン、したがってそのエンジンが
実行されているコンピューターシステムが行う特定のス
テップ連鎖である。
のメンバは、フィーチャのメソッドを規定するオブジェ
クトである。あるフィーチャの方法は、そのフィーチャ
の遂行にあたってエンジン、したがってそのエンジンが
実行されているコンピューターシステムが行う特定のス
テップ連鎖である。
【０８２０】ある方法は、開示された命令セットがユー
ザー定義されるクラス又はフィーチャのどれかによって
申請される場合に、その開示された命令セットの言葉で
定義される。方法オブジェクトは以下に、及びアペンデ
ィックスＡに、一層詳細に説明されている。
ザー定義されるクラス又はフィーチャのどれかによって
申請される場合に、その開示された命令セットの言葉で
定義される。方法オブジェクトは以下に、及びアペンデ
ィックスＡに、一層詳細に説明されている。
【０８２１】レキシコン４７０６は、インプリメンテー
ションオブジェクト４１１２のプロパティ”インスタン
スメソッド”である。レキシコン４７０６はインスタン
スフィーチャの識別子を対応する方法オブジェクトに関
連させ、対応するこれらの方法オブジェクトは、インス
タンスフィーチャのインプリメンテーションを規定す
る。レキシコン４７０６の構造は、レキシコン４７０４
の構造と同様であり、この説明は引用によって本明細書
の一部となる。
ションオブジェクト４１１２のプロパティ”インスタン
スメソッド”である。レキシコン４７０６はインスタン
スフィーチャの識別子を対応する方法オブジェクトに関
連させ、対応するこれらの方法オブジェクトは、インス
タンスフィーチャのインプリメンテーションを規定す
る。レキシコン４７０６の構造は、レキシコン４７０４
の構造と同様であり、この説明は引用によって本明細書
の一部となる。
【０８２２】レキシコン４７０７は、インプリメンテー
ションオブジェクト４１１２のプロパティ”セットメソ
ッド”である。レキシコン４７０７は、それぞれの属性
を特定する識別子を方法オブジェクトと関連させる。レ
キシコン４７０７の方法オブジェクトの各々は、”セッ
ト”モディファイヤーの存在下に実行されたときに対応
する識別子の属性をインプリメントする。換言すれば、
レキシコン４７０７の各々の方法オブジェクトは、対応
する属性の設定のインプリメンテーションを規定す
る。”セット”モディファイアーの存在下に属性を実行
することについてはアペンディックスＡに説明されてい
る。
ションオブジェクト４１１２のプロパティ”セットメソ
ッド”である。レキシコン４７０７は、それぞれの属性
を特定する識別子を方法オブジェクトと関連させる。レ
キシコン４７０７の方法オブジェクトの各々は、”セッ
ト”モディファイヤーの存在下に実行されたときに対応
する識別子の属性をインプリメントする。換言すれば、
レキシコン４７０７の各々の方法オブジェクトは、対応
する属性の設定のインプリメンテーションを規定す
る。”セット”モディファイアーの存在下に属性を実行
することについてはアペンディックスＡに説明されてい
る。
【０８２３】レキシコン４７０８は、インプリメンテー
ションオブジェクト４１１２のプロパティ”フロムメソ
ッズ”である。レキシコン４７０８は、識別子を方法オ
ブジェクトと関連させる。各々の識別子は、あるクラス
を参照し、方法オブジェクトにに組み合わされる。この
方法オブジェクトは、レファランスされたクラスから、
クラス定義オブジェクト４１００（図９６）すなわちそ
のインプリメンテーションのインプリメンテーションオ
ブジェクト４１１２ (図１０４）である。クラスによっ
て定義されたクラスへの変換のインプリメンテーション
を提供する。
ションオブジェクト４１１２のプロパティ”フロムメソ
ッズ”である。レキシコン４７０８は、識別子を方法オ
ブジェクトと関連させる。各々の識別子は、あるクラス
を参照し、方法オブジェクトにに組み合わされる。この
方法オブジェクトは、レファランスされたクラスから、
クラス定義オブジェクト４１００（図９６）すなわちそ
のインプリメンテーションのインプリメンテーションオ
ブジェクト４１１２ (図１０４）である。クラスによっ
て定義されたクラスへの変換のインプリメンテーション
を提供する。
【０８２４】レキシコン４７１０は、インプリメンテー
ションオブジェクト４１１２のプロパティ”ツーメソッ
ズ”である。レキシコン４７１０は、識別子を方法オブ
ジェクトと組み合わせる。各々の識別子は、クラスを参
照し、方法オブジェクトと関連される。この方法オブジ
ェクトは、クラス規定オブジェクト４１００ (図９６）
によって規定されたクラス、すなわちそのインプリメン
テーションがインプリメンテーションオブジェクト４１
１２ (図１０４）であるクラスからの参照されたクラス
の変換のインプリメンテーションを行う。レキシコン４
７０７、４７０８及び４７１０の構造は、レキシコン４
７０４の構造と同様であり、この説明は引用によってこ
の明細書の一部分となる。
ションオブジェクト４１１２のプロパティ”ツーメソッ
ズ”である。レキシコン４７１０は、識別子を方法オブ
ジェクトと組み合わせる。各々の識別子は、クラスを参
照し、方法オブジェクトと関連される。この方法オブジ
ェクトは、クラス規定オブジェクト４１００ (図９６）
によって規定されたクラス、すなわちそのインプリメン
テーションがインプリメンテーションオブジェクト４１
１２ (図１０４）であるクラスからの参照されたクラス
の変換のインプリメンテーションを行う。レキシコン４
７０７、４７０８及び４７１０の構造は、レキシコン４
７０４の構造と同様であり、この説明は引用によってこ
の明細書の一部分となる。
【０８２５】レキシコン４７１２は、インプリメンテー
ションオブジェクト４１１２のプロパティ”vocabular
y”である。レキシコン４７１２は、クラスを特定する
ためにインプリメンテーションオブジェクト４１１２に
よって使用される識別子を定義する。レキシコン４７１
２のキー例えば識別子４７１２Ｋは、特定のユーザー定
義されたクラスを特定するためにインプリメンテーショ
ンオブジェクト４１１２内において用いられる識別子で
ある。レキシコン４７１２の値、例えばサイテーション
４７１２Ｖは、関連した識別子によって特定されるクラ
スを対応するサイテーションである。レキシコン４７１
２は、インプリメンテーションオブジェクト４１１２中
のユーザー定義されたクラスを特定するために用いられ
る識別子とネットワークを通じてクラスを特定するため
に用いられるサイテーションとの間の翻訳を提供する。
サイテーションについては以下にまたアペンディックス
Ａに詳細に説明されている。
ションオブジェクト４１１２のプロパティ”vocabular
y”である。レキシコン４７１２は、クラスを特定する
ためにインプリメンテーションオブジェクト４１１２に
よって使用される識別子を定義する。レキシコン４７１
２のキー例えば識別子４７１２Ｋは、特定のユーザー定
義されたクラスを特定するためにインプリメンテーショ
ンオブジェクト４１１２内において用いられる識別子で
ある。レキシコン４７１２の値、例えばサイテーション
４７１２Ｖは、関連した識別子によって特定されるクラ
スを対応するサイテーションである。レキシコン４７１
２は、インプリメンテーションオブジェクト４１１２中
のユーザー定義されたクラスを特定するために用いられ
る識別子とネットワークを通じてクラスを特定するため
に用いられるサイテーションとの間の翻訳を提供する。
サイテーションについては以下にまたアペンディックス
Ａに詳細に説明されている。
【０８２６】リスト４７１４は、インプリメンテーショ
ンオブジェクト４１１２のプロパティ”superclasses”
である。リスト４７１４のアイテム、例えば識別子４７
１４Ｉは、クラス定義４１００ (図９６）によって定義
されたクラスインプリメンテーションスーパークラスを
特定する識別子である。リスト４７１４（図１０４）
は、すなわちインプリメンテーションオブジェクト４１
１２のプロパティ”superclasses”は、リスト４２２０
のアイテムでないクラスの識別子、すなわちインターフ
ェースオブジェクト４１１０のプロパティ”superclass
es”を含みうる。一例として第１のクラスは、第１のク
ラスのフィーチャのインプリメンテーションにおいて、
第２のクラスのフィーチャを使用する能力によって有利
となりうる。
ンオブジェクト４１１２のプロパティ”superclasses”
である。リスト４７１４のアイテム、例えば識別子４７
１４Ｉは、クラス定義４１００ (図９６）によって定義
されたクラスインプリメンテーションスーパークラスを
特定する識別子である。リスト４７１４（図１０４）
は、すなわちインプリメンテーションオブジェクト４１
１２のプロパティ”superclasses”は、リスト４２２０
のアイテムでないクラスの識別子、すなわちインターフ
ェースオブジェクト４１１０のプロパティ”superclass
es”を含みうる。一例として第１のクラスは、第１のク
ラスのフィーチャのインプリメンテーションにおいて、
第２のクラスのフィーチャを使用する能力によって有利
となりうる。
【０８２７】しかし、このようなクラスをデザインする
場合、第２のクラスのフィーチャ自身が第１のクラスか
ら受け継がれることは必ずしも好ましくない。このよう
な場合、第２のクラスは、インプリメンテーションスー
パークラスとされるが、第１のクラスのインターフェー
ススーパークラスとはされない。
場合、第２のクラスのフィーチャ自身が第１のクラスか
ら受け継がれることは必ずしも好ましくない。このよう
な場合、第２のクラスは、インプリメンテーションスー
パークラスとされるが、第１のクラスのインターフェー
ススーパークラスとはされない。
【０８２８】したがって、インプリメンテーションオブ
ジェクト４１１２は、クラス定義オブジェクト４１１０
(図９６）によって規定されるクラスについて、(a) 規
定されたクラスのメンバのプロパティ、(b) クラス及び
インスタンスのフィーチャ方法、(c) 属性を設定する方
法、(d) 定義されたクラスへの、又はその定義されたク
ラスへの変換方法、(e)クラスを特定するために用いら
れる識別子及び(f) インプリメンテーションスーパーク
ラス、を定義する。
ジェクト４１１２は、クラス定義オブジェクト４１１０
(図９６）によって規定されるクラスについて、(a) 規
定されたクラスのメンバのプロパティ、(b) クラス及び
インスタンスのフィーチャ方法、(c) 属性を設定する方
法、(d) 定義されたクラスへの、又はその定義されたク
ラスへの変換方法、(e)クラスを特定するために用いら
れる識別子及び(f) インプリメンテーションスーパーク
ラス、を定義する。
【０８２９】方法オブジェクト 前述したように、方法オブジェクトは、フィーチャ又は
変換を遂行する際に実行されるコンピューターの命令を
規定する。図１０５は方法オブジェクト４８００の構造
を示す。方法オブジェクト４８００のプロパティは、プ
ロパティ”procedure”及び”変数”を含む。プロシー
ジャ４８０２は、方法オブジェクト４８００のプロパテ
ィ”procedure”である。プロシージャ４８０２の遂行
は、方法オブジェクト４８００によってインプリメント
されたフィーチャ又は変換の実行を構成する。プロシー
ジャについては以下に詳細に説明する。
変換を遂行する際に実行されるコンピューターの命令を
規定する。図１０５は方法オブジェクト４８００の構造
を示す。方法オブジェクト４８００のプロパティは、プ
ロパティ”procedure”及び”変数”を含む。プロシー
ジャ４８０２は、方法オブジェクト４８００のプロパテ
ィ”procedure”である。プロシージャ４８０２の遂行
は、方法オブジェクト４８００によってインプリメント
されたフィーチャ又は変換の実行を構成する。プロシー
ジャについては以下に詳細に説明する。
【０８３０】リスト４８０４は、方法オブジェクト４８
００のプロパティ”変数”である。リスト４８０４は、
プロシージャ４８０２によって使用される変数を規定す
る。リスト４８０４のアイテム、例えば識別子４８０４
Ｉは、方法オブジェクト４８００について規定された変
数をレファランスする識別子である。ある方法の変数の
値を示す関連されたオブジェクトは、その方法の遂行の
間、ユーザー定義されたフレームのプロパティ”変数”
としてリスト中に確認される。フレームについては以下
にそしてアペンディックスＡに詳細に説明されている。
００のプロパティ”変数”である。リスト４８０４は、
プロシージャ４８０２によって使用される変数を規定す
る。リスト４８０４のアイテム、例えば識別子４８０４
Ｉは、方法オブジェクト４８００について規定された変
数をレファランスする識別子である。ある方法の変数の
値を示す関連されたオブジェクトは、その方法の遂行の
間、ユーザー定義されたフレームのプロパティ”変数”
としてリスト中に確認される。フレームについては以下
にそしてアペンディックスＡに詳細に説明されている。
【０８３１】プロシージャ プロシージャ４８０２の構造は図１０６に示される。
【０８３２】プロシージャ４８０２は、オブジェクト４
９０２Ａ−４９０２Ｅのリスト４９０２を含む。リスト
４９０２は、クラス”List”のメンバではなく、その代
わり、プロシージャ４８０２の一体的な部分である。換
言すれば、リスト４９０２は、プロシージャ４８０２の
プロパティ又はアイテムではなく、リスト４９０２はク
ラス”List”のメンバとして取り扱われることを供与す
るいかなるフィーチャも用意されていない。本発明の一
実施例によれば、クラス”procedure”はクラス”Lis
t”のインプリメンテーションサブクラスであるが、ク
ラス”List”のインターフェースサブクラスでない。し
たがって、クラス”List”によって規定されたフィーチ
ャは、クラス”procedure”によって受け継がれず、ク
ラス”List”によって規定された方法は、リスト４９０
２をつくり出して、それにアクセスするプロシージャに
よって使用することができる。
９０２Ａ−４９０２Ｅのリスト４９０２を含む。リスト
４９０２は、クラス”List”のメンバではなく、その代
わり、プロシージャ４８０２の一体的な部分である。換
言すれば、リスト４９０２は、プロシージャ４８０２の
プロパティ又はアイテムではなく、リスト４９０２はク
ラス”List”のメンバとして取り扱われることを供与す
るいかなるフィーチャも用意されていない。本発明の一
実施例によれば、クラス”procedure”はクラス”Lis
t”のインプリメンテーションサブクラスであるが、ク
ラス”List”のインターフェースサブクラスでない。し
たがって、クラス”List”によって規定されたフィーチ
ャは、クラス”procedure”によって受け継がれず、ク
ラス”List”によって規定された方法は、リスト４９０
２をつくり出して、それにアクセスするプロシージャに
よって使用することができる。
【０８３３】オブジェクト４９０２Ａ−４９０２Ｅは、
実行されるオブジェクト、すなわち、ミックスインクラ
ス”実行”のメンバである。プロシージャ４８０２は、
順次すなわちオブジェクト４９０２Ａ、オブジェクト４
９０２Ｂ、オブジェクト４９０２Ｃ、オブジェクト４９
０２Ｄ及びオブジェクト４９０２Ｅの順序でオブジェク
ト４９０２Ａ−４９０２Ｅを実行することによって遂行
される。プロシージャ４８０２の実行の間に、予め規定
されたフレームは、オブジェクト４９０２Ａ−４９０２
Ｅのうちどれが実行されているかを決めて、プロシージ
ャ４８０２の遂行の動的な状態を記録し保持する。予め
規定されたフレームについては以下に、及びアペンディ
ックスＢに、詳細に説明されている。
実行されるオブジェクト、すなわち、ミックスインクラ
ス”実行”のメンバである。プロシージャ４８０２は、
順次すなわちオブジェクト４９０２Ａ、オブジェクト４
９０２Ｂ、オブジェクト４９０２Ｃ、オブジェクト４９
０２Ｄ及びオブジェクト４９０２Ｅの順序でオブジェク
ト４９０２Ａ−４９０２Ｅを実行することによって遂行
される。プロシージャ４８０２の実行の間に、予め規定
されたフレームは、オブジェクト４９０２Ａ−４９０２
Ｅのうちどれが実行されているかを決めて、プロシージ
ャ４８０２の遂行の動的な状態を記録し保持する。予め
規定されたフレームについては以下に、及びアペンディ
ックスＢに、詳細に説明されている。
【０８３４】サイテーション サイテーションは、各々後ろ方向又は前方向に互いにコ
ンパティブルである一連のオブジェクトを特定するオブ
ジェクトである。サイテーションはまた、シリーズ中の
特定のオブジェクト及びプロセス又はその特別なオブジ
ェクトを作り出したプロセスのオーソリティをさらに特
定する。既に説明したように、クラスはサイト（引用）
されたオブジェクトである。したがって、サイテーショ
ンは、互いに後ろ方向及び前方向にコンパティブルな一
連のクラスを特定するために用いられる。
ンパティブルである一連のオブジェクトを特定するオブ
ジェクトである。サイテーションはまた、シリーズ中の
特定のオブジェクト及びプロセス又はその特別なオブジ
ェクトを作り出したプロセスのオーソリティをさらに特
定する。既に説明したように、クラスはサイト（引用）
されたオブジェクトである。したがって、サイテーショ
ンは、互いに後ろ方向及び前方向にコンパティブルな一
連のクラスを特定するために用いられる。
【０８３５】後ろ方向及び前方向のコンパティブルにつ
いては以下に、及びアペンディックスＡに、詳細に説明
される。
いては以下に、及びアペンディックスＡに、詳細に説明
される。
【０８３６】なおそのサイテーションが互いに前方向又
は後ろ方向コンパティブルとしてオブジェクトを識別す
るオブジェクトは、必ずしも前方向又は後ろ方向にコン
パティブルではない。一例として、それぞれのサイテー
ションによってコンパティブルであると特定された２つ
のクラス定義オブジェクトは単にコンパティブルである
ことが意図されているに過ぎない。
は後ろ方向コンパティブルとしてオブジェクトを識別す
るオブジェクトは、必ずしも前方向又は後ろ方向にコン
パティブルではない。一例として、それぞれのサイテー
ションによってコンパティブルであると特定された２つ
のクラス定義オブジェクトは単にコンパティブルである
ことが意図されているに過ぎない。
【０８３７】サイテーション５０００（図１０７）はク
ラス”Citation”の１つのメンバである。サイテーショ
ン５０００のプロパティには、プロパティ”タイト
ル”、”メージャーエディション”、”マイナーエディ
ション”、及び”オーサー”が含まれる。サイテーショ
ン５０００のプロパティ”タイトル”は識別子５００８
である。したがって識別子５００８はサイテーション５
０００のタイトルである。サイテーションのタイトルは
サイテーションによって現される連鎖をレファランスす
る。サイテーションのタイトルは、サイテーションのオ
ーソリティに関して解釈される。換言すれば、異なった
オーソリティの２つのサイテーションは同等のタイトル
を使用することができる。２つのサイテーションは、異
なったオーソリティによって双方から識別される。サイ
テーションのオーソリティは、以下に説明するプロパテ
ィ”オーサー”によって特定化される。
ラス”Citation”の１つのメンバである。サイテーショ
ン５０００のプロパティには、プロパティ”タイト
ル”、”メージャーエディション”、”マイナーエディ
ション”、及び”オーサー”が含まれる。サイテーショ
ン５０００のプロパティ”タイトル”は識別子５００８
である。したがって識別子５００８はサイテーション５
０００のタイトルである。サイテーションのタイトルは
サイテーションによって現される連鎖をレファランスす
る。サイテーションのタイトルは、サイテーションのオ
ーソリティに関して解釈される。換言すれば、異なった
オーソリティの２つのサイテーションは同等のタイトル
を使用することができる。２つのサイテーションは、異
なったオーソリティによって双方から識別される。サイ
テーションのオーソリティは、以下に説明するプロパテ
ィ”オーサー”によって特定化される。
【０８３８】プロパティ”メージャーエディション”及
び”マイナーエディション”は、どちらも整数５００
４、５００６である。したがって、整数５００４、５０
０６は、タイトルサイテーション５０００のメージャー
エディション及びマイナーエディションである。ある連
鎖中の２つのオブジェクトの間の関係は、それらのオブ
ジェクトの相対的なメージャーエディション及びマイナ
ーエディションによって定められる。一例として、オブ
ジェクト５１０２、５１０４（図１０８）は、それぞれ
サイテーション５１０６、５１０８によって引用され
る。整数５１１０、５１１２は、サイテーション５１０
６のメージャーエディションとマイナーエディションと
をそれぞれ現す。整数５１１４、５１１６は、サイテー
ション５１０８のそれぞれメージャーエディションとマ
イナーエディションとを現す。
び”マイナーエディション”は、どちらも整数５００
４、５００６である。したがって、整数５００４、５０
０６は、タイトルサイテーション５０００のメージャー
エディション及びマイナーエディションである。ある連
鎖中の２つのオブジェクトの間の関係は、それらのオブ
ジェクトの相対的なメージャーエディション及びマイナ
ーエディションによって定められる。一例として、オブ
ジェクト５１０２、５１０４（図１０８）は、それぞれ
サイテーション５１０６、５１０８によって引用され
る。整数５１１０、５１１２は、サイテーション５１０
６のメージャーエディションとマイナーエディションと
をそれぞれ現す。整数５１１４、５１１６は、サイテー
ション５１０８のそれぞれメージャーエディションとマ
イナーエディションとを現す。
【０８３９】サイテーション５１０６のメージャーエデ
ィションである整数５１１０が、サイテーション５１０
８のマイナーエディションである整数５１１４よりも大
きい場合には、オブジェクト５１０２は、オブジェクト
５１０４の生成よりも後に生成されたものであり、オブ
ジェクト５１０４に対して後ろ方向にコンパティブルで
ある。
ィションである整数５１１０が、サイテーション５１０
８のマイナーエディションである整数５１１４よりも大
きい場合には、オブジェクト５１０２は、オブジェクト
５１０４の生成よりも後に生成されたものであり、オブ
ジェクト５１０４に対して後ろ方向にコンパティブルで
ある。
【０８４０】オブジェクト５１０２がオブジェクト５１
０４に対して後ろ方向にコンパティブルであれば、オブ
ジェクト５１０４は、オブジェクト５１０２に対して前
方向にコンパティブルである。その逆に、整数５１００
が、整数５１１４よりも小さい場合には、オブジェクト
５１０４は、オブジェクト５１０２の生成よりも後に生
成され、オブジェクト５１０２に対して後ろ方向にコン
パティブルである。
０４に対して後ろ方向にコンパティブルであれば、オブ
ジェクト５１０４は、オブジェクト５１０２に対して前
方向にコンパティブルである。その逆に、整数５１００
が、整数５１１４よりも小さい場合には、オブジェクト
５１０４は、オブジェクト５１０２の生成よりも後に生
成され、オブジェクト５１０２に対して後ろ方向にコン
パティブルである。
【０８４１】整数５１１０、５１１４が等しければ、そ
れぞれオブジェクト５１０２、５１０４のマイナーエデ
ィションを表す整数５１１２、５１１６の相対値は、オ
ブジェクト５１０２、５１０４の間の関係を定める。例
えば、整数５１１２が整数５１１６よりも大きければ、
オブジェクト５１０２はオブジェクト５１０４の生成よ
りも遅れて生成され、オブジェクト５１０４に関して後
ろ方向にコンパティブルである。その逆に整数５１１２
が整数５１１６よりも小さければ、オブジェクト５１０
４はオブジェクト５１０２の生成よりも生成の後に生成
され、オブジェクト５１０２に関して後ろ方向にコンパ
ティブルである。
れぞれオブジェクト５１０２、５１０４のマイナーエデ
ィションを表す整数５１１２、５１１６の相対値は、オ
ブジェクト５１０２、５１０４の間の関係を定める。例
えば、整数５１１２が整数５１１６よりも大きければ、
オブジェクト５１０２はオブジェクト５１０４の生成よ
りも遅れて生成され、オブジェクト５１０４に関して後
ろ方向にコンパティブルである。その逆に整数５１１２
が整数５１１６よりも小さければ、オブジェクト５１０
４はオブジェクト５１０２の生成よりも生成の後に生成
され、オブジェクト５１０２に関して後ろ方向にコンパ
ティブルである。
【０８４２】プロパティ”オーサー”はテレネーム５０
０２（図１０７）である。したがって、テレネーム５０
０２はサイテーション５０００のオーサーである。テレ
ネーム５００２はサイテーション５０００によって特定
されるオブジェクトを生成したプロセスのネームであ
る。単一の連鎖の全てのオブジェクトは、単一のオーソ
リティのプロセスによって作り出されている。
０２（図１０７）である。したがって、テレネーム５０
０２はサイテーション５０００のオーサーである。テレ
ネーム５００２はサイテーション５０００によって特定
されるオブジェクトを生成したプロセスのネームであ
る。単一の連鎖の全てのオブジェクトは、単一のオーソ
リティのプロセスによって作り出されている。
【０８４３】前方向及び後方向のコンパティビリティに
ついてのより正確な定義はアペンディックスＡに示され
ているが、次の例は、これらのコンセプトの意味及び有
用性を示している。アペンディックスＡに定義されるよ
うに、クラス”Integer”のメンバすなわち整数は、”
加算”、”減算”、”掛け算”及び”割り算”を含むあ
る数の数学的な演算を実行することができる。クラス”
Integer”のプロパティ”Citation”は、クラス”Integ
er”を特定化する第１のサイテーションである。本明細
書中に記載されるコンピューター命令のセットをインプ
リメントし、また本明細書中に記載されるコンピュータ
ー命令のセットを使用する際に新しいクラス及び新しい
フィーチャを定義する際に、アペンディックスＡに記載
されたクラス”Integer”の記述に適合するクラス”Int
eger”のメンバに依存して過度に多くのフィーチャが設
計されている。
ついてのより正確な定義はアペンディックスＡに示され
ているが、次の例は、これらのコンセプトの意味及び有
用性を示している。アペンディックスＡに定義されるよ
うに、クラス”Integer”のメンバすなわち整数は、”
加算”、”減算”、”掛け算”及び”割り算”を含むあ
る数の数学的な演算を実行することができる。クラス”
Integer”のプロパティ”Citation”は、クラス”Integ
er”を特定化する第１のサイテーションである。本明細
書中に記載されるコンピューター命令のセットをインプ
リメントし、また本明細書中に記載されるコンピュータ
ー命令のセットを使用する際に新しいクラス及び新しい
フィーチャを定義する際に、アペンディックスＡに記載
されたクラス”Integer”の記述に適合するクラス”Int
eger”のメンバに依存して過度に多くのフィーチャが設
計されている。
【０８４４】本明細書に記述されるコンピューター命令
のセットの、以下のバージョンにおいて、乱数を生成さ
せるためにオペレーション”randomize ”を与えるよう
に第２のクラス”Integer”が設計されているものと想
定する。第１のクラス”Integer”は、第１のクラス”I
nteger”と呼ばれる。第２のクラス”Integer”のプロ
パティ”Citation”は、第２のサイテーションである。
第１のクラス”Integer”と第２のクラス”Integer”と
の間には他の差異は存在せず、第１のクラス”Intege
r”のメンバについてリクエストされたいかなるフィー
チャも第２のクラス”Integer”のメンバによって満た
されているものと想定する。したがって、第２のクラ
ス”Integer”の整数が与えられていれば、第１のクラ
ス”Integer”の記述に適合した整数に依存して設計さ
れたフィーチャは、適切に機能する。したがって、第２
のクラス”Integer”は、第１のクラス”Integer”と後
ろ方向にコンパティブルである。その逆に、第１のクラ
ス”Integer”は、第２のクラス”Integer”と前方向に
コンパティブルである。
のセットの、以下のバージョンにおいて、乱数を生成さ
せるためにオペレーション”randomize ”を与えるよう
に第２のクラス”Integer”が設計されているものと想
定する。第１のクラス”Integer”は、第１のクラス”I
nteger”と呼ばれる。第２のクラス”Integer”のプロ
パティ”Citation”は、第２のサイテーションである。
第１のクラス”Integer”と第２のクラス”Integer”と
の間には他の差異は存在せず、第１のクラス”Intege
r”のメンバについてリクエストされたいかなるフィー
チャも第２のクラス”Integer”のメンバによって満た
されているものと想定する。したがって、第２のクラ
ス”Integer”の整数が与えられていれば、第１のクラ
ス”Integer”の記述に適合した整数に依存して設計さ
れたフィーチャは、適切に機能する。したがって、第２
のクラス”Integer”は、第１のクラス”Integer”と後
ろ方向にコンパティブルである。その逆に、第１のクラ
ス”Integer”は、第２のクラス”Integer”と前方向に
コンパティブルである。
【０８４５】第１のクラスと第１及び第２のサイテーシ
ョンのプロパティ”タイトル”は、等しく、どちらかの
クラス”Integer”をレファランスする。しかし、第１
及び第２のサイテーションのメージャーエディション及
びマイナーエディションは、第１のクラス”Integer”
と第２のクラス”Integer”との間の前方向及び後ろ方
向のコンパティビリティを反映している。後ろ方向及び
前方向にコンパティブルなオブジェクトがネットワーク
内において共存することを許容すると、本明細書により
記述されるコンピューター命令のセットの初期のバージ
ョンによって作り出されたオブジェクトは、本明細中に
記述されるコンピューター命令のセットの後のバージョ
ンをインプリメントするエンジン内において移動し動作
することはできる。以上の説明からわかるように、クラ
スはそれ自身に対して前方向及び後ろ方向にコンパティ
ブルである。以上の例示的な実施例は、予め限定された
クラスのコンテキストにおいて前方向及び後ろ方向のコ
ンパティビリティを示しているが、ユーザーによって定
義されたクラスは、典型的に、予め規定されたクラスよ
りもより頻繁に変化する。そのため、クラスの間の前方
向及び後ろ方向のコンパティビリティを与えることは、
ユーザーによって定義されたクラスのコンテキストにお
いては特に重要である。
ョンのプロパティ”タイトル”は、等しく、どちらかの
クラス”Integer”をレファランスする。しかし、第１
及び第２のサイテーションのメージャーエディション及
びマイナーエディションは、第１のクラス”Integer”
と第２のクラス”Integer”との間の前方向及び後ろ方
向のコンパティビリティを反映している。後ろ方向及び
前方向にコンパティブルなオブジェクトがネットワーク
内において共存することを許容すると、本明細書により
記述されるコンピューター命令のセットの初期のバージ
ョンによって作り出されたオブジェクトは、本明細中に
記述されるコンピューター命令のセットの後のバージョ
ンをインプリメントするエンジン内において移動し動作
することはできる。以上の説明からわかるように、クラ
スはそれ自身に対して前方向及び後ろ方向にコンパティ
ブルである。以上の例示的な実施例は、予め限定された
クラスのコンテキストにおいて前方向及び後ろ方向のコ
ンパティビリティを示しているが、ユーザーによって定
義されたクラスは、典型的に、予め規定されたクラスよ
りもより頻繁に変化する。そのため、クラスの間の前方
向及び後ろ方向のコンパティビリティを与えることは、
ユーザーによって定義されたクラスのコンテキストにお
いては特に重要である。
【０８４６】すなわち、クラスは、ここに開示された命
令セットの一部分となり、したがって、可搬型であり、
エージェントとともに第１のコンピューターシステムか
ら第２のコンピューターシステムに移動することができ
る。
令セットの一部分となり、したがって、可搬型であり、
エージェントとともに第１のコンピューターシステムか
ら第２のコンピューターシステムに移動することができ
る。
【０８４７】解釈される命令セット 前述したように、本発明の３つの要素によって、コンピ
ュータープロセスは特に可動となりかつ一般的になる。
第１に本発明のコンピューター命令セットは、均質又は
異質なネットワーク内において均質にインプリメントさ
れている。第２に、クラスは、開示されたコンピュータ
ー命令セットのオブジェクトであるため、命令セットは
拡張性でありかつ可動である。すなわち遠隔なコンピュ
ーターシステムにおいて定義されていないクラスは、可
動のコンピュータープロセスとともにこれらの変革のコ
ンピューターシステムに転送される。以下の説明は、コ
ンピューターの命令セットを特に一般的に可動にする第
３の要素に関係している。ここに開示されたコンピュー
ター命令セットのコンピューター命令は解釈される。
ュータープロセスは特に可動となりかつ一般的になる。
第１に本発明のコンピューター命令セットは、均質又は
異質なネットワーク内において均質にインプリメントさ
れている。第２に、クラスは、開示されたコンピュータ
ー命令セットのオブジェクトであるため、命令セットは
拡張性でありかつ可動である。すなわち遠隔なコンピュ
ーターシステムにおいて定義されていないクラスは、可
動のコンピュータープロセスとともにこれらの変革のコ
ンピューターシステムに転送される。以下の説明は、コ
ンピューターの命令セットを特に一般的に可動にする第
３の要素に関係している。ここに開示されたコンピュー
ター命令セットのコンピューター命令は解釈される。
【０８４８】多くのコンピュータープロセスは最初に人
が読むことができるソースコードで書かれ、次にこのソ
ースコードがオブジェクトコードにコンパイルされ、マ
シンコードにリンクされる。このマシンコードは人には
全く読むことができない。ソースコードをマシンコード
に翻訳する主な利点は、マシンコードがソースコードを
再コンパイルすることなく、何回でもコンピューターシ
ステムのＣＰＵによって実行されるため、翻訳を一度だ
け行えば良いことになる。しかし異質なネットワークの
２つのコンピューターシステムは、同一のマシンコード
の命令をともに実行しない。したがって第１のコンピュ
ーターシステムから第２のコンピューターシステムに向
かって移動するエージェントが、第１のコンピューター
システムにも第２のコンピューターシステムにも特異で
ない標準化された命令セットによって現されることが好
ましい。
が読むことができるソースコードで書かれ、次にこのソ
ースコードがオブジェクトコードにコンパイルされ、マ
シンコードにリンクされる。このマシンコードは人には
全く読むことができない。ソースコードをマシンコード
に翻訳する主な利点は、マシンコードがソースコードを
再コンパイルすることなく、何回でもコンピューターシ
ステムのＣＰＵによって実行されるため、翻訳を一度だ
け行えば良いことになる。しかし異質なネットワークの
２つのコンピューターシステムは、同一のマシンコード
の命令をともに実行しない。したがって第１のコンピュ
ーターシステムから第２のコンピューターシステムに向
かって移動するエージェントが、第１のコンピューター
システムにも第２のコンピューターシステムにも特異で
ない標準化された命令セットによって現されることが好
ましい。
【０８４９】ソースコード１回だけコンパイルする利点
がネットワークの異質性によって除かれるため、開示さ
れたコンピューター命令セットは解釈される。本明細書
中において”解釈される”という用語は、当該技術にお
いて理解されている通りに用いられている。すなわち、
一連のコンピューター命令中のコンピューター命令が読
まれマシンコードに翻訳され、一連のコンピューター命
令中の次にコンピューター命令が読まれる前にエンジン
によって実行される。開示された命令セットの命令をコ
ンパイルするのでなく解釈することによって一層大きな
一般性が得られる。第１のエージェントは第１のコンピ
ューターシステムから第２のコンピューターシステムに
向かって移動しそこで、第１のエージェントにプロシー
ジャを与える第２のエージェントと出会う。第１のエー
ジェントは次に、第１のエージェントが当初は成功する
ように設計されていなかったプロシージャを遂行する。
がネットワークの異質性によって除かれるため、開示さ
れたコンピューター命令セットは解釈される。本明細書
中において”解釈される”という用語は、当該技術にお
いて理解されている通りに用いられている。すなわち、
一連のコンピューター命令中のコンピューター命令が読
まれマシンコードに翻訳され、一連のコンピューター命
令中の次にコンピューター命令が読まれる前にエンジン
によって実行される。開示された命令セットの命令をコ
ンパイルするのでなく解釈することによって一層大きな
一般性が得られる。第１のエージェントは第１のコンピ
ューターシステムから第２のコンピューターシステムに
向かって移動しそこで、第１のエージェントにプロシー
ジャを与える第２のエージェントと出会う。第１のエー
ジェントは次に、第１のエージェントが当初は成功する
ように設計されていなかったプロシージャを遂行する。
【０８５０】以下の説明は、ここに開示されたコンピュ
ーターの解釈についての説明である。以下の説明はプロ
シージャとその個々のアイテムの実行に主に向けられ、
個々のアイテムは、個々のコンピューター命令である。
ーターの解釈についての説明である。以下の説明はプロ
シージャとその個々のアイテムの実行に主に向けられ、
個々のアイテムは、個々のコンピューター命令である。
【０８５１】プロシージャの実行 あるプロシージャは、オペレーション”do”をそのプロ
シージャが行うことをリクエストする命令を表出するこ
とによって遂行される。プロシージャの遂行を表示させ
る他のプロシージャは以下に、そしてアペンディックス
Ａに説明されている。クラス”procedure”について定
義されたオペレーション”do”の遂行は、フローチャー
ト５２００（図１０９）に示され、予め定義されたフレ
ーム５２５０（図１１０）によって現されている。予め
定義されたフレーム５２５０は、それぞれ整数５２５２
及びプロシージャ４８０２であるプロパティ”positio
n”及び”procedure”を含む。予め定義されたフレーム
はアペンディックスＡに詳細に説明されている。予め定
義されたプロシージャ５２５０は、プロシージャ４８０
２（図１０６）によって遂行されるオペレーション”d
o”の動的な状態を記録する。
シージャが行うことをリクエストする命令を表出するこ
とによって遂行される。プロシージャの遂行を表示させ
る他のプロシージャは以下に、そしてアペンディックス
Ａに説明されている。クラス”procedure”について定
義されたオペレーション”do”の遂行は、フローチャー
ト５２００（図１０９）に示され、予め定義されたフレ
ーム５２５０（図１１０）によって現されている。予め
定義されたフレーム５２５０は、それぞれ整数５２５２
及びプロシージャ４８０２であるプロパティ”positio
n”及び”procedure”を含む。予め定義されたフレーム
はアペンディックスＡに詳細に説明されている。予め定
義されたプロシージャ５２５０は、プロシージャ４８０
２（図１０６）によって遂行されるオペレーション”d
o”の動的な状態を記録する。
【０８５２】ステップ５２０２（図１０９）において、
整数５２５２は、値１に設定される。
整数５２５２は、値１に設定される。
【０８５３】整数５２５２はその実行が最も最近に開始
されたアイテムのプロシージャ４８０２内の位置を特定
する。処理はステップ５２０２（図１０９）からエンド
オブプロシージャテストステップ５２０４に移行し、こ
こで整数５２５２（図１１０）がプロシージャ４８０２
の長さと比較される。整数５２５２は、プロシージャ４
８０２の長さに比べて短いか、又は等しい場合に処理は
エンドオブプロシージャテストステップ５２０４（図１
０９）からステップ５２０８に移行する。ステップ５２
０８において、プロシージャ４８０２（図１１０）内の
位置がインテジャー５２５２であるアイテムが遂行され
る。実行されるオブジェクトの遂行については、以下に
そしてアペンディックスＡに詳細に説明される。
されたアイテムのプロシージャ４８０２内の位置を特定
する。処理はステップ５２０２（図１０９）からエンド
オブプロシージャテストステップ５２０４に移行し、こ
こで整数５２５２（図１１０）がプロシージャ４８０２
の長さと比較される。整数５２５２は、プロシージャ４
８０２の長さに比べて短いか、又は等しい場合に処理は
エンドオブプロシージャテストステップ５２０４（図１
０９）からステップ５２０８に移行する。ステップ５２
０８において、プロシージャ４８０２（図１１０）内の
位置がインテジャー５２５２であるアイテムが遂行され
る。実行されるオブジェクトの遂行については、以下に
そしてアペンディックスＡに詳細に説明される。
【０８５４】プロシージャ４８０２のアイテムが遂行さ
れると、処理はステップ５２０８（図１０９）から例外
テストステップ５２１０に移行する。例外テストステッ
プ５２１０において、エンジン解釈プロシージャ１０２
（図１１０）は、そのアイテムの遂行が成功したか、又
は例外を表明したかを定める。例外が表明された場合処
理は例外テストステップ５２１０（図１０９）から終了
ステップ５２１２に移行し、そこでオペレーション”d
o”が失敗に終わり、プロシージャ４８０２（図１１
０）の遂行が終了する。
れると、処理はステップ５２０８（図１０９）から例外
テストステップ５２１０に移行する。例外テストステッ
プ５２１０において、エンジン解釈プロシージャ１０２
（図１１０）は、そのアイテムの遂行が成功したか、又
は例外を表明したかを定める。例外が表明された場合処
理は例外テストステップ５２１０（図１０９）から終了
ステップ５２１２に移行し、そこでオペレーション”d
o”が失敗に終わり、プロシージャ４８０２（図１１
０）の遂行が終了する。
【０８５５】ステップ５２０８（図１０９）において整
数５２５２により示されるプロシージャ４８０２内のう
ちでアイテムの遂行によって例外が表明された場合処理
が例外テストステップ５２１０からステップ５２１４に
移行し、ここで整数５２５２（図１１０）がインクリメ
ントされる。処理はステップ５２１４（図１０９）から
エンドオブプロシージャテストステップ５２０４に移行
し、ここで予め定義されたフレーム５２５０（図１１
０）のプロシージャ”position”すなわち整数５２５２
が前述したように応答プロシージャ４８０２の長さと比
較される。
数５２５２により示されるプロシージャ４８０２内のう
ちでアイテムの遂行によって例外が表明された場合処理
が例外テストステップ５２１０からステップ５２１４に
移行し、ここで整数５２５２（図１１０）がインクリメ
ントされる。処理はステップ５２１４（図１０９）から
エンドオブプロシージャテストステップ５２０４に移行
し、ここで予め定義されたフレーム５２５０（図１１
０）のプロシージャ”position”すなわち整数５２５２
が前述したように応答プロシージャ４８０２の長さと比
較される。
【０８５６】整数５２５２（図１１０）がプロシージャ
４８０２の長さよりも大きい場合、処理はエンドオブプ
ロシージャテストステップ５２０４（図１０９）から終
了ステップ５２１６に移行し、そこでオペレーション”
do”は成功のうちに終了する。
４８０２の長さよりも大きい場合、処理はエンドオブプ
ロシージャテストステップ５２０４（図１０９）から終
了ステップ５２１６に移行し、そこでオペレーション”
do”は成功のうちに終了する。
【０８５７】このようにプロシージャ４８０２（図１０
６及び図１１０）によってオペレーション”do”が遂行
されることによって前述した順序でプロシージャ４８０
２の各々のアイテムが実行される。
６及び図１１０）によってオペレーション”do”が遂行
されることによって前述した順序でプロシージャ４８０
２の各々のアイテムが実行される。
【０８５８】実行モデル 前述したように、あるエンジン例えばエンジン１３２Ｂ
（図３４）の主な機能は、プロシージャの遂行すなわち
プロシージャのアイテムの実行である。本発明のここに
開示された実施例の実行モデルはプロシージャの各アイ
テムが実行されるプロセスである。ここに開示された実
施例の実行モデルの説明は６つのセクションに分けられ
る。第１にフレームの構造及び組織が説明される。フレ
ームは１つのフィーチャ又は１つの変更をインプリメン
トする方法の動的状態を記録するオブジェクトである。
第２に識別子の実行が説明される。あるフィーチャにレ
ファランスする識別子の実行は、レファランスされたフ
ィーチャの遂行を生じさせる。第３に、あるフィーチャ
又はコンバージョンをインプリメントする方法オブジェ
クトをクラスハイアラキーから選出するプロセスが説明
される。方法オブジェクトを検索するクラスオブジェク
トの構造は前述した通りである。第４にあるフィーチャ
のエスカレーションが説明される。第５にモディファイ
アーの実行が説明される。第６にセレクターの実行が説
明される。
（図３４）の主な機能は、プロシージャの遂行すなわち
プロシージャのアイテムの実行である。本発明のここに
開示された実施例の実行モデルはプロシージャの各アイ
テムが実行されるプロセスである。ここに開示された実
施例の実行モデルの説明は６つのセクションに分けられ
る。第１にフレームの構造及び組織が説明される。フレ
ームは１つのフィーチャ又は１つの変更をインプリメン
トする方法の動的状態を記録するオブジェクトである。
第２に識別子の実行が説明される。あるフィーチャにレ
ファランスする識別子の実行は、レファランスされたフ
ィーチャの遂行を生じさせる。第３に、あるフィーチャ
又はコンバージョンをインプリメントする方法オブジェ
クトをクラスハイアラキーから選出するプロセスが説明
される。方法オブジェクトを検索するクラスオブジェク
トの構造は前述した通りである。第４にあるフィーチャ
のエスカレーションが説明される。第５にモディファイ
アーの実行が説明される。第６にセレクターの実行が説
明される。
【０８５９】フレーム フレームは、フィーチャ又は変更の実行の間、フィーチ
ャ又は変更をインプリメントする方法の動的状態を記録
するオブジェクトである。あるプロセスすなわちエージ
ェント又はプレイスの実行状態は、１以上のフレーム中
二記録される。１つのプロセスがつくり出されるとき、
そのプロセスはオペレーション”live”を遂行するよう
に求められる。プロセス５３００内にはプロパティ”フ
レーム”がつくり出され、このプロパティ”フレーム”
は、プロセス５３００の実行スレッドを現すスタック５
３０２である。
ャ又は変更をインプリメントする方法の動的状態を記録
するオブジェクトである。あるプロセスすなわちエージ
ェント又はプレイスの実行状態は、１以上のフレーム中
二記録される。１つのプロセスがつくり出されるとき、
そのプロセスはオペレーション”live”を遂行するよう
に求められる。プロセス５３００内にはプロパティ”フ
レーム”がつくり出され、このプロパティ”フレーム”
は、プロセス５３００の実行スレッドを現すスタック５
３０２である。
【０８６０】スタック５３０２はプロセス５３００の実
行状態を集合的に形成するフレームを収容している。プ
ロセス５３００が最初にオペレーション”live”を遂行
するように求められたとき、スタック５３０２の単一の
アイテムは、オペレーション”live”の動的状態を記録
するユーザーによって定義されたフレーム５３０４であ
る。
行状態を集合的に形成するフレームを収容している。プ
ロセス５３００が最初にオペレーション”live”を遂行
するように求められたとき、スタック５３０２の単一の
アイテムは、オペレーション”live”の動的状態を記録
するユーザーによって定義されたフレーム５３０４であ
る。
【０８６１】予め定義されたクラス”Process”、”Age
nt”、及び”Place”は抽象的であるので、本発明のこ
こに開示された実施例のプロセスはユーザーによって定
義されたクラスのインスタンスである。予め定義された
アブストラクトのクラス”Process”、”Agent”、及
び”Place”はオペレーション”live”のインプリメン
テーションを定義しない。したがって、オペレーショ
ン”live”の方法の動的状態を記録するフレーム５３０
４は必然的にユーザーによって定義されたフレームであ
る。ユーザーによって定義されたフレームは、オペレー
ションの実行の間ユーザーによって定義されたインプリ
メンテーションによってオペレーションの動的状態を記
録するフレームである。ユーザーによって定義されたフ
レーム５３０４の構造は図１１２に示されている。
nt”、及び”Place”は抽象的であるので、本発明のこ
こに開示された実施例のプロセスはユーザーによって定
義されたクラスのインスタンスである。予め定義された
アブストラクトのクラス”Process”、”Agent”、及
び”Place”はオペレーション”live”のインプリメン
テーションを定義しない。したがって、オペレーショ
ン”live”の方法の動的状態を記録するフレーム５３０
４は必然的にユーザーによって定義されたフレームであ
る。ユーザーによって定義されたフレームは、オペレー
ションの実行の間ユーザーによって定義されたインプリ
メンテーションによってオペレーションの動的状態を記
録するフレームである。ユーザーによって定義されたフ
レーム５３０４の構造は図１１２に示されている。
【０８６２】ユーザーによって定義されたフレーム５３
０４（図１１２）のプロパティには、プロパティ”clas
s”、”responder”、”procedure”、”positio
n”、”stack”及び”variables”が含まれる。クラス
オブジェクト５４０２は、ユーザーによって定義された
フレーム５３０４のプロパティ”class”であり、これ
はスーパークラス”Object”から受け継がれたプロパテ
ィである。クラスオブジェクト５４０２は、ユーザーに
よって定義されたフレーム５３０４が１つのインスタン
スであるクラスを現し、したがってクラス”ユーザーに
よって定義されたフレーム”又はそのサブクラスを現
す。
０４（図１１２）のプロパティには、プロパティ”clas
s”、”responder”、”procedure”、”positio
n”、”stack”及び”variables”が含まれる。クラス
オブジェクト５４０２は、ユーザーによって定義された
フレーム５３０４のプロパティ”class”であり、これ
はスーパークラス”Object”から受け継がれたプロパテ
ィである。クラスオブジェクト５４０２は、ユーザーに
よって定義されたフレーム５３０４が１つのインスタン
スであるクラスを現し、したがってクラス”ユーザーに
よって定義されたフレーム”又はそのサブクラスを現
す。
【０８６３】オブジェクト５４０４はユーザーによって
定義されたフレーム５３０４のプロパティ”responde
r”である。オブジェクト５４０４はユーザーによって
定義されたフレーム５３０４がその動的状態を記録する
フィーチャ又は変更のレスポンダである。図１１１のコ
ンテキストにおいてオブジェクト５４０４は、プロセス
５３００がオペレーション”live”のレスポンダである
ため、プロセス５３００である。
定義されたフレーム５３０４のプロパティ”responde
r”である。オブジェクト５４０４はユーザーによって
定義されたフレーム５３０４がその動的状態を記録する
フィーチャ又は変更のレスポンダである。図１１１のコ
ンテキストにおいてオブジェクト５４０４は、プロセス
５３００がオペレーション”live”のレスポンダである
ため、プロセス５３００である。
【０８６４】プロシージャ５４０６（図１１２）は、ス
ーパークラス”Procedure Frame”から受け継がれたプ
ロパティである。ユーザーによって定義されたフレーム
５３０４のプロパティ”procedure”である。
ーパークラス”Procedure Frame”から受け継がれたプ
ロパティである。ユーザーによって定義されたフレーム
５３０４のプロパティ”procedure”である。
【０８６５】プロシージャ５４０６は、その動的な状態
をユーザーによって定義されたフレーム５３０４が記録
するところの方法オブジェクトのプロパティ”procedur
e”である。一例として、ユーザーによって定義された
フレーム５３０４が方法オブジェクト４８００（図１０
５）の動的状態を記録する場合、プロシージャ４８０
２、５４０６は同一のプロシージャである。
をユーザーによって定義されたフレーム５３０４が記録
するところの方法オブジェクトのプロパティ”procedur
e”である。一例として、ユーザーによって定義された
フレーム５３０４が方法オブジェクト４８００（図１０
５）の動的状態を記録する場合、プロシージャ４８０
２、５４０６は同一のプロシージャである。
【０８６６】整数５４０８は、スーパークラス”Proced
ure Frame”から受け継がれたユーザーによって定義さ
れたフレーム５３０４のプロパティ”position”であ
る。整数５４０８は、現在実行されているプロシージャ
５４０６のアイテムのプロシージャ５４０６内のポジシ
ョン（１）を特定する。一例としてプロシージャ５４０
６の第２のアイテムが、その実行が開始されているがま
だ終了していないプロシージャ５４０６のアイテムであ
る場合、整数５４０８の値は２となる。
ure Frame”から受け継がれたユーザーによって定義さ
れたフレーム５３０４のプロパティ”position”であ
る。整数５４０８は、現在実行されているプロシージャ
５４０６のアイテムのプロシージャ５４０６内のポジシ
ョン（１）を特定する。一例としてプロシージャ５４０
６の第２のアイテムが、その実行が開始されているがま
だ終了していないプロシージャ５４０６のアイテムであ
る場合、整数５４０８の値は２となる。
【０８６７】ユーザーによって定義されたフレーム５３
０４は、２つの追加のプロパティ、すなわちプロパテ
ィ”stack”及び”変数”を有する。スタック５４１０
は、ユーザーによって定義されたフレーム５３０４のプ
ロパティ”stack”であり、ユーザーによって定義され
たフレーム５３０４のスタックである。プロシージャ５
４０６の実行の開始時に、スタック５４１０は、その動
的状態がユーザーによって定義されたフレーム５３０４
によって記録されたフィーチャ又は変更の遂行によって
消費されたアーギュメントを有している。プロシージャ
５４０６の遂行後には、スタック５４１０は、フィーチ
ャ又は変更の遂行によって生じた結果（もしあれば）を
有している。
０４は、２つの追加のプロパティ、すなわちプロパテ
ィ”stack”及び”変数”を有する。スタック５４１０
は、ユーザーによって定義されたフレーム５３０４のプ
ロパティ”stack”であり、ユーザーによって定義され
たフレーム５３０４のスタックである。プロシージャ５
４０６の実行の開始時に、スタック５４１０は、その動
的状態がユーザーによって定義されたフレーム５３０４
によって記録されたフィーチャ又は変更の遂行によって
消費されたアーギュメントを有している。プロシージャ
５４０６の遂行後には、スタック５４１０は、フィーチ
ャ又は変更の遂行によって生じた結果（もしあれば）を
有している。
【０８６８】リスト５４１２は、ユーザーによって定義
されたフレーム５３０４のプロパティ”変数”である。
リスト５４１２のアイテム、例えばオブジェクト５４１
２Ｉは、フレームの変数である。変数はプロシージャ５
４０６が遂行される間に、ユーザーによって定義された
フレーム５３０４の動的状態を記録する。リスト５４１
２（図１１２）のアイテムである変数は、その動的状態
がユーザーによって定義されたフレーム５３０４によっ
て記録されている方法オブジェクトのプロパティ”変
数”の同じ位置にあるアイテムによってレファランスさ
れる。一例として、ユーザーによって定義されたフレー
ム５３０４が方法オブジェクト４８００（図１０５）の
動的状態を記録する場合、リスト４８０４内のポジショ
ン１にある識別子４８０４Ｉは、リスト５４１２内の１
に有るオブジェクト５４１２Ｉ（図１１２）をレファラ
ンスする。
されたフレーム５３０４のプロパティ”変数”である。
リスト５４１２のアイテム、例えばオブジェクト５４１
２Ｉは、フレームの変数である。変数はプロシージャ５
４０６が遂行される間に、ユーザーによって定義された
フレーム５３０４の動的状態を記録する。リスト５４１
２（図１１２）のアイテムである変数は、その動的状態
がユーザーによって定義されたフレーム５３０４によっ
て記録されている方法オブジェクトのプロパティ”変
数”の同じ位置にあるアイテムによってレファランスさ
れる。一例として、ユーザーによって定義されたフレー
ム５３０４が方法オブジェクト４８００（図１０５）の
動的状態を記録する場合、リスト４８０４内のポジショ
ン１にある識別子４８０４Ｉは、リスト５４１２内の１
に有るオブジェクト５４１２Ｉ（図１１２）をレファラ
ンスする。
【０８６９】このように、ユーザーによって定義された
フレーム５３０４は、(i) フィーチャ又は変更のレスポ
ンダ、(ii)フィーチャ又はコンバージョンをインプリメ
ントするプロシージャ、(iii) 現在実行されている命令
されているプロシージャ内の位置、(iv)フィーチャ又は
変更のアーギュメント又は結果を収容しているスタッ
ク、及び(v) ユーザーによって定義されたフレーム５３
０４の動的状態を記録する変数を記録することによっ
て、ユーザーによって定義されたフィーチャ又は変更の
動的状態を記録する。
フレーム５３０４は、(i) フィーチャ又は変更のレスポ
ンダ、(ii)フィーチャ又はコンバージョンをインプリメ
ントするプロシージャ、(iii) 現在実行されている命令
されているプロシージャ内の位置、(iv)フィーチャ又は
変更のアーギュメント又は結果を収容しているスタッ
ク、及び(v) ユーザーによって定義されたフレーム５３
０４の動的状態を記録する変数を記録することによっ
て、ユーザーによって定義されたフィーチャ又は変更の
動的状態を記録する。
【０８７０】実行されるオブジェクトの実行 前述したように、プロシージャの遂行は、プロシージャ
の各アイテムの順次の実行である。一般に実行されるオ
ブジェクトすなわちミックスインクラス”実行”から受
け継がれたオブジェクトの実行は、そのオブジェクトに
対するレファランスが、プロシージャの実行状態を現す
フレームのスタック、例えばスタック５４１０に保存さ
れる結果となる。しかし、識別子、モディファイアー及
びセレクターの実行は、この一般的な規則に対する例外
となる。
の各アイテムの順次の実行である。一般に実行されるオ
ブジェクトすなわちミックスインクラス”実行”から受
け継がれたオブジェクトの実行は、そのオブジェクトに
対するレファランスが、プロシージャの実行状態を現す
フレームのスタック、例えばスタック５４１０に保存さ
れる結果となる。しかし、識別子、モディファイアー及
びセレクターの実行は、この一般的な規則に対する例外
となる。
【０８７１】識別子 他の指示をしているモディファイアーの存在の元に実行
されるのでない限り、実行される識別子は、あるフィー
チャをレファランスしているものと想定され、したがっ
てあるオペレーションを呼び出すか、又はある属性を質
疑している。第１のプロシージャ内のある識別子の実行
は、その識別子によってレファランスされたフィーチャ
を遂行させる結果となり、それによって第２のプロシー
ジャは、識別子によってレファランスされたオペレーシ
ョン又は属性をインプリメントする方法オブジェクトの
プロシージャである。フィーチャをレファランスする識
別子の実行は、フローチャート５５００（図５５）に示
されている。
されるのでない限り、実行される識別子は、あるフィー
チャをレファランスしているものと想定され、したがっ
てあるオペレーションを呼び出すか、又はある属性を質
疑している。第１のプロシージャ内のある識別子の実行
は、その識別子によってレファランスされたフィーチャ
を遂行させる結果となり、それによって第２のプロシー
ジャは、識別子によってレファランスされたオペレーシ
ョン又は属性をインプリメントする方法オブジェクトの
プロシージャである。フィーチャをレファランスする識
別子の実行は、フローチャート５５００（図５５）に示
されている。
【０８７２】フローチャート５５００は、図１１５〜図
１１７のコンテキストにおいて説明される。スタック５
３０２（図１１５）は、プロセス５３００の実行スレッ
ドすなわちプロパティ”フレーム”である。
１１７のコンテキストにおいて説明される。スタック５
３０２（図１１５）は、プロセス５３００の実行スレッ
ドすなわちプロパティ”フレーム”である。
【０８７３】ユーザーによって定義されたフレーム５３
０４は現在のフレームである。現在のフレームは、プロ
シージャすなわちそのアイテムが現在エンジンによって
実行されているプロシージャ５４０６を含むフレームで
ある。換言すれば、プロセス５３０４の解釈においてエ
ンジンが実行する、次に実行されるオブジェクトは、ユ
ーザーによって定義されたフレーム５３０４のプロシー
ジャから検索される。
０４は現在のフレームである。現在のフレームは、プロ
シージャすなわちそのアイテムが現在エンジンによって
実行されているプロシージャ５４０６を含むフレームで
ある。換言すれば、プロセス５３０４の解釈においてエ
ンジンが実行する、次に実行されるオブジェクトは、ユ
ーザーによって定義されたフレーム５３０４のプロシー
ジャから検索される。
【０８７４】プロシージャ５４０６はユーザーによって
定義されたフレーム５３０４のプロパティ”procedur
e”である。整数５４０８は、ユーザーによって定義さ
れたフレーム５３０４のプロパティ”position”であ
り、その実行が最も最近にエンジン処理プロセス５３０
０によって開始されたアイテムのプロシージャ５４０６
内の位置を示している。 識別子の実行は、整数５４０
８によって示される位置にあるプロシージャ５４０６の
アイテムが識別子である場合に生じる。この例では識別
子はあるオペレーションを参照（レファランスする）す
る。識別子によってレファランスされるオペレーション
は、図１１５〜図１１７及び図５５のコンテキストにお
いて、時にオペレーション”subject”と呼ばれる。識
別子の実行は、フローチャート５５００（図５５）に示
される。リクエスタのスタックすなわちスタック５４１
０は、ステップ５５０２においてユーザーによって定義
されたフレーム５３０４のアトリビュート”stack”に
質疑することによって生ずる。ユーザーによって定義さ
れたフレーム５３０４のプロシージャ５４０５（図１１
５）の遂行が、整数５４０８によって示されたプロシー
ジャ５４０６内の位置に有る識別子の実行をリクエスト
するので、現在のフレームである、ユーザーによって定
義されたフレーム５３０４のプロパティ”responder”
は、識別子によってレファランスされるオペレーション
のリクエスタである。図１１５のコンテキストにおいて
レスポンダはプロセス５３００である。したがってスタ
ック５４１０は、”リクテスタのスタック”である。
定義されたフレーム５３０４のプロパティ”procedur
e”である。整数５４０８は、ユーザーによって定義さ
れたフレーム５３０４のプロパティ”position”であ
り、その実行が最も最近にエンジン処理プロセス５３０
０によって開始されたアイテムのプロシージャ５４０６
内の位置を示している。 識別子の実行は、整数５４０
８によって示される位置にあるプロシージャ５４０６の
アイテムが識別子である場合に生じる。この例では識別
子はあるオペレーションを参照（レファランスする）す
る。識別子によってレファランスされるオペレーション
は、図１１５〜図１１７及び図５５のコンテキストにお
いて、時にオペレーション”subject”と呼ばれる。識
別子の実行は、フローチャート５５００（図５５）に示
される。リクエスタのスタックすなわちスタック５４１
０は、ステップ５５０２においてユーザーによって定義
されたフレーム５３０４のアトリビュート”stack”に
質疑することによって生ずる。ユーザーによって定義さ
れたフレーム５３０４のプロシージャ５４０５（図１１
５）の遂行が、整数５４０８によって示されたプロシー
ジャ５４０６内の位置に有る識別子の実行をリクエスト
するので、現在のフレームである、ユーザーによって定
義されたフレーム５３０４のプロパティ”responder”
は、識別子によってレファランスされるオペレーション
のリクエスタである。図１１５のコンテキストにおいて
レスポンダはプロセス５３００である。したがってスタ
ック５４１０は、”リクテスタのスタック”である。
【０８７５】処理はステップ５５０２（図５５）からス
タックエンプティテストステップ５５０４に移行する。
識別子が実行される時点において、スタック５４１０の
上部にあるオブジェクトは、サブジェクトオペレーショ
ンのレスポンダである。スタックエンプティテストステ
ップ５５０４において、エンジン解釈プロセス５３００
は、スタック５４１０がエンプティであるか否かを定め
る。
タックエンプティテストステップ５５０４に移行する。
識別子が実行される時点において、スタック５４１０の
上部にあるオブジェクトは、サブジェクトオペレーショ
ンのレスポンダである。スタックエンプティテストステ
ップ５５０４において、エンジン解釈プロセス５３００
は、スタック５４１０がエンプティであるか否かを定め
る。
【０８７６】スタック５４１０がエンプティであること
が定められたら、処理は、スタックエンプティテストス
テップ５５０４から終了ステップ５５０６に移行し、こ
こでクラス”Responder Missing”の例外が表明され、
サブジェクトオペレーションは失敗に終わる。しかし、
スタック５４１０がエンプティでない場合、処理はスタ
ックエンプティテストステップからステップ５５０８に
移行し、ここで、スタック５４１０の上部にあるオブジ
ェクト（図示しない）はスタック５４１０からポップ
（復元）される。スタック５４１０からポップされるオ
ブジェクトは、実行中の識別子のサブジェクトオペレー
ションの予定されたレスポンダであり、時には、図１１
５〜図１１７及び図１０８、１０９のコンテキストにお
いて、”レスポンディングオブジェクト”と呼ばれる。
が定められたら、処理は、スタックエンプティテストス
テップ５５０４から終了ステップ５５０６に移行し、こ
こでクラス”Responder Missing”の例外が表明され、
サブジェクトオペレーションは失敗に終わる。しかし、
スタック５４１０がエンプティでない場合、処理はスタ
ックエンプティテストステップからステップ５５０８に
移行し、ここで、スタック５４１０の上部にあるオブジ
ェクト（図示しない）はスタック５４１０からポップ
（復元）される。スタック５４１０からポップされるオ
ブジェクトは、実行中の識別子のサブジェクトオペレー
ションの予定されたレスポンダであり、時には、図１１
５〜図１１７及び図１０８、１０９のコンテキストにお
いて、”レスポンディングオブジェクト”と呼ばれる。
【０８７７】なお、サブジェクトオペレーションは、ユ
ーザーによって定義され、したがってユーザーによって
定義されたフレームによって現される。予め定義された
フィーチャは直接にエンジン中に表示される。換言すれ
ば、予め定義されたオペレーションを形成する命令は、
エンジン中にあるコンピュータープロセスを形成する命
令中に含まれている。実行されるアイデンティファイア
ーが予め定義されたオペレーションをレファランスする
場合、エンジン内のオペレーションを定義する命令は、
突き止められ、遂行される。
ーザーによって定義され、したがってユーザーによって
定義されたフレームによって現される。予め定義された
フィーチャは直接にエンジン中に表示される。換言すれ
ば、予め定義されたオペレーションを形成する命令は、
エンジン中にあるコンピュータープロセスを形成する命
令中に含まれている。実行されるアイデンティファイア
ーが予め定義されたオペレーションをレファランスする
場合、エンジン内のオペレーションを定義する命令は、
突き止められ、遂行される。
【０８７８】本明細書中及びアペンディックスＡに記述
される予め定義されたオペレーションを規定する命令を
含む、本発明の一実施例のエンジンの１つのインプリメ
ンテーションは、本明細書に全体として引用によって合
体されるマイクロフィルムアペンディックスＧのソフト
ウエアに開示されている。
される予め定義されたオペレーションを規定する命令を
含む、本発明の一実施例のエンジンの１つのインプリメ
ンテーションは、本明細書に全体として引用によって合
体されるマイクロフィルムアペンディックスＧのソフト
ウエアに開示されている。
【０８７９】処理はステップ５５０８からステップ５５
１０に移行する。ステップ５５１０では、サブジェクト
オペレーションを定義する定義オペレーションが検索さ
れる。定義オペレーション及びそれに関連した方法オブ
ジェクトの選択については、以下に詳細に説明する。処
理はステップ５５１０からアクセステストステップ５５
１２に移行する。アクセステストステップ５５１２で
は、サブジェクトオペレーションのアクセスが検査され
る。プロパティ”イズパブリック”、例えばブーリアン
４４０４（図１０１）は、定義オペレーションから検索
される。サブジェクトオペレーションのアクセスが”パ
ブリック”でない場合、すなわちプロパティ”イズパブ
リック”が”false”であり、レスポンディングオブジ
ェクト（応答オブジェクト）がユーザーによって定義さ
れたフレーム５３０４のプロパティ”responder”（図
示しない）でない場合、処理はアクセステストステップ
５５１２から終了テストステップ５５１４に移行する。
１０に移行する。ステップ５５１０では、サブジェクト
オペレーションを定義する定義オペレーションが検索さ
れる。定義オペレーション及びそれに関連した方法オブ
ジェクトの選択については、以下に詳細に説明する。処
理はステップ５５１０からアクセステストステップ５５
１２に移行する。アクセステストステップ５５１２で
は、サブジェクトオペレーションのアクセスが検査され
る。プロパティ”イズパブリック”、例えばブーリアン
４４０４（図１０１）は、定義オペレーションから検索
される。サブジェクトオペレーションのアクセスが”パ
ブリック”でない場合、すなわちプロパティ”イズパブ
リック”が”false”であり、レスポンディングオブジ
ェクト（応答オブジェクト）がユーザーによって定義さ
れたフレーム５３０４のプロパティ”responder”（図
示しない）でない場合、処理はアクセステストステップ
５５１２から終了テストステップ５５１４に移行する。
【０８８０】終了ステップ５５１４では、クラス”Feat
ure Unavailable”の例外が表明され、サブジェクトオ
ペレーションは失敗に終わる。しかしプロパティ”イズ
パブリック”が”true”であるか、又はレスポンディン
ブオブジェクトがユーザーによって定義されたフレーム
５３０４のプロパティ”responder”である場合には、
サブジェクトオペレーションのアクセスは容易に可能で
あり、処理はアクセステストステップ５５１２からアー
ギュメント数テストステップ５５１６に移行する。
ure Unavailable”の例外が表明され、サブジェクトオ
ペレーションは失敗に終わる。しかしプロパティ”イズ
パブリック”が”true”であるか、又はレスポンディン
ブオブジェクトがユーザーによって定義されたフレーム
５３０４のプロパティ”responder”である場合には、
サブジェクトオペレーションのアクセスは容易に可能で
あり、処理はアクセステストステップ５５１２からアー
ギュメント数テストステップ５５１６に移行する。
【０８８１】アーギュメント数テストステップ５５１６
においては、定義オペレーションのプロパティ”argume
nts”が、定義オペレーションのアトリビュート”argum
ents”の質疑によって生成される。プロパティ”argume
nts”のリスト中のアイテム数は、スタック５４１０上
のオブジェクトの数と比較される。プロパティ”argume
nts”がスタック５４１０上に存在するオブジェクトの
数よりも大きなアーギュメントの数を規定した場合に
は、処理はアーギュメント数テストステップ５５１６か
ら終了ステップ５５１８に移行する。終了ステップ５５
１８においてはクラス”Argument Missing”の例外が表
明され、サブジェクトオペレーションは失敗に終わる。
においては、定義オペレーションのプロパティ”argume
nts”が、定義オペレーションのアトリビュート”argum
ents”の質疑によって生成される。プロパティ”argume
nts”のリスト中のアイテム数は、スタック５４１０上
のオブジェクトの数と比較される。プロパティ”argume
nts”がスタック５４１０上に存在するオブジェクトの
数よりも大きなアーギュメントの数を規定した場合に
は、処理はアーギュメント数テストステップ５５１６か
ら終了ステップ５５１８に移行する。終了ステップ５５
１８においてはクラス”Argument Missing”の例外が表
明され、サブジェクトオペレーションは失敗に終わる。
【０８８２】なお、終了ステップ５５０６又は終了ステ
ップ５５１４において、サブジェクトオペレーションに
レファランスする識別子の実行によって表明された例外
は、サブジェクトオペレーションを終了に終わらせ、同
一の例外が表明される。
ップ５５１４において、サブジェクトオペレーションに
レファランスする識別子の実行によって表明された例外
は、サブジェクトオペレーションを終了に終わらせ、同
一の例外が表明される。
【０８８３】ステップ５５１０において検索された定義
オペレーションのプロパティ”arguments”によって示
されたアーギュメントと少なくとも同数のオブジェクト
がスタック５４１０に存在していれば、処理はアーギュ
メント数テストステップ５５１６からアーギュメントク
ラステストステップ５５２０に移行する。アーギュメン
トクラステストステップ５５２０において、エンジン解
釈プロセス５３００は、ステップ５５１０において検索
された定義オペレーションのプロパティ”arguments”
であるリスト内の対応するコンストレントをアーギュメ
ントのポジションにおいてスタック５４１０の各々のオ
ブジェクトが満たすか否かを定める。
オペレーションのプロパティ”arguments”によって示
されたアーギュメントと少なくとも同数のオブジェクト
がスタック５４１０に存在していれば、処理はアーギュ
メント数テストステップ５５１６からアーギュメントク
ラステストステップ５５２０に移行する。アーギュメン
トクラステストステップ５５２０において、エンジン解
釈プロセス５３００は、ステップ５５１０において検索
された定義オペレーションのプロパティ”arguments”
であるリスト内の対応するコンストレントをアーギュメ
ントのポジションにおいてスタック５４１０の各々のオ
ブジェクトが満たすか否かを定める。
【０８８４】一例として、定義オペレーション４５００
のプロパティ”arguments”であるリスト４５０２（図
１０２）のコンストレント４５０２Ｉは、スタック５４
１０の上部のオブジェクトに対応する。コンストレント
の構造は以上にまたアペンディックスＡに詳細に説明さ
れている。
のプロパティ”arguments”であるリスト４５０２（図
１０２）のコンストレント４５０２Ｉは、スタック５４
１０の上部のオブジェクトに対応する。コンストレント
の構造は以上にまたアペンディックスＡに詳細に説明さ
れている。
【０８８５】以上に詳細に説明したように、コンストレ
ントは、(i) オブジェクトがメンバであるべきクラス、
(ii)オブジェクトが特定されたクラスのインスタンスで
もあるべきか否か、及び(iii) 特定されたクラスと関係
なしにゼロがコンストレントを満たすか否か、を特定す
ることによって、オブジェクトを制限する。あるコンス
トレントに対応するスタック５４１０の各々のオブジェ
クトは、そのオブジェクトがアーギュメントクラステス
トステップ５５２０中のコンストレントを満たすか否か
を定めるために点検される。スタック５４１０のどれか
のオブジェクトが定義オペレーションのプロパティ”ar
guments”の対応するコンストレントを満たさない場合
には、処理はアーギュメントクラステストステップ５５
２０から終了ステップ５５２０に移行し、そこでクラ
ス”Argument Invalid”の例外が表明される。
ントは、(i) オブジェクトがメンバであるべきクラス、
(ii)オブジェクトが特定されたクラスのインスタンスで
もあるべきか否か、及び(iii) 特定されたクラスと関係
なしにゼロがコンストレントを満たすか否か、を特定す
ることによって、オブジェクトを制限する。あるコンス
トレントに対応するスタック５４１０の各々のオブジェ
クトは、そのオブジェクトがアーギュメントクラステス
トステップ５５２０中のコンストレントを満たすか否か
を定めるために点検される。スタック５４１０のどれか
のオブジェクトが定義オペレーションのプロパティ”ar
guments”の対応するコンストレントを満たさない場合
には、処理はアーギュメントクラステストステップ５５
２０から終了ステップ５５２０に移行し、そこでクラ
ス”Argument Invalid”の例外が表明される。
【０８８６】逆に、スタック５４１０上の各々のオブジ
ェクトが対応するコンストレントを満たす場合、処理は
アーギュメントクラステストステップ５５２０からステ
ップ５５２４に移行する。ステップ５５２４において、
レスポンディングオブジェクトのコンテキストにおいて
サブジェクトオペレーションのインプリメンテーション
を定義する方法オブジェクトが選定される。方法オブジ
ェクトは、以下に一層詳細に説明するように、レスポン
ディングオブジェクトがそのメンバであるクラスの中か
ら選出される。
ェクトが対応するコンストレントを満たす場合、処理は
アーギュメントクラステストステップ５５２０からステ
ップ５５２４に移行する。ステップ５５２４において、
レスポンディングオブジェクトのコンテキストにおいて
サブジェクトオペレーションのインプリメンテーション
を定義する方法オブジェクトが選定される。方法オブジ
ェクトは、以下に一層詳細に説明するように、レスポン
ディングオブジェクトがそのメンバであるクラスの中か
ら選出される。
【０８８７】処理はステップ５５２４からステップ５５
２６に移行し、そこで新しいユーザーによって定義され
たフレーム５６０２（図１１６）が作り出される。レス
ポンディングオブジェクト５６０４は、新しいユーザー
によって定義されたフレーム５６０２のプロパティ”re
sponder”とされる。ステップ５５２４において選択さ
れた方法オブジェクトのプロパティ”procedure”は、
プロシージャ５６０６であり、新しいユーザーによって
定義されたフレーム５６０２の、プロパティ”procedur
e”とされる。ユーザーによって定義されたフレーム５
６０２のプロパティ”position”は、値が１に等しい整
数５６０８となるようにイニシアライズされる。
２６に移行し、そこで新しいユーザーによって定義され
たフレーム５６０２（図１１６）が作り出される。レス
ポンディングオブジェクト５６０４は、新しいユーザー
によって定義されたフレーム５６０２のプロパティ”re
sponder”とされる。ステップ５５２４において選択さ
れた方法オブジェクトのプロパティ”procedure”は、
プロシージャ５６０６であり、新しいユーザーによって
定義されたフレーム５６０２の、プロパティ”procedur
e”とされる。ユーザーによって定義されたフレーム５
６０２のプロパティ”position”は、値が１に等しい整
数５６０８となるようにイニシアライズされる。
【０８８８】プロパティ”stack”は、エンプティスタ
ック５６１０にイニシアライズされる。
ック５６１０にイニシアライズされる。
【０８８９】新しいユーザーによって定義されたフレー
ム５６０２が作り出されたら、処理はステップ５５２６
からステップ５５２８に移行し、そこでオブジェクト
は、ユーザーによって定義されたフレーム５３０４のス
タック５４１０から、ユーザーによって定義されたフレ
ーム５６０２のスタック５６１０に移動する。オブジェ
クトはスタック５４１０からスタック５６１０に移動
し、その際に、オブジェクトの順序が保たれる。換言す
れば、スタック５４１０上の最も上方のアーギュメント
は、スタック５６１０の上部にあり、スタック５４１０
の最も下方のアーギュメントは、スタック５６１０の底
部にある。各々のオブジェクトは、検索された定義オペ
レーションのプロパティ”arguments”の対応するコン
ストレントのプロパティ”passage”に従って移動す
る。
ム５６０２が作り出されたら、処理はステップ５５２６
からステップ５５２８に移行し、そこでオブジェクト
は、ユーザーによって定義されたフレーム５３０４のス
タック５４１０から、ユーザーによって定義されたフレ
ーム５６０２のスタック５６１０に移動する。オブジェ
クトはスタック５４１０からスタック５６１０に移動
し、その際に、オブジェクトの順序が保たれる。換言す
れば、スタック５４１０上の最も上方のアーギュメント
は、スタック５６１０の上部にあり、スタック５４１０
の最も下方のアーギュメントは、スタック５６１０の底
部にある。各々のオブジェクトは、検索された定義オペ
レーションのプロパティ”arguments”の対応するコン
ストレントのプロパティ”passage”に従って移動す
る。
【０８９０】プロパティ”passage”が”byRef ”であ
れば、オブジェクトへのレファランスは、スタック５４
１０からポップされ、スタック５６１０に保存される。
したがって新しいユーザーによって定義されたプロシー
ジャ５６０６は、リクエストしているユーザーによって
定義されたフレーム５３０４のプロシージャ５４０６と
同一の、アーギュメントへのアクセスを持つ。
れば、オブジェクトへのレファランスは、スタック５４
１０からポップされ、スタック５６１０に保存される。
したがって新しいユーザーによって定義されたプロシー
ジャ５６０６は、リクエストしているユーザーによって
定義されたフレーム５３０４のプロシージャ５４０６と
同一の、アーギュメントへのアクセスを持つ。
【０８９１】プロパティ”passage”が”byProtectedRe
f”であれば、オブジェクトへのレファランスは、スタ
ック５４１０からポップされ、保護されたレファランス
とされ、スタック５６１０に保存される。したがって、
新しいユーザーによって定義されたフレーム５６０２の
プロシージャ５６０６は、アーギュメントを変更するこ
とができず、したがってアーギュメントは”リードオン
リー”となる。
f”であれば、オブジェクトへのレファランスは、スタ
ック５４１０からポップされ、保護されたレファランス
とされ、スタック５６１０に保存される。したがって、
新しいユーザーによって定義されたフレーム５６０２の
プロシージャ５６０６は、アーギュメントを変更するこ
とができず、したがってアーギュメントは”リードオン
リー”となる。
【０８９２】プロパティ”passage”が”byUnprotected
Ref”であれば、リクエストするユーザーによって定義
されたフレーム５３０４のスタック５４１０上のアーギ
ュメントへのレファランスが保護されているか否かが定
められる。このチェックは、アペンディックスＡに一層
詳細に記述されているアトリビュート”isProtected”
を質疑することによって行う。レファランスが保護され
ている場合、クラス”レファランス保護”の例外が表明
される。その他の場合、レファランスはスタック５４１
０からポップされ、スタック５６１０に保存される。し
たがって新しいユーザーによって定義されたフレーム５
６０２のプロシージャ５６０６には、保護されないレフ
ァランスによって追加されたアーギュメントを変更する
ためにアクセスが与えられる。
Ref”であれば、リクエストするユーザーによって定義
されたフレーム５３０４のスタック５４１０上のアーギ
ュメントへのレファランスが保護されているか否かが定
められる。このチェックは、アペンディックスＡに一層
詳細に記述されているアトリビュート”isProtected”
を質疑することによって行う。レファランスが保護され
ている場合、クラス”レファランス保護”の例外が表明
される。その他の場合、レファランスはスタック５４１
０からポップされ、スタック５６１０に保存される。し
たがって新しいユーザーによって定義されたフレーム５
６０２のプロシージャ５６０６には、保護されないレフ
ァランスによって追加されたアーギュメントを変更する
ためにアクセスが与えられる。
【０８９３】プロパティ”通過”は”バイコピー”であ
れば、スタック５４１０上に見出されるオブジェクトの
コピーが作られ、そのコピーへの保護されないレファラ
ンスは、新しいユーザーによって定義されたフレーム５
６０２のスタックに保存される。したがって、プロシー
ジャ５６０６には、コピーによって通過させられるがア
ーギュメント自身にはアクセスを持たないアーギュメン
トのコピーへの無制限のアクセスが与えられる。
れば、スタック５４１０上に見出されるオブジェクトの
コピーが作られ、そのコピーへの保護されないレファラ
ンスは、新しいユーザーによって定義されたフレーム５
６０２のスタックに保存される。したがって、プロシー
ジャ５６０６には、コピーによって通過させられるがア
ーギュメント自身にはアクセスを持たないアーギュメン
トのコピーへの無制限のアクセスが与えられる。
【０８９４】したがって、新しいユーザーによって定義
されたフレーム５６０２は完全になり、サブジェクトオ
ペレーションの遂行の直前のサブジェクトオペレーショ
ンの動的状態を表したものになる。処理はステップ５５
２８（図５５）からステップ５５３０に移行し、ここ
で、新しいユーザーによって定義されたフレーム５６０
２は、スタック５３０２（図１１７）に保存されること
によってプロセス５３００の実行状態に含められる。し
たがって、スタック５４１０と、そのプロパティ”proc
edure”がプロシージャ５４０６である方法オブジェク
トとは、それぞれ最早現在のスタックでも現在の方法で
もなくなる。スタック５６１０は、現在のスタックであ
り、そのプロパティ”procedure”がプロシージャ５６
０６である方法オブジェクトは、現在の方法である。処
理はステップ５５３０（図５５）からステップ５５３２
に移行する。ステップ５５３２において、ユーザーによ
って定義されたフレーム５６０２のプロシージャ５６０
６（図１１７）が遂行される。 サブジェクトオペレー
ションの遂行とユーザーによって定義されたフレーム５
６０２の生成とを生じさせる識別子がプロシージャ５４
０６の遂行によって実行されるので、さらに別のオペレ
ーションを生じさせる識別子が、ユーザーによって定義
されたフレーム５６０２のプロシージャ５６０６の遂行
によって引き起こされ、それによって、別のフレームが
作り出され、これらの別のフレームは、後にスタック５
３０２に保存され、そのプロシージャが後に遂行され
る。このように、プロセス５３００の実行状態は、実行
のスレッドを現すプロセス５３００のプロパティ”フレ
ーム”であるスタック５３０２上の１以上のフレームに
よって現される。
されたフレーム５６０２は完全になり、サブジェクトオ
ペレーションの遂行の直前のサブジェクトオペレーショ
ンの動的状態を表したものになる。処理はステップ５５
２８（図５５）からステップ５５３０に移行し、ここ
で、新しいユーザーによって定義されたフレーム５６０
２は、スタック５３０２（図１１７）に保存されること
によってプロセス５３００の実行状態に含められる。し
たがって、スタック５４１０と、そのプロパティ”proc
edure”がプロシージャ５４０６である方法オブジェク
トとは、それぞれ最早現在のスタックでも現在の方法で
もなくなる。スタック５６１０は、現在のスタックであ
り、そのプロパティ”procedure”がプロシージャ５６
０６である方法オブジェクトは、現在の方法である。処
理はステップ５５３０（図５５）からステップ５５３２
に移行する。ステップ５５３２において、ユーザーによ
って定義されたフレーム５６０２のプロシージャ５６０
６（図１１７）が遂行される。 サブジェクトオペレー
ションの遂行とユーザーによって定義されたフレーム５
６０２の生成とを生じさせる識別子がプロシージャ５４
０６の遂行によって実行されるので、さらに別のオペレ
ーションを生じさせる識別子が、ユーザーによって定義
されたフレーム５６０２のプロシージャ５６０６の遂行
によって引き起こされ、それによって、別のフレームが
作り出され、これらの別のフレームは、後にスタック５
３０２に保存され、そのプロシージャが後に遂行され
る。このように、プロセス５３００の実行状態は、実行
のスレッドを現すプロセス５３００のプロパティ”フレ
ーム”であるスタック５３０２上の１以上のフレームに
よって現される。
【０８９５】プロシージャ５６０６の遂行の後に、ユー
ザーによって定義されたフレーム５６０２は、サブジェ
クトオペレーションの遂行直後のサブジェクトオペレー
ションの動的状態を現している。
ザーによって定義されたフレーム５６０２は、サブジェ
クトオペレーションの遂行直後のサブジェクトオペレー
ションの動的状態を現している。
【０８９６】ユーザーによって定義されたフレーム５６
０２のスタック５６１０は、サブジェクトオペレーショ
ンの遂行によって生じた結果（もしあれば）を有してい
る。処理はステップ５５３２（図５５）からステップ５
５３４に移行し、ここでサブジェクトオペレーションを
規定する定義オペレーションのプロパティ”result”
が、定義オペレーションのアトリビュート”result”を
質疑することによって生成される。処理はステップ５５
３４から結果テストステップ５５３６に移行し、ここで
クラス”コンストレント”のプロパティ”result”のメ
ンバシップが定められる。換言すれば、プロパティ”re
sult”は、コンストレントであってゼロでないことが検
査される。プロパティ”result”がコンストレントであ
り、ゼロでない場合に、サブジェクトオペレーション
は、結果を生じ、処理は結果テストステップ５５３６か
らスタックエンプティテストステップ５５３８に移行す
る。
０２のスタック５６１０は、サブジェクトオペレーショ
ンの遂行によって生じた結果（もしあれば）を有してい
る。処理はステップ５５３２（図５５）からステップ５
５３４に移行し、ここでサブジェクトオペレーションを
規定する定義オペレーションのプロパティ”result”
が、定義オペレーションのアトリビュート”result”を
質疑することによって生成される。処理はステップ５５
３４から結果テストステップ５５３６に移行し、ここで
クラス”コンストレント”のプロパティ”result”のメ
ンバシップが定められる。換言すれば、プロパティ”re
sult”は、コンストレントであってゼロでないことが検
査される。プロパティ”result”がコンストレントであ
り、ゼロでない場合に、サブジェクトオペレーション
は、結果を生じ、処理は結果テストステップ５５３６か
らスタックエンプティテストステップ５５３８に移行す
る。
【０８９７】スタックエンプティテストステップ５５３
８において、エンジン解釈プロセス５３００（図１１
７）は、スタック５６１０にオブジェクトが存在するか
否かを定める。スタック５６１０がエンプティであれ
ば、処理はスタックエンプティテストステップ５５３８
（図５５）から終了ステップ５５４０に移行する。終了
ステップ５５４０では、クラス”Result Missing”の例
外が表明される。スタック５６１０（図１１７）がオブ
ジェクトを含む場合、処理はスタックエンプティテスト
ステップ５５３８（図５５）から結果クラステストステ
ップ５５４２に移行する。結果クラステストステップ５
５４２において、エンジン解釈プロセス５３００（図１
１７）は、定義オペレーションのプロパティ”result”
であるコンストレントをスタック５６１０上のオブジェ
クトが満たすか否かを定める。オブジェクトがコンスト
レントを満たさない場合、処理は結果クラステストステ
ップ５５４２（図５５）から終了ステップ５５４４に移
行する。終了ステップ５５４４において、クラス”Resu
lt Invlid”の例外が表明される。オブジェクトがコン
ストレントを満たす場合、処理は結果クラステストステ
ップ５５４２からステップ５５４６に移行する。
８において、エンジン解釈プロセス５３００（図１１
７）は、スタック５６１０にオブジェクトが存在するか
否かを定める。スタック５６１０がエンプティであれ
ば、処理はスタックエンプティテストステップ５５３８
（図５５）から終了ステップ５５４０に移行する。終了
ステップ５５４０では、クラス”Result Missing”の例
外が表明される。スタック５６１０（図１１７）がオブ
ジェクトを含む場合、処理はスタックエンプティテスト
ステップ５５３８（図５５）から結果クラステストステ
ップ５５４２に移行する。結果クラステストステップ５
５４２において、エンジン解釈プロセス５３００（図１
１７）は、定義オペレーションのプロパティ”result”
であるコンストレントをスタック５６１０上のオブジェ
クトが満たすか否かを定める。オブジェクトがコンスト
レントを満たさない場合、処理は結果クラステストステ
ップ５５４２（図５５）から終了ステップ５５４４に移
行する。終了ステップ５５４４において、クラス”Resu
lt Invlid”の例外が表明される。オブジェクトがコン
ストレントを満たす場合、処理は結果クラステストステ
ップ５５４２からステップ５５４６に移行する。
【０８９８】ステップ５５４６では、オブジェクトは、
前述した定義オペレーションのプロパティ”passage”
に従って、ユーザーによって定義されたフレーム５６０
２のスタック５６１０（図１１７）からユーザーによっ
て定義されたフレーム５３０４のスタック５４１０に移
動する。
前述した定義オペレーションのプロパティ”passage”
に従って、ユーザーによって定義されたフレーム５６０
２のスタック５６１０（図１１７）からユーザーによっ
て定義されたフレーム５３０４のスタック５４１０に移
動する。
【０８９９】処理はステップ５５４６（図１１４）から
ステップ５５４８に移行する。
ステップ５５４８に移行する。
【０９００】結果テストステップ５５３６においてプロ
パティ”result”がゼロである場合、処理は直接ステッ
プ５５４８に移行する。ステップ５５４８では、新しい
ユーザーによって定義されたフレーム５６０２がスタッ
ク５３０２（図１１６）からポップされ、廃棄される
（図１１５）。したがってスタック５４１０とそのプロ
パティ”procedure”がプロシージャ５４０６である方
法オブジェクトとが、再びそれぞれ現在のスタックと現
在の方法になる。処理はステップ５５４８（図１１４）
からステップ５５５０に移行し、そこでプロシージャ５
４０６の実行が、整数５４０８をインクリメントし、整
数５４０８によって示された位置においてプロシージャ
５４０６のアイテムを実行することによって継続され
る。したがって、あるオペレーションにレファランスす
る識別子の実行によって、そのオペレーションが遂行さ
れる。
パティ”result”がゼロである場合、処理は直接ステッ
プ５５４８に移行する。ステップ５５４８では、新しい
ユーザーによって定義されたフレーム５６０２がスタッ
ク５３０２（図１１６）からポップされ、廃棄される
（図１１５）。したがってスタック５４１０とそのプロ
パティ”procedure”がプロシージャ５４０６である方
法オブジェクトとが、再びそれぞれ現在のスタックと現
在の方法になる。処理はステップ５５４８（図１１４）
からステップ５５５０に移行し、そこでプロシージャ５
４０６の実行が、整数５４０８をインクリメントし、整
数５４０８によって示された位置においてプロシージャ
５４０６のアイテムを実行することによって継続され
る。したがって、あるオペレーションにレファランスす
る識別子の実行によって、そのオペレーションが遂行さ
れる。
【０９０１】定義オペレーション及び方法の選択 前述したように、サブジェクトオペレーションを一緒に
規定する定義オペレーションと方法オブジェクトとは、
それぞれステップ５５１０、５５２４において選択され
る（図１１３）。定義オペレーション及び方法の選択
は、図９７について前述した本発明の実施例のコンテキ
ストにおいて説明される。この実施例においてはクラス
オブジェクト４１０２は、クラス定義４１００のプロパ
ティ”Citation”、”interface”、及び”implementat
ion”を複製することによって生成される。選択された
定義オペレーションはインターフェースオブジェクトか
ら選択され、選択された方法オブジェクトはインプリメ
ンテーションオブジェクトから選択される。定義オペレ
ーション及び方法オブジェクトは、各々フローチャート
５７００（図１１８）に従って選択される。 適切な定
義オペレーション及び方法オブジェクトは、レスポンデ
ィングオブジェクトがその１つのインスタンスであるク
ラスに依存する。レスポンディングオブジェクトは、そ
れがクラスオブジェクトであるか否か、すなわちクラ
ス”class”の１つのメンバであるか否かについて、ク
ラステストステップ５７０２において検査される。
規定する定義オペレーションと方法オブジェクトとは、
それぞれステップ５５１０、５５２４において選択され
る（図１１３）。定義オペレーション及び方法の選択
は、図９７について前述した本発明の実施例のコンテキ
ストにおいて説明される。この実施例においてはクラス
オブジェクト４１０２は、クラス定義４１００のプロパ
ティ”Citation”、”interface”、及び”implementat
ion”を複製することによって生成される。選択された
定義オペレーションはインターフェースオブジェクトか
ら選択され、選択された方法オブジェクトはインプリメ
ンテーションオブジェクトから選択される。定義オペレ
ーション及び方法オブジェクトは、各々フローチャート
５７００（図１１８）に従って選択される。 適切な定
義オペレーション及び方法オブジェクトは、レスポンデ
ィングオブジェクトがその１つのインスタンスであるク
ラスに依存する。レスポンディングオブジェクトは、そ
れがクラスオブジェクトであるか否か、すなわちクラ
ス”class”の１つのメンバであるか否かについて、ク
ラステストステップ５７０２において検査される。
【０９０２】レスポンディングオブジェクトはクラスオ
ブジェクトであれば、処理はクラステストステップから
クラスルックアップステップ５７０４に移行する。クラ
スルックアップステップ５７０４において、レスポンデ
ィングオブジェクトのプロパティ”classFeatures”と
レスポンディングオブジェクトのインターフェーススー
パークラスが以下に説明するようにサーチされる。クラ
スフィーチャのレキシコンすなわちプロパティ”class
フィーチャーズ”はサブジェクトオペレーションの識別
子すなわち実行識別子に適合するキーについてサーチさ
れる。またクラスルックアップステップ５７０４におい
て、レスポンディングオブジェクトのプロパティ”クラ
スメソッズ”とレスポンディングオブジェクトのインプ
リメンテーションスーパークラスが、実行識別子に関連
した方法オブジェクトについて、以下に述べるようにサ
ーチされる。
ブジェクトであれば、処理はクラステストステップから
クラスルックアップステップ５７０４に移行する。クラ
スルックアップステップ５７０４において、レスポンデ
ィングオブジェクトのプロパティ”classFeatures”と
レスポンディングオブジェクトのインターフェーススー
パークラスが以下に説明するようにサーチされる。クラ
スフィーチャのレキシコンすなわちプロパティ”class
フィーチャーズ”はサブジェクトオペレーションの識別
子すなわち実行識別子に適合するキーについてサーチさ
れる。またクラスルックアップステップ５７０４におい
て、レスポンディングオブジェクトのプロパティ”クラ
スメソッズ”とレスポンディングオブジェクトのインプ
リメンテーションスーパークラスが、実行識別子に関連
した方法オブジェクトについて、以下に述べるようにサ
ーチされる。
【０９０３】処理はクラスルックアップステップ５７０
４からテストステップ５７０６に移行し、ここで、現在
のプロセス例えばプロセス５３００（図１１５）を解釈
するエンジンは、定義オペレーション及び方法オブジェ
クトがクラスルックアップステップ５７０４において見
出されるか否かを定める。サブジェクトオペレーション
を定義する方法オブジェクト及び定義オペレーションが
見出されたら、処理はテストステップ５７０６から終了
ステップ５７０８に移行し、そこでセレクションプロセ
スが終了する。その他の場合には、処理はテストステッ
プ５７０６からインスタンスルックアップステップ５７
１０に移行する。さらに、レスポンディングオブジェク
トがクラスオブジェクトでない場合、すなわちクラス”
class”のメンバでない場合、処理はクラステストステ
ップ５７０２から直接インスタンスルックアップステッ
プ５７１０に移行する。
４からテストステップ５７０６に移行し、ここで、現在
のプロセス例えばプロセス５３００（図１１５）を解釈
するエンジンは、定義オペレーション及び方法オブジェ
クトがクラスルックアップステップ５７０４において見
出されるか否かを定める。サブジェクトオペレーション
を定義する方法オブジェクト及び定義オペレーションが
見出されたら、処理はテストステップ５７０６から終了
ステップ５７０８に移行し、そこでセレクションプロセ
スが終了する。その他の場合には、処理はテストステッ
プ５７０６からインスタンスルックアップステップ５７
１０に移行する。さらに、レスポンディングオブジェク
トがクラスオブジェクトでない場合、すなわちクラス”
class”のメンバでない場合、処理はクラステストステ
ップ５７０２から直接インスタンスルックアップステッ
プ５７１０に移行する。
【０９０４】インスタンスルックアップステップ５７１
０において、レスポンディングオブジェクトが１つのイ
ンスタンスであるクラスのインターフェースオブジェク
ト及びそのクラスのインターフェーススーパークラス
（複数）のインターフェースオブジェクト（複数）のプ
ロパティ”インスタンスフィーチャーズ”が、実行識別
子に関連したフィーチャ定義についてサーチされる。さ
らに、インスタンスルックアップステップ５７１０にお
いて、レスポンディングオブジェクトがその１つのイン
スタンスであるクラスのインプリメンテーションと、そ
のクラスのインプリメンテーションスーパークラス（複
数）のインプリメンテーション（複数）のプロパティ”
インスタンスメソッズ”が、実行識別子に関連した方法
オブジェクトについてサーチされる。スーパークラス
（複数）が、サーチされる順序については以下に説明す
る。
０において、レスポンディングオブジェクトが１つのイ
ンスタンスであるクラスのインターフェースオブジェク
ト及びそのクラスのインターフェーススーパークラス
（複数）のインターフェースオブジェクト（複数）のプ
ロパティ”インスタンスフィーチャーズ”が、実行識別
子に関連したフィーチャ定義についてサーチされる。さ
らに、インスタンスルックアップステップ５７１０にお
いて、レスポンディングオブジェクトがその１つのイン
スタンスであるクラスのインプリメンテーションと、そ
のクラスのインプリメンテーションスーパークラス（複
数）のインプリメンテーション（複数）のプロパティ”
インスタンスメソッズ”が、実行識別子に関連した方法
オブジェクトについてサーチされる。スーパークラス
（複数）が、サーチされる順序については以下に説明す
る。
【０９０５】レスポンディングオブジェクトがクラスオ
ブジェクトである場合には、クラス方法は、クラスフィ
ーチャをインプリメントし得るに過ぎず、またインスタ
ンス方法はインスタンスフィーチャをインプリメントし
得るに過ぎない。
ブジェクトである場合には、クラス方法は、クラスフィ
ーチャをインプリメントし得るに過ぎず、またインスタ
ンス方法はインスタンスフィーチャをインプリメントし
得るに過ぎない。
【０９０６】処理はインスタンスルックアップステップ
５７１０から第２のテストステップ５７１２に移行し、
そこでエンジンは定義オペレーションと方法オブジェク
トとがインスタンスルックアップステップ５７１０に見
出されるか否かを定める。実行識別子によって特定され
た定義オペレーションと方法オブジェクトが見出された
ら、処理は第２のテストステップ５７１２から終了ステ
ップ５７１６に移行する。終了ステップ５７１６におい
て、選択プロセスは成功のうちに終了する。さもなけれ
ば、処理は第２のテストステップ５７１２から終了ステ
ップ５７１４に移行する。終了ステップ５７１４におい
ては、クラス”Feature Unavailable”の例外が表明さ
れる。
５７１０から第２のテストステップ５７１２に移行し、
そこでエンジンは定義オペレーションと方法オブジェク
トとがインスタンスルックアップステップ５７１０に見
出されるか否かを定める。実行識別子によって特定され
た定義オペレーションと方法オブジェクトが見出された
ら、処理は第２のテストステップ５７１２から終了ステ
ップ５７１６に移行する。終了ステップ５７１６におい
て、選択プロセスは成功のうちに終了する。さもなけれ
ば、処理は第２のテストステップ５７１２から終了ステ
ップ５７１４に移行する。終了ステップ５７１４におい
ては、クラス”Feature Unavailable”の例外が表明さ
れる。
【０９０７】引用によって全体が本明細書の一部とされ
るアペンディックスＡに開示されている予め定義された
ハイアラキーの一部は、適切な定義オペレーション及び
方法オブジェクトのために種々のクラスがサーチされる
順序を示すために図１１９、図１２０に示されている。
図１１９、図１２０は、予め定義されたインターフェー
スハイアラキーの一部を示すが、インプリメンテーショ
ンハイアラキーをサーチする方法は、インターフェース
ハイアラキーのサーチに関連して以下に説明される。
るアペンディックスＡに開示されている予め定義された
ハイアラキーの一部は、適切な定義オペレーション及び
方法オブジェクトのために種々のクラスがサーチされる
順序を示すために図１１９、図１２０に示されている。
図１１９、図１２０は、予め定義されたインターフェー
スハイアラキーの一部を示すが、インプリメンテーショ
ンハイアラキーをサーチする方法は、インターフェース
ハイアラキーのサーチに関連して以下に説明される。
【０９０８】ハイアラキーグラフ５８００（図１１９）
はクラス”List”を現すクラスオブジェクト５８０２を
示している。クラス”List”は、それぞれクラスオブジ
ェクト５８０４、５８０６によって現されたミックスイ
ンスーパークラス”ordered”及びフレーバスーパーク
ラス”コレクション”から引き継がれる。クラス”コレ
クション”はクラスオブジェクト５８０８によって現さ
れるスーパークラス”Object”から引き継がれる。
はクラス”List”を現すクラスオブジェクト５８０２を
示している。クラス”List”は、それぞれクラスオブジ
ェクト５８０４、５８０６によって現されたミックスイ
ンスーパークラス”ordered”及びフレーバスーパーク
ラス”コレクション”から引き継がれる。クラス”コレ
クション”はクラスオブジェクト５８０８によって現さ
れるスーパークラス”Object”から引き継がれる。
【０９０９】クラス”Object”は、クラスオブジェクト
５８１０によって現されるミックスインスーパークラ
ス”レファランスド”から引き継がれる。図１１９、図
１２０において(i) 二重線は、フレーバクラスとフレー
バクラスのサブクラスとの間に引かれ、(ii)単一の実線
は、ミックスインクラスとミックスインクラスのサブク
ラスとの間に引かれ、(iii)斜線は、あるクラスとその
クラスのインスタンスとの間に引かれている。前述した
ように、インターフェースオブジェクト又はインプリメ
ンテーションオブジェクトのプロパティ”superclasse
s”の最後のアイテムはミックスインクラスを特定すべ
きではない。この理由については以下に説明する。
５８１０によって現されるミックスインスーパークラ
ス”レファランスド”から引き継がれる。図１１９、図
１２０において(i) 二重線は、フレーバクラスとフレー
バクラスのサブクラスとの間に引かれ、(ii)単一の実線
は、ミックスインクラスとミックスインクラスのサブク
ラスとの間に引かれ、(iii)斜線は、あるクラスとその
クラスのインスタンスとの間に引かれている。前述した
ように、インターフェースオブジェクト又はインプリメ
ンテーションオブジェクトのプロパティ”superclasse
s”の最後のアイテムはミックスインクラスを特定すべ
きではない。この理由については以下に説明する。
【０９１０】例示の目的のために、フローチャート５７
００（図１１８）のコンテキストにおいてレスポンディ
ングオブジェクトが、クラス”List”を現すクラスオブ
ジェクト５８０２（図１１９）であるものと想定する。
クラスルックアップステップ５７０４（図１１８）にお
いて、クラスオブジェクト５８０２のプロパティ”inte
rface”であるインターフェースオブジェクトのプロパ
ティ”classFeatures”は、実行中の識別子をキーとす
る関連についてサーチされる。このような関連が見出さ
れたら、識別子と関連されたフィーチャ定義はサブジェ
クトオペレーションのインターフェースを定義する定義
オペレーションであり、選択され、定義オペレーション
のサーチは終了する。
００（図１１８）のコンテキストにおいてレスポンディ
ングオブジェクトが、クラス”List”を現すクラスオブ
ジェクト５８０２（図１１９）であるものと想定する。
クラスルックアップステップ５７０４（図１１８）にお
いて、クラスオブジェクト５８０２のプロパティ”inte
rface”であるインターフェースオブジェクトのプロパ
ティ”classFeatures”は、実行中の識別子をキーとす
る関連についてサーチされる。このような関連が見出さ
れたら、識別子と関連されたフィーチャ定義はサブジェ
クトオペレーションのインターフェースを定義する定義
オペレーションであり、選択され、定義オペレーション
のサーチは終了する。
【０９１１】そのような関連が見出されなかったら、ク
ラス”List”の第１のスーパークラスすなわちクラス”
ordered ”のインターフェースオブジェクトが、適切な
定義オペレーションの場合と同様の仕方でサーチされ
る。適切に特定された定義オペレーションが見出されな
かったら、インターフェースハイアラキーのデプスファ
ーストウオークにおいてクラス”ordered ”のスーパー
クラスがサーチされる。クラス”ordered ”はスーパー
クラスを持たないので、クラス”List”のインターフェ
ースオブジェクトすなわちクラス”コレクション”のプ
ロパティ”superclasses”の次のアイテムが前述したよ
うにサーチされる。サーチされる最後のスーパークラス
はミックスインクラスではないので、フレーバスーパー
クラスのサーチの前に各々のミックスインスーパークラ
スをサーチする。
ラス”List”の第１のスーパークラスすなわちクラス”
ordered ”のインターフェースオブジェクトが、適切な
定義オペレーションの場合と同様の仕方でサーチされ
る。適切に特定された定義オペレーションが見出されな
かったら、インターフェースハイアラキーのデプスファ
ーストウオークにおいてクラス”ordered ”のスーパー
クラスがサーチされる。クラス”ordered ”はスーパー
クラスを持たないので、クラス”List”のインターフェ
ースオブジェクトすなわちクラス”コレクション”のプ
ロパティ”superclasses”の次のアイテムが前述したよ
うにサーチされる。サーチされる最後のスーパークラス
はミックスインクラスではないので、フレーバスーパー
クラスのサーチの前に各々のミックスインスーパークラ
スをサーチする。
【０９１２】したがって、クラス”List”について前述
したように、図１１９のクラスオブジェクトの残りの部
分が次の順序すなわちクラス”Object”を現すクラスオ
ブジェクト５８０８、クラス”レファランス”を現すク
ラスオブジェクト５８１０、の順序でサーチされる。
したように、図１１９のクラスオブジェクトの残りの部
分が次の順序すなわちクラス”Object”を現すクラスオ
ブジェクト５８０８、クラス”レファランス”を現すク
ラスオブジェクト５８１０、の順序でサーチされる。
【０９１３】サーチオペレーションのインプリメンテー
ションを規定する適切な方法オブジェクトのサーチは、
２つの例外を除いて、適切な定義オペレーションのサー
チについて前述した通りである。第１に、あるクラスの
インプリメンテーションオブジェクトのプロパティ”ク
ラスメソッド”が、適切に特定された方法オブジェクト
についてサーチされる。第２に、クラス”List”の、イ
ンターフェーススーパークラスではなく、インプリメン
テーションスーパークラスが、適切に特定された方法オ
ブジェクトについてサーチされる。
ションを規定する適切な方法オブジェクトのサーチは、
２つの例外を除いて、適切な定義オペレーションのサー
チについて前述した通りである。第１に、あるクラスの
インプリメンテーションオブジェクトのプロパティ”ク
ラスメソッド”が、適切に特定された方法オブジェクト
についてサーチされる。第２に、クラス”List”の、イ
ンターフェーススーパークラスではなく、インプリメン
テーションスーパークラスが、適切に特定された方法オ
ブジェクトについてサーチされる。
【０９１４】単一のフレーバスーパークラスがサーチさ
れる最後のスーパークラスであることの重要性は、次の
仮説的な例を検討すれば明らかとなる。一例として、フ
レーバ”コレクション”を現すクラスオブジェクト５８
０６とクラス”コレクション”のスーパークラスを現す
クラスオブジェクトとが、ミックスインクラス”ordere
d （順序あり）”を現すクラスオブジェクト５８０４の
サーチの前にサーチされるものと想定する。さらに、ク
ラス”Object”を現すクラスオブジェクト５８０８が、
クラス”ordered ”によって適合された１以上の特徴、
すなわち、クラスオブジェクト５８０４によってその方
法が提供された１以上の特徴を規定していると想定す
る。この仮説的な例においては、クラスオブジェクト５
８０８が常にクラスオブジェクト５８０４の前にサーチ
されるので、クラスオブジェクト５８０８によって定義
された特徴についての方法は、常にクラスオブジェクト
５８０８に見出される。したがってクラスオブジェクト
５８０４がクラスオブジェクト５８０８によって定義さ
れたフィーチャに適合することは不可能であろう。した
がってあるフレーバのフレーバスーパークラスは、常に
定義オペレーション又は方法についてサーチされるフレ
ーバの最後のスーパークラスである。
れる最後のスーパークラスであることの重要性は、次の
仮説的な例を検討すれば明らかとなる。一例として、フ
レーバ”コレクション”を現すクラスオブジェクト５８
０６とクラス”コレクション”のスーパークラスを現す
クラスオブジェクトとが、ミックスインクラス”ordere
d （順序あり）”を現すクラスオブジェクト５８０４の
サーチの前にサーチされるものと想定する。さらに、ク
ラス”Object”を現すクラスオブジェクト５８０８が、
クラス”ordered ”によって適合された１以上の特徴、
すなわち、クラスオブジェクト５８０４によってその方
法が提供された１以上の特徴を規定していると想定す
る。この仮説的な例においては、クラスオブジェクト５
８０８が常にクラスオブジェクト５８０４の前にサーチ
されるので、クラスオブジェクト５８０８によって定義
された特徴についての方法は、常にクラスオブジェクト
５８０８に見出される。したがってクラスオブジェクト
５８０４がクラスオブジェクト５８０８によって定義さ
れたフィーチャに適合することは不可能であろう。した
がってあるフレーバのフレーバスーパークラスは、常に
定義オペレーション又は方法についてサーチされるフレ
ーバの最後のスーパークラスである。
【０９１５】引き続き、フローチャート５７００（図１
１８）のコンテキストにおいてレスポンディングオブジ
ェクトが、クラス”List”を現すクラスオブジェクト５
８０２（図１１９、図１２０）である、この例示的な例
において、ハイアラキーグラフ５８５０（図１２０）
は、インスタンスルックアップステップ５７１０（図１
１８）においてサーチされるクラスを示している。
１８）のコンテキストにおいてレスポンディングオブジ
ェクトが、クラス”List”を現すクラスオブジェクト５
８０２（図１１９、図１２０）である、この例示的な例
において、ハイアラキーグラフ５８５０（図１２０）
は、インスタンスルックアップステップ５７１０（図１
１８）においてサーチされるクラスを示している。
【０９１６】定義オペレーションとクラスオブジェクト
５８０２（図１２０）のインスタンスフィーチャに対す
る方法オブジェクトのサーチは、前述したクラスフィー
チャの方法オブジェクト及び定義オペレーションに対す
るサーチと次の２つの点で異なっている。第１に、ある
クラスのインターフェースオブジェクトのプロパティ”
インスタンスフィーチャーズ”は、適切に特定された定
義オペレーションについてサーチされ、あるクラスのイ
ンプリメンテーションオブジェクトのプロパティ”イン
スタンスメソッズ”は、適切に特定された方法オブジェ
クトについてサーチされる。第２に、レスポンディング
オブジェクトすなわちクラスオブジェクト５８０２がそ
の１つのメンバであるクラス（複数）がサーチされる。
５８０２（図１２０）のインスタンスフィーチャに対す
る方法オブジェクトのサーチは、前述したクラスフィー
チャの方法オブジェクト及び定義オペレーションに対す
るサーチと次の２つの点で異なっている。第１に、ある
クラスのインターフェースオブジェクトのプロパティ”
インスタンスフィーチャーズ”は、適切に特定された定
義オペレーションについてサーチされ、あるクラスのイ
ンプリメンテーションオブジェクトのプロパティ”イン
スタンスメソッズ”は、適切に特定された方法オブジェ
クトについてサーチされる。第２に、レスポンディング
オブジェクトすなわちクラスオブジェクト５８０２がそ
の１つのメンバであるクラス（複数）がサーチされる。
【０９１７】クラスをサーチする方法は、前述したもの
と同様でありここでは繰り返さない。適切な定義オペレ
ーション及び方法オブジェクトが見出されるか、又は以
下に述べる全てのクラスがサーチされるかするまで、以
下のクラスが、以下の順序においてサーチされる。(i)
クラスオブジェクト５８０２が１つのインスタンスであ
るクラス”class”を現すクラスオブジェクト５８０
２。(ii)クラス”class”のミックスインスーパークラ
スである、クラス”インターチェンジド”を現すクラス
オブジェクト５８１６。(iii) ミックスインクラス”イ
ンターチェンジド”のミックスインスーパークラス、し
たがってクラス”class”のミックスインスーパークラ
スであるクラス”変化しない”を現すクラスオブジェク
ト５８１８。(iv)クラス”class”のミックスインスー
パークラスであるクラス”サイテッド”を現すクラスオ
ブジェクト５８１４。(v) クラス”class”のフレーバ
スーパークラスであるクラス”Object”を現すクラスオ
ブジェクト５８０８。(vi)クラス”Object”のミックス
インスーパークラスであるクラス”レファランスド”を
現すクラスオブジェクト５８１０。
と同様でありここでは繰り返さない。適切な定義オペレ
ーション及び方法オブジェクトが見出されるか、又は以
下に述べる全てのクラスがサーチされるかするまで、以
下のクラスが、以下の順序においてサーチされる。(i)
クラスオブジェクト５８０２が１つのインスタンスであ
るクラス”class”を現すクラスオブジェクト５８０
２。(ii)クラス”class”のミックスインスーパークラ
スである、クラス”インターチェンジド”を現すクラス
オブジェクト５８１６。(iii) ミックスインクラス”イ
ンターチェンジド”のミックスインスーパークラス、し
たがってクラス”class”のミックスインスーパークラ
スであるクラス”変化しない”を現すクラスオブジェク
ト５８１８。(iv)クラス”class”のミックスインスー
パークラスであるクラス”サイテッド”を現すクラスオ
ブジェクト５８１４。(v) クラス”class”のフレーバ
スーパークラスであるクラス”Object”を現すクラスオ
ブジェクト５８０８。(vi)クラス”Object”のミックス
インスーパークラスであるクラス”レファランスド”を
現すクラスオブジェクト５８１０。
【０９１８】図１１９、図１２０のクラスのサーチにお
いて、実行識別子に関連した定義オペレーション又は方
法オブジェクトが見出されない場合には、レスポンディ
ングオブジェクトについてオペレーションが定義され
ず、クラス”Feature Undefind”の例外が表明される。
いて、実行識別子に関連した定義オペレーション又は方
法オブジェクトが見出されない場合には、レスポンディ
ングオブジェクトについてオペレーションが定義され
ず、クラス”Feature Undefind”の例外が表明される。
【０９１９】前述したように、レスポンディングオブジ
ェクトがクラスでない場合には、クラスルックアップス
テップ５７０４（図１１８）はスキップされる。一例と
して、レスポンディングオブジェクトが、クラス”Lis
t”のインスタンスであるリスト５８０２Ａであれば、
ハイアラキーグラフ５８００（図１１９）に示されたク
ラス（複数）が前述したようにインスタンスルックアッ
プステップ５７１２（図１１８）においてサーチされ
る。
ェクトがクラスでない場合には、クラスルックアップス
テップ５７０４（図１１８）はスキップされる。一例と
して、レスポンディングオブジェクトが、クラス”Lis
t”のインスタンスであるリスト５８０２Ａであれば、
ハイアラキーグラフ５８００（図１１９）に示されたク
ラス（複数）が前述したようにインスタンスルックアッ
プステップ５７１２（図１１８）においてサーチされ
る。
【０９２０】本発明の一実施例において、インターフェ
ースハイアラキーとインプリメンテーションハイアラキ
ーとは互いに独立である。換言すれば、あるクラスのイ
ンターフェーススーパークラスは、必ずしもそのクラス
のインプリメンテーションスーパークラスではなく、あ
るクラスのインプリメンテーションスーパークラスは、
必ずしもそのクラスのインターフェーススーパークラス
ではない。このかかる実施例において、オペレーショ
ン”makeClasses”の遂行の間にいかなるフィーチャ定
義もインプリメンテーションなしにはならないようにす
ることをエンジンが確実にする。オペレーション”make
Classes”が失敗に終わり、クラス”classException”
の例外が表明されるのは、次の条件の下である。すなわ
ちこの条件とは、定義されるクラスが抽象的ではなく、
定義されるクラスが、ある定義されたフィーチャをイン
プリメントする方法を定義せず、又はその方法をインプ
リメンテーションスーパークラスから受け継がないこと
である。すなわち、インターフェースハイアラキーにお
いて定義されたフィーチャはインプリメンテーションハ
イアラキーにおいて見出される方法によって常にインプ
リメントされる。
ースハイアラキーとインプリメンテーションハイアラキ
ーとは互いに独立である。換言すれば、あるクラスのイ
ンターフェーススーパークラスは、必ずしもそのクラス
のインプリメンテーションスーパークラスではなく、あ
るクラスのインプリメンテーションスーパークラスは、
必ずしもそのクラスのインターフェーススーパークラス
ではない。このかかる実施例において、オペレーショ
ン”makeClasses”の遂行の間にいかなるフィーチャ定
義もインプリメンテーションなしにはならないようにす
ることをエンジンが確実にする。オペレーション”make
Classes”が失敗に終わり、クラス”classException”
の例外が表明されるのは、次の条件の下である。すなわ
ちこの条件とは、定義されるクラスが抽象的ではなく、
定義されるクラスが、ある定義されたフィーチャをイン
プリメントする方法を定義せず、又はその方法をインプ
リメンテーションスーパークラスから受け継がないこと
である。すなわち、インターフェースハイアラキーにお
いて定義されたフィーチャはインプリメンテーションハ
イアラキーにおいて見出される方法によって常にインプ
リメントされる。
【０９２１】したがって、サブジェクトオペレーション
のための適切な定義オペレーション及び方法オブジェク
トは、前述したようにクラスハイアラキーをサーチする
ことによって見出されるか、又は例外が表明される。
のための適切な定義オペレーション及び方法オブジェク
トは、前述したようにクラスハイアラキーをサーチする
ことによって見出されるか、又は例外が表明される。
【０９２２】エスカレーション 前述したように、スーパークラスからあるフィーチャを
受け継ぐクラスは、そのフィーチャに対する新しいイン
プリメンテーションを供与することによって、そのフィ
ーチャのインプリメンテーションに代替される。しかし
この新しいインプリメンテーションは、スーパークラス
によって提供されたインプリメンテーションを使用する
必要はない。あるオブジェクトは、現在のクラスのイミ
ディエイトスーパークラスの特別の１つ、又は任意の１
つによってインプリメントされたフィーチャを、このフ
ィーチャのエスカレートによって遂行するように指示さ
れる。
受け継ぐクラスは、そのフィーチャに対する新しいイン
プリメンテーションを供与することによって、そのフィ
ーチャのインプリメンテーションに代替される。しかし
この新しいインプリメンテーションは、スーパークラス
によって提供されたインプリメンテーションを使用する
必要はない。あるオブジェクトは、現在のクラスのイミ
ディエイトスーパークラスの特別の１つ、又は任意の１
つによってインプリメントされたフィーチャを、このフ
ィーチャのエスカレートによって遂行するように指示さ
れる。
【０９２３】アペンディックスＡに一層詳細に説明する
ように、現在のクラスは、現在実行されている方法を供
与するクラスである。
ように、現在のクラスは、現在実行されている方法を供
与するクラスである。
【０９２４】あるフィーチャは、エスカレートされるべ
きフィーチャをレファランスする資格のある識別子を実
行するか、又は”エスカレート”セレクタを実行するこ
とによってエスカレートされる。資格のある識別子は、
フィーチャのインプリメンテーションを与えるべきクラ
スを特定するプロパティ”クオリファイアー”を含
む。”エスカレート”セレクタの実行によってあるフィ
ーチャがエスカレートされる場合、いかなるイミディエ
イトインプリメンテーションスーパークラスも、そのフ
ィーチャのインプリメンテーションを供与しうる。
きフィーチャをレファランスする資格のある識別子を実
行するか、又は”エスカレート”セレクタを実行するこ
とによってエスカレートされる。資格のある識別子は、
フィーチャのインプリメンテーションを与えるべきクラ
スを特定するプロパティ”クオリファイアー”を含
む。”エスカレート”セレクタの実行によってあるフィ
ーチャがエスカレートされる場合、いかなるイミディエ
イトインプリメンテーションスーパークラスも、そのフ
ィーチャのインプリメンテーションを供与しうる。
【０９２５】なお、資格のある識別子のプロパティ”ク
オリファイアー”にアクセスを与えるいかなる属性も定
義されていない。資格のある識別子が作り出され、その
資格のある識別子が破壊されるまで変化しないままに保
たれる場合に、資格のある識別子のプロパティ”クオリ
ファイアー”が設定される。フィーチャのエスカレーシ
ョンについてはアペンディックスＡに詳細に説明されて
いる。
オリファイアー”にアクセスを与えるいかなる属性も定
義されていない。資格のある識別子が作り出され、その
資格のある識別子が破壊されるまで変化しないままに保
たれる場合に、資格のある識別子のプロパティ”クオリ
ファイアー”が設定される。フィーチャのエスカレーシ
ョンについてはアペンディックスＡに詳細に説明されて
いる。
【０９２６】エスカレーションはオブジェクトのイニシ
アライゼーションにおいて特に重要な役割をする。アペ
ンディックスＡは、本発明の各々の予め定義されたクラ
スのイニシアライゼーションの記述を含む。オブジェク
トのイニシアライゼーションは、リストのイニシアライ
ゼーションすなわちクラス”List”のインスタンスの例
示的なコンテキストにおいて説明されるフローチャート
５９００（図１２１）に示されている。オペレーショ
ン”initialize”は、クラス”List”の各々のイミディ
エイトインプリメンテーションスーパークラスについて
エスカレートされる。前述したように、ハイアラキーダ
イアグラム５８００（図１１９）は、クラス”List”の
インターフェーススーパークラス（複数）を現してい
る。さらにハイアラキーダイアグラム５８００は、クラ
ス”List”のインプリメンテーションスーパークラス
（複数）の、正確に現している。
アライゼーションにおいて特に重要な役割をする。アペ
ンディックスＡは、本発明の各々の予め定義されたクラ
スのイニシアライゼーションの記述を含む。オブジェク
トのイニシアライゼーションは、リストのイニシアライ
ゼーションすなわちクラス”List”のインスタンスの例
示的なコンテキストにおいて説明されるフローチャート
５９００（図１２１）に示されている。オペレーショ
ン”initialize”は、クラス”List”の各々のイミディ
エイトインプリメンテーションスーパークラスについて
エスカレートされる。前述したように、ハイアラキーダ
イアグラム５８００（図１１９）は、クラス”List”の
インターフェーススーパークラス（複数）を現してい
る。さらにハイアラキーダイアグラム５８００は、クラ
ス”List”のインプリメンテーションスーパークラス
（複数）の、正確に現している。
【０９２７】新しいリストがインスタンスであるクラス
すなわちクラス”List”によって定義されたオペレーシ
ョン”initialize”は、ステップ５９０２において遂行
される。オペレーション”initialize”の遂行は、現在
のスタックから０又は１以上のアーギュメントを消費す
る。処理はステップ５９０２からステップ５９０４に移
行する。
すなわちクラス”List”によって定義されたオペレーシ
ョン”initialize”は、ステップ５９０２において遂行
される。オペレーション”initialize”の遂行は、現在
のスタックから０又は１以上のアーギュメントを消費す
る。処理はステップ５９０２からステップ５９０４に移
行する。
【０９２８】ステップ５９０４においては、インプリメ
ンテーションオブジェクトのアトリビュート”superCla
sses”を質疑することによって、クラス”List”のイン
プリメンテーションオブジェクトのプロパティ”superC
lasses”が生成される。前述したように、あるインプリ
メンテーションオブジェクトのプロパティ”superClass
es”は、クラスをレファランスする識別子のリストであ
る。処理はステップ５９０４からeach superclass ステ
ップ５９０６に移行する。
ンテーションオブジェクトのアトリビュート”superCla
sses”を質疑することによって、クラス”List”のイン
プリメンテーションオブジェクトのプロパティ”superC
lasses”が生成される。前述したように、あるインプリ
メンテーションオブジェクトのプロパティ”superClass
es”は、クラスをレファランスする識別子のリストであ
る。処理はステップ５９０４からeach superclass ステ
ップ５９０６に移行する。
【０９２９】each superclass ステップ５９０６及び次
のステップ５９１０は、前記のようにして形成されたプ
ロパティ”superClasses”の各々のスーパークラスがエ
スカレートステップ５９０８において処理されるループ
を形成する。すなわち、各々のスーパークラスにおい
て、処理は、for each superclass ステップ５９０６か
らエスカレートステップ５９０８に移行する。エスカレ
ートステップ５９０８においてスーパークラスは、フロ
ーチャート５９００に従ってオペレーション”initiali
ze”を遂行するように指示される。したがって、フロー
チャート５９００は、インプリメンテーションハイアラ
キーのデプスファーストウオークにおいて反復的に遂行
される。一例として、エスカレートステップ５９０８に
おいて”イニシアライズ”がエスカレートされた第１の
イミディエイトスーパークラスは、(i) ステップ５９０
２において”イニシアライズ”を実行し、(ii)ステップ
５９０４においてスーパークラスのイミディエイトイン
プリメンテーションスーパークラス（複数）を生成さ
せ、(iii) for each superclass ステップ５９０６及び
次のステップ５９１０によって定義されたループにおい
てスーパークラスの各々のスーパークラスに（イニシア
ライズ）をエスカレートする。
のステップ５９１０は、前記のようにして形成されたプ
ロパティ”superClasses”の各々のスーパークラスがエ
スカレートステップ５９０８において処理されるループ
を形成する。すなわち、各々のスーパークラスにおい
て、処理は、for each superclass ステップ５９０６か
らエスカレートステップ５９０８に移行する。エスカレ
ートステップ５９０８においてスーパークラスは、フロ
ーチャート５９００に従ってオペレーション”initiali
ze”を遂行するように指示される。したがって、フロー
チャート５９００は、インプリメンテーションハイアラ
キーのデプスファーストウオークにおいて反復的に遂行
される。一例として、エスカレートステップ５９０８に
おいて”イニシアライズ”がエスカレートされた第１の
イミディエイトスーパークラスは、(i) ステップ５９０
２において”イニシアライズ”を実行し、(ii)ステップ
５９０４においてスーパークラスのイミディエイトイン
プリメンテーションスーパークラス（複数）を生成さ
せ、(iii) for each superclass ステップ５９０６及び
次のステップ５９１０によって定義されたループにおい
てスーパークラスの各々のスーパークラスに（イニシア
ライズ）をエスカレートする。
【０９３０】処理はエスカレートステップ５９０８から
次のステップ５９１０を経てfor each superclass ステ
ップ５９０６に移行する。したがってプロパティ”スー
パークライシス”であるリストに見出される順序で、イ
ニシアライゼーションが、各々のイミディエイトインプ
リメンテーションスーパークラスにエスカレートされ
る。クラス”List”のスーパークラスによるオペレーシ
ョン”initialize”の各々の実行は、現在のスタックか
ら０又は１以上のアーギュメントを消費し、スーパーク
ラスのイミディエイトインプリメンテーションスーパー
クラスのイニシアライゼーションにエスカレートされ
る。
次のステップ５９１０を経てfor each superclass ステ
ップ５９０６に移行する。したがってプロパティ”スー
パークライシス”であるリストに見出される順序で、イ
ニシアライゼーションが、各々のイミディエイトインプ
リメンテーションスーパークラスにエスカレートされ
る。クラス”List”のスーパークラスによるオペレーシ
ョン”initialize”の各々の実行は、現在のスタックか
ら０又は１以上のアーギュメントを消費し、スーパーク
ラスのイミディエイトインプリメンテーションスーパー
クラスのイニシアライゼーションにエスカレートされ
る。
【０９３１】for each superclass ステップ５９０６及
び次のステップ５９１０のループに従ってクラス”Lis
t”の各々のイミディエイトインプリメンテーションス
ーパークラスがオペレーション”initialize”を遂行し
た後は、処理はfor each superclass ステップ５９０６
から終了ステップ５９１２に移行する。
び次のステップ５９１０のループに従ってクラス”Lis
t”の各々のイミディエイトインプリメンテーションス
ーパークラスがオペレーション”initialize”を遂行し
た後は、処理はfor each superclass ステップ５９０６
から終了ステップ５９１２に移行する。
【０９３２】終了ステップ５９１２において、クラス”
List”によって定義されたオペレーション”initializ
e”の遂行は成功のうちに終了する。したがって、新し
いリストが１つのメンバである各々のクラスは、前述し
たインスタンスルックアップステップ５７１０（図１１
８）においてクラスがサーチされた順序で、オペレーシ
ョン”initialize”を遂行する。
List”によって定義されたオペレーション”initializ
e”の遂行は成功のうちに終了する。したがって、新し
いリストが１つのメンバである各々のクラスは、前述し
たインスタンスルックアップステップ５７１０（図１１
８）においてクラスがサーチされた順序で、オペレーシ
ョン”initialize”を遂行する。
【０９３３】モディファイアの実行 識別子の実行については以上に、そしてアペンディック
スＡに詳細に説明されている。しかしモディファイアの
存在又は識別子の性質によって、識別子の実行が変更さ
れることがある。例えば、アペンディックスＡに述べた
モディファイア代替ルールに従って、識別子がある属性
を特定した場合、オペレーション”getAttribute”が遂
行され、只１つのアーギュメントとして、実行中の識別
子が消費される。種々のモディファイアと、識別子の実
行に対する効果とについては、アペンディックスＡに説
明されており、この説明は引用によって本明細書の一部
とされる。
スＡに詳細に説明されている。しかしモディファイアの
存在又は識別子の性質によって、識別子の実行が変更さ
れることがある。例えば、アペンディックスＡに述べた
モディファイア代替ルールに従って、識別子がある属性
を特定した場合、オペレーション”getAttribute”が遂
行され、只１つのアーギュメントとして、実行中の識別
子が消費される。種々のモディファイアと、識別子の実
行に対する効果とについては、アペンディックスＡに説
明されており、この説明は引用によって本明細書の一部
とされる。
【０９３４】セレクタの実行 セレクタはその実行によってある特別のアクションが引
き起こされるプリミティブである。各々のセレクタはア
ペンディックスＡに説明されているが、幾つかのセレク
タについては本明細書中において説明される。一例とし
て、セレクタ”break ”、”continue”及び”succeed
”は、プロシージャの遂行のコンテキストにおいて、
以下に説明される。セレクタ”self”の実行によって、
現在のオブジェクトに対するレファランス、すなわち現
在の方法のレスポンダ、が現在のスタックに保存され
る。図１１７のコンテキストにおいて、現在のオブジェ
クトは、フレーム５６０２のプロパティ”responder”
であるオブジェクト５６０４であり、現在のスタック
は、フレーム５６０２のプロパティ”stack”であるス
タック５６１０であり、現在の方法は、そのプロパテ
ィ”procedure”がプロシージャ５６０６である方法オ
ブジェクトである。
き起こされるプリミティブである。各々のセレクタはア
ペンディックスＡに説明されているが、幾つかのセレク
タについては本明細書中において説明される。一例とし
て、セレクタ”break ”、”continue”及び”succeed
”は、プロシージャの遂行のコンテキストにおいて、
以下に説明される。セレクタ”self”の実行によって、
現在のオブジェクトに対するレファランス、すなわち現
在の方法のレスポンダ、が現在のスタックに保存され
る。図１１７のコンテキストにおいて、現在のオブジェ
クトは、フレーム５６０２のプロパティ”responder”
であるオブジェクト５６０４であり、現在のスタック
は、フレーム５６０２のプロパティ”stack”であるス
タック５６１０であり、現在の方法は、そのプロパテ
ィ”procedure”がプロシージャ５６０６である方法オ
ブジェクトである。
【０９３５】セレクタ”Process”の実行によって、現
在のプロセスに対するレファランスが、現在のスタック
に保存される。図１１７において、現在のプロセスはプ
ロセス５３００である。現在のプロセスがエンジンプレ
イスであれば、０が現在のスタックに保存される。
在のプロセスに対するレファランスが、現在のスタック
に保存される。図１１７において、現在のプロセスはプ
ロセス５３００である。現在のプロセスがエンジンプレ
イスであれば、０が現在のスタックに保存される。
【０９３６】したがって、本発明に従って作り出された
エンジンは、プロシージャのアイテムを順次実行するこ
とによって、プロシージャを実行する。プロシージャの
アイテムの実行は、このアイテムが識別子である場合、
その識別子によってレファランスされるフィーチャを、
前述した状態の元に実行させる。遂行されるプロシージ
ャの動的状態はフレームに記録される。ユーザーによっ
て定義されるフィーチャをインプリメントする方法の動
的状態は、ユーザーによって定義されたフレームに記録
される。フィーチャのインターフェースとインプリメン
テーションとをそれぞれ定義するフィーチャ定義及び方
法オブジェクトは、レスポンディングオブジェクトのメ
ンバであるクラスから選択される。現在のクラスのスー
パークラスによって提供されたインプリメンテーション
は、フィーチャのエスカレートによって遂行される。一
例として、オペレーション”initialize”は、反復的に
エスカレートされ、レスポンダは１つのメンバである各
々のクラスによって供与される方法が遂行される。モデ
ィファイアは、識別子の実行を変更するために用いられ
る。セレクタは、普通に実行される複雑なアクションが
単一のオブジェクトの実行によって生ずるようにするた
めの簡単な手段を提供する。これらのフィーチャは、こ
こに開示されたコンピューター命令セットにおいて高度
の機能性及び一般性を組合せによって提供する。
エンジンは、プロシージャのアイテムを順次実行するこ
とによって、プロシージャを実行する。プロシージャの
アイテムの実行は、このアイテムが識別子である場合、
その識別子によってレファランスされるフィーチャを、
前述した状態の元に実行させる。遂行されるプロシージ
ャの動的状態はフレームに記録される。ユーザーによっ
て定義されるフィーチャをインプリメントする方法の動
的状態は、ユーザーによって定義されたフレームに記録
される。フィーチャのインターフェースとインプリメン
テーションとをそれぞれ定義するフィーチャ定義及び方
法オブジェクトは、レスポンディングオブジェクトのメ
ンバであるクラスから選択される。現在のクラスのスー
パークラスによって提供されたインプリメンテーション
は、フィーチャのエスカレートによって遂行される。一
例として、オペレーション”initialize”は、反復的に
エスカレートされ、レスポンダは１つのメンバである各
々のクラスによって供与される方法が遂行される。モデ
ィファイアは、識別子の実行を変更するために用いられ
る。セレクタは、普通に実行される複雑なアクションが
単一のオブジェクトの実行によって生ずるようにするた
めの簡単な手段を提供する。これらのフィーチャは、こ
こに開示されたコンピューター命令セットにおいて高度
の機能性及び一般性を組合せによって提供する。
【０９３７】コントロールコンストラクト 前述したように、エージェントは、どのプレイス（１個
以上）に移動し、そしてどのエージェント（１又は複
数）と会合するかを定めるための複雑なロジックを適応
することができる。ここに開示された命令セットは、そ
の命令セットからなるプロシージャにおいて複雑で込み
入ったロジックを実現することを可能にする高度の一般
性を供与する複数の命令を供与する。
以上）に移動し、そしてどのエージェント（１又は複
数）と会合するかを定めるための複雑なロジックを適応
することができる。ここに開示された命令セットは、そ
の命令セットからなるプロシージャにおいて複雑で込み
入ったロジックを実現することを可能にする高度の一般
性を供与する複数の命令を供与する。
【０９３８】このように高度の一般性を与える以下のコ
ントロールコンストラクトについて説明する。(i) リソ
ース及びリソース割当フィーチャは、あるプロシージャ
の実行の間リソースの共有もしくは排他的コントロール
を取得し保持する能力をプロセスに与える。(ii)デシジ
ョンハンドリングフィーチャは、プロセスがプロシージ
ャを条件的に実行することを可能にする。(iii) 例外ハ
ンドリングフィーチャは、プロセスが例外の表明を検出
してそれに対してアクションをとることを可能にする。
(iv)ルーピングフィーチャはプロシージャを反復遂行し
てそれにより反復的なタスクを効率的に実行することを
可能にする。
ントロールコンストラクトについて説明する。(i) リソ
ース及びリソース割当フィーチャは、あるプロシージャ
の実行の間リソースの共有もしくは排他的コントロール
を取得し保持する能力をプロセスに与える。(ii)デシジ
ョンハンドリングフィーチャは、プロセスがプロシージ
ャを条件的に実行することを可能にする。(iii) 例外ハ
ンドリングフィーチャは、プロセスが例外の表明を検出
してそれに対してアクションをとることを可能にする。
(iv)ルーピングフィーチャはプロシージャを反復遂行し
てそれにより反復的なタスクを効率的に実行することを
可能にする。
【０９３９】リソース及びリソース割当フィーチャ 以上に説明しアペンディックスＡに説明するように、１
以上のプロセスを処理するエンジンはそれを同時に行っ
ている。一例として、エンジン１３２Ｂ（図５０）は、
エージェント１５０Ａ及び１５０Ｂを同時に処理する。
エンジン１３２Ｂは、エンジン１３２Ｂによって実行さ
れるエージェント１５０Ａによる第１のプロシージャの
遂行の間のどの点でも、エージェント１５０Ａによる第
１のプロシージャの遂行を一時的に中止しておくことが
できる。エンジン１３２Ｂはその場合、エージェント１
５０Ｂのために第２のプロシージャを自由に実行するこ
とができる。エンジン１３２Ｂは、第２のプロシージャ
の遂行のどの点においても、エージェント１５０Ｂのた
めに第２のプロシージャの実行を一時的に中断し、エー
ジェント１５０Ａのために第１のプロシージャの実行を
再開することができる。このようにしてエンジン１３２
Ｂは、エージェント１５０Ａ、１５０Ｂを同時に処理す
る。
以上のプロセスを処理するエンジンはそれを同時に行っ
ている。一例として、エンジン１３２Ｂ（図５０）は、
エージェント１５０Ａ及び１５０Ｂを同時に処理する。
エンジン１３２Ｂは、エンジン１３２Ｂによって実行さ
れるエージェント１５０Ａによる第１のプロシージャの
遂行の間のどの点でも、エージェント１５０Ａによる第
１のプロシージャの遂行を一時的に中止しておくことが
できる。エンジン１３２Ｂはその場合、エージェント１
５０Ｂのために第２のプロシージャを自由に実行するこ
とができる。エンジン１３２Ｂは、第２のプロシージャ
の遂行のどの点においても、エージェント１５０Ｂのた
めに第２のプロシージャの実行を一時的に中断し、エー
ジェント１５０Ａのために第１のプロシージャの実行を
再開することができる。このようにしてエンジン１３２
Ｂは、エージェント１５０Ａ、１５０Ｂを同時に処理す
る。
【０９４０】アペンディックスＡに説明するように、あ
るエンジンは、予め規定されたフィーチャの大部分をア
トミックに実行する。エンジンが別のプロセスを処理す
る目的のために、そのフィーチャが成功のうちに終了し
またそのフィーチャが成功のうちに終了するか、又は失
敗するまで、そのフィーチャの実行を中止しておくこと
を拒んだ場合、そのフィーチャはアトミックに遂行され
る。あるフィーチャがアトミックに遂行される場合、そ
のフィーチャの遂行の間いかなる他のプロセスも解釈さ
れないので、現在のプロセスを除くいかなるプロセスも
リソースを変更したり操作したりすることはできない。
るエンジンは、予め規定されたフィーチャの大部分をア
トミックに実行する。エンジンが別のプロセスを処理す
る目的のために、そのフィーチャが成功のうちに終了し
またそのフィーチャが成功のうちに終了するか、又は失
敗するまで、そのフィーチャの実行を中止しておくこと
を拒んだ場合、そのフィーチャはアトミックに遂行され
る。あるフィーチャがアトミックに遂行される場合、そ
のフィーチャの遂行の間いかなる他のプロセスも解釈さ
れないので、現在のプロセスを除くいかなるプロセスも
リソースを変更したり操作したりすることはできない。
【０９４１】アトミックに遂行されないあらかじめ提示
されたフィーチャは、アペンディックスＡに説明されて
いる。
されたフィーチャは、アペンディックスＡに説明されて
いる。
【０９４２】ユーザーによって定義されたフィーチャを
アトミックに遂行するメカニズムは存在しない。すなわ
ち、ユーザーによって定義されたフィーチャ又はアトミ
ックに遂行されないあらかじめ定義されたフィーチャの
遂行の間にあるプロセスがリソースの共有又は排他的な
使用を取得し得るようにするためのメカニズムが必要で
ある。ユーザーは、クラス”リソース”によって定義さ
れアペンディックスＡに詳細に説明されているオペレー
ション”use”の使用によってリソースの共有又は排他
的な使用が得られるようにプロセスを構成することがで
きる。オペレーション”use”の遂行の動的状態はクラ
ス”ユーズフレーム”のユーズフレームによって記録さ
れる。ユーズフレームは付録Ｂに記載されている。
アトミックに遂行するメカニズムは存在しない。すなわ
ち、ユーザーによって定義されたフィーチャ又はアトミ
ックに遂行されないあらかじめ定義されたフィーチャの
遂行の間にあるプロセスがリソースの共有又は排他的な
使用を取得し得るようにするためのメカニズムが必要で
ある。ユーザーは、クラス”リソース”によって定義さ
れアペンディックスＡに詳細に説明されているオペレー
ション”use”の使用によってリソースの共有又は排他
的な使用が得られるようにプロセスを構成することがで
きる。オペレーション”use”の遂行の動的状態はクラ
ス”ユーズフレーム”のユーズフレームによって記録さ
れる。ユーズフレームは付録Ｂに記載されている。
【０９４３】実行されるオブジェクトの条件的な実行 実行されるオブジェクトは、オペレーション”if”又は
オペレーション”either”の遂行によって条件的に実行
される。応答する実行されるオブジェクトによるオペレ
ーション”if”の遂行は、ブーリアンオブジェクトを消
費し、ブーリアンオブジェクトの値が”true”であれ
ば、実行されるオブジェクトを遂行する。なを、プロシ
ージャは、実行されるオブジェクト、すなわちミックス
インクラス”エグゼキューティッド”のメンバであり、
プロシージャの遂行については図１０９、図１１０を参
照して以上に説明したとおりである。
オペレーション”either”の遂行によって条件的に実行
される。応答する実行されるオブジェクトによるオペレ
ーション”if”の遂行は、ブーリアンオブジェクトを消
費し、ブーリアンオブジェクトの値が”true”であれ
ば、実行されるオブジェクトを遂行する。なを、プロシ
ージャは、実行されるオブジェクト、すなわちミックス
インクラス”エグゼキューティッド”のメンバであり、
プロシージャの遂行については図１０９、図１１０を参
照して以上に説明したとおりである。
【０９４４】フローチャート６０００（図１２２）は、
ミックスインクラス”エグゼキューティッド”によって
規定されたオペレーション”if”のインプリメンテーシ
ョンを示している。オペレーション”if”を遂行する際
に、応答する実行されるオブジェクトは、ステップ６０
０２において、現在のスタックからブーリアンオブジェ
クトをポップする。処理はステップ６００２からブーリ
アンテストステップ６００４に移行し、ここで、ステッ
プ６００２でポップされたブーリアンオブジェクト
が、”true”と比較される。ブーリアンオブジェクト
が”true”であれば、処理は、ブーリアンテストステッ
プ６００４から６００６に移行し、ここで応答する実行
されるオブジェクトが遂行される。処理はステップ６０
０６から、例外テストステップ６０１０に移行し、ここ
で、オペレーション”if”を実行しているエンジンが、
応答する実行されるオブジェクトをステップ６００６で
実行したことによって例外が表明されたか否かを定め
る。
ミックスインクラス”エグゼキューティッド”によって
規定されたオペレーション”if”のインプリメンテーシ
ョンを示している。オペレーション”if”を遂行する際
に、応答する実行されるオブジェクトは、ステップ６０
０２において、現在のスタックからブーリアンオブジェ
クトをポップする。処理はステップ６００２からブーリ
アンテストステップ６００４に移行し、ここで、ステッ
プ６００２でポップされたブーリアンオブジェクト
が、”true”と比較される。ブーリアンオブジェクト
が”true”であれば、処理は、ブーリアンテストステッ
プ６００４から６００６に移行し、ここで応答する実行
されるオブジェクトが遂行される。処理はステップ６０
０６から、例外テストステップ６０１０に移行し、ここ
で、オペレーション”if”を実行しているエンジンが、
応答する実行されるオブジェクトをステップ６００６で
実行したことによって例外が表明されたか否かを定め
る。
【０９４５】ステップ６００６において例外が表明され
た場合、処理は例外テストステップ６０１０から終了ス
テップ６００８に移行する。更に、ブーリアンオブジェ
クトが”false”である場合、処理はブーリアンテスト
ステップ６００４から直接に終了ステップ６００８に移
行する。終了ステップ６００８ではオペレーション”i
f”が成功のうちに終了する。ステップ６００６におい
て例外が表明された場合、処理は例外テストステップ６
０１０から終了ステップ６０１２に移行し、ここで、応
答する実行されるオブジェクトがステップ６００６にお
いて遂行されたことによって表明された例外が表明さ
れ、それによってオペレーション”if”が失敗となる。
オペレーション”if”の遂行の動的状態は、あらかじめ
規定されたフレームすなわち以上に説明したアペンディ
クスＢにおいて説明されるクラス”あらかじめ定義した
フレーム”の１つのメンバ、によって記録される。２つ
の実行されるオブジェクトのうちの１つが選択され、オ
ペレーション”either”の使用によって実行される。実
行されるオブジェクトは、ブーリアンオブジェクトの値
が”true”であれば、第２の実行されるオブジェクトと
ブーリアンオブジェクトとを消費し、応答する実行され
るオブジェクトの実行を生じさせ、ブーリアンオブジェ
クトの値が”false”であれば第２の実行されるオブジ
ェクトの実行を生じさせることによって、オペレーショ
ン”either”を遂行する。フローチャート６１００（図
１２３）は、ミックスインクラス”エグゼキューティッ
ド”によって規定されたオペレーション”either”のイ
ンプリメンテーションを示している。
た場合、処理は例外テストステップ６０１０から終了ス
テップ６００８に移行する。更に、ブーリアンオブジェ
クトが”false”である場合、処理はブーリアンテスト
ステップ６００４から直接に終了ステップ６００８に移
行する。終了ステップ６００８ではオペレーション”i
f”が成功のうちに終了する。ステップ６００６におい
て例外が表明された場合、処理は例外テストステップ６
０１０から終了ステップ６０１２に移行し、ここで、応
答する実行されるオブジェクトがステップ６００６にお
いて遂行されたことによって表明された例外が表明さ
れ、それによってオペレーション”if”が失敗となる。
オペレーション”if”の遂行の動的状態は、あらかじめ
規定されたフレームすなわち以上に説明したアペンディ
クスＢにおいて説明されるクラス”あらかじめ定義した
フレーム”の１つのメンバ、によって記録される。２つ
の実行されるオブジェクトのうちの１つが選択され、オ
ペレーション”either”の使用によって実行される。実
行されるオブジェクトは、ブーリアンオブジェクトの値
が”true”であれば、第２の実行されるオブジェクトと
ブーリアンオブジェクトとを消費し、応答する実行され
るオブジェクトの実行を生じさせ、ブーリアンオブジェ
クトの値が”false”であれば第２の実行されるオブジ
ェクトの実行を生じさせることによって、オペレーショ
ン”either”を遂行する。フローチャート６１００（図
１２３）は、ミックスインクラス”エグゼキューティッ
ド”によって規定されたオペレーション”either”のイ
ンプリメンテーションを示している。
【０９４６】応答する実行されるオブジェクトは、ステ
ップ６１０２において第２の実行されるオブジェクトを
現在のスタックからポップする。処理は、ステップ６１
０２からステップ６１０４に移行し、ここで応答する実
行されるオブジェクトは現在のスタックからブーリアン
オブジェクトをポップする。処理はステップ６１０４か
らブーリアンテストステップ６１０６に移行し、ここ
で、ステップ６１０４においてポップされたブーリアン
が”true”と比較される。ブーリアンオブジェクトが”
true”であれば処理はブーリアンテストステップ６１０
６からステップ６１０８に移行し、ここで応答する実行
されるオブジェクトが遂行される。
ップ６１０２において第２の実行されるオブジェクトを
現在のスタックからポップする。処理は、ステップ６１
０２からステップ６１０４に移行し、ここで応答する実
行されるオブジェクトは現在のスタックからブーリアン
オブジェクトをポップする。処理はステップ６１０４か
らブーリアンテストステップ６１０６に移行し、ここ
で、ステップ６１０４においてポップされたブーリアン
が”true”と比較される。ブーリアンオブジェクトが”
true”であれば処理はブーリアンテストステップ６１０
６からステップ６１０８に移行し、ここで応答する実行
されるオブジェクトが遂行される。
【０９４７】その逆に、応答するブーリアンオブジェク
トの値が”false”であれば、処理はブーリアンステッ
プ６１０６からステップ６１１０に移行し、ここで第２
の実行されるオブジェクトが遂行される。処理はステッ
プ６１０８又はステップ６１１０から終了ステップ６１
１２に移行する。終了ステップ６１１２では、オペレー
ション”either”が終了し、ステップ６１０８又はステ
ップ６１１０において表明された例外（もしあれば）が
表明される。オペレーション”either”を遂行する実行
されるオブジェクトの動的状態は、あらかじめ定義され
たフレームによって記録される。
トの値が”false”であれば、処理はブーリアンステッ
プ６１０６からステップ６１１０に移行し、ここで第２
の実行されるオブジェクトが遂行される。処理はステッ
プ６１０８又はステップ６１１０から終了ステップ６１
１２に移行する。終了ステップ６１１２では、オペレー
ション”either”が終了し、ステップ６１０８又はステ
ップ６１１０において表明された例外（もしあれば）が
表明される。オペレーション”either”を遂行する実行
されるオブジェクトの動的状態は、あらかじめ定義され
たフレームによって記録される。
【０９４８】１以上の実行されるオブジェクトから選択
され、オペレーション”select”の遂行によって遂行さ
れる。オペレーション”select”は、クラス”Object”
によって定義され、遂行されるべき特別な実行オブジェ
クトを決定するオブジェクトによって遂行される。図１
２５、図１２６は、オペレーション”select”のインタ
ーフェースを示している。図１２５は、オブジェクト６
２０４によって遂行されるオペレーション”select”の
動的状態を記録するあらかじめ定義されたフレーム６２
００の状態を示している。あらかじめ定義されたフレー
ム６２００が、プロセス（図示しない）の実行状態の一
部分であり、オペレーション”select”の遂行直前にお
いて示されている。
され、オペレーション”select”の遂行によって遂行さ
れる。オペレーション”select”は、クラス”Object”
によって定義され、遂行されるべき特別な実行オブジェ
クトを決定するオブジェクトによって遂行される。図１
２５、図１２６は、オペレーション”select”のインタ
ーフェースを示している。図１２５は、オブジェクト６
２０４によって遂行されるオペレーション”select”の
動的状態を記録するあらかじめ定義されたフレーム６２
００の状態を示している。あらかじめ定義されたフレー
ム６２００が、プロセス（図示しない）の実行状態の一
部分であり、オペレーション”select”の遂行直前にお
いて示されている。
【０９４９】オブジェクト６２０４はレスポンダであ
る。あらかじめ定義されたフレーム６２００は、オブジ
ェクト６２０４を特定するプロパティ”responder”を
持たない。その代わりに、オブジェクト６２０４は、現
在のプロセスのプロパティ”フレームズ”であるスタッ
ク（図示しない）上の現在のフレームの直下のフレーム
（図示しない）のプロパティ”procedure”内のその位
置によって、レスポンダとして特定される。オブジェク
ト６２０４は、その位置が、そのフレームのプロパテ
ィ”position”よりも１だけ少ないプロシージャ（図示
しない）のアイテムである。一例として、ユーザーによ
って定義されたフレーム５６０２（図１１７）のレスポ
ンダは、その位置が整数５４０８の値よりも１だけ少な
いプロシージャ５４０６のアイテムである。
る。あらかじめ定義されたフレーム６２００は、オブジ
ェクト６２０４を特定するプロパティ”responder”を
持たない。その代わりに、オブジェクト６２０４は、現
在のプロセスのプロパティ”フレームズ”であるスタッ
ク（図示しない）上の現在のフレームの直下のフレーム
（図示しない）のプロパティ”procedure”内のその位
置によって、レスポンダとして特定される。オブジェク
ト６２０４は、その位置が、そのフレームのプロパテ
ィ”position”よりも１だけ少ないプロシージャ（図示
しない）のアイテムである。一例として、ユーザーによ
って定義されたフレーム５６０２（図１１７）のレスポ
ンダは、その位置が整数５４０８の値よりも１だけ少な
いプロシージャ５４０６のアイテムである。
【０９５０】スタック６２０２（図１２５）は現在のス
タックである。スタック６２０２は、オペレーションの
アーギュメント、及び１以上の対のオブジェクト及びそ
れに関連した実行されるオブジェクトのアーギュメント
を表現する、文字”Ｍ”によって位置が示されたマーク
である。一例としてスタック６２０２は、上部からマー
クの直上のところにかけて、オブジェクト６２０６と実
行されるオブジェクト６２０８とオブジェクト６２１０
と実行されるオブジェクト６２１２とゼロ６２１４と実
行されるオブジェクト６２１６とを収容している。オブ
ジェクト６２０６、６２１０及びゼロ６２１４はそれぞ
れの実行されるオブジェクト６２０８、６２１２及び６
２１６に関連されている。
タックである。スタック６２０２は、オペレーションの
アーギュメント、及び１以上の対のオブジェクト及びそ
れに関連した実行されるオブジェクトのアーギュメント
を表現する、文字”Ｍ”によって位置が示されたマーク
である。一例としてスタック６２０２は、上部からマー
クの直上のところにかけて、オブジェクト６２０６と実
行されるオブジェクト６２０８とオブジェクト６２１０
と実行されるオブジェクト６２１２とゼロ６２１４と実
行されるオブジェクト６２１６とを収容している。オブ
ジェクト６２０６、６２１０及びゼロ６２１４はそれぞ
れの実行されるオブジェクト６２０８、６２１２及び６
２１６に関連されている。
【０９５１】オペレーション”select”のインプリメン
テーションは、フローチャート６３００（図１２４）に
よって示される。ステップ６３０２において、オブジェ
クト６２０６ー７６１６（図１２５）及びマークはスタ
ック６２０２からポップされる。処理はステップ６３０
２からステップ６３０４に移行し、ここで、オブジェク
ト６２０６、６２１０及びゼロ６２１４をキーとし、そ
れぞれの実行されるオブジェクト６２０８、６２１２及
び６２１６を関連された値とするディクショナリーが形
成される。処理はステップ６３０４からステップ６３０
６に移行する。ステップ６３０６において、その関連さ
れたキーがレスポンディングオブジェクト６２０４に等
しい実行されるオブジェクトが、ステップ６３０４にお
いて形成されたディクショナリーから検索される。ディ
クショナリーのキーの与えられた場合のディクショナリ
ーの値の検索についてはアペンディクスＡに一層詳細に
説明されている。
テーションは、フローチャート６３００（図１２４）に
よって示される。ステップ６３０２において、オブジェ
クト６２０６ー７６１６（図１２５）及びマークはスタ
ック６２０２からポップされる。処理はステップ６３０
２からステップ６３０４に移行し、ここで、オブジェク
ト６２０６、６２１０及びゼロ６２１４をキーとし、そ
れぞれの実行されるオブジェクト６２０８、６２１２及
び６２１６を関連された値とするディクショナリーが形
成される。処理はステップ６３０４からステップ６３０
６に移行する。ステップ６３０６において、その関連さ
れたキーがレスポンディングオブジェクト６２０４に等
しい実行されるオブジェクトが、ステップ６３０４にお
いて形成されたディクショナリーから検索される。ディ
クショナリーのキーの与えられた場合のディクショナリ
ーの値の検索についてはアペンディクスＡに一層詳細に
説明されている。
【０９５２】処理はステップ６３０６からテストステッ
プ６３０８に移行する。テストステップ６３０８ではオ
ペレーション”select”を実行しているエンジンが、実
行されるオブジェクトがディクショナリーから成功のう
ちに検索されているか否かを定める。応答するオブジェ
クト６２０４に等しいキーに組み合わされた実行される
オブジェクトがディクショナリー内において見いだされ
検索された場合、処理はステップ６３１４に移行する。
ステップ６３１４では検索された実行されるオブジェク
トが遂行される。処理はステップ６３１４から例外テス
トステップ６３１６に移行しここでエンジンは、実行さ
れるオブジェクトの遂行がステップ６３１４において成
功のうちに完了したか否かを定める。
プ６３０８に移行する。テストステップ６３０８ではオ
ペレーション”select”を実行しているエンジンが、実
行されるオブジェクトがディクショナリーから成功のう
ちに検索されているか否かを定める。応答するオブジェ
クト６２０４に等しいキーに組み合わされた実行される
オブジェクトがディクショナリー内において見いだされ
検索された場合、処理はステップ６３１４に移行する。
ステップ６３１４では検索された実行されるオブジェク
トが遂行される。処理はステップ６３１４から例外テス
トステップ６３１６に移行しここでエンジンは、実行さ
れるオブジェクトの遂行がステップ６３１４において成
功のうちに完了したか否かを定める。
【０９５３】ステップ６３１４において実行されるオブ
ジェクトの遂行が失敗し、例外が表明された場合、処理
は例外テストステップから終了ステップ６３２０に移行
する。終了ステップ６３２０では例外が表明され、オペ
レーション”select”は失敗となる。しかし検索された
実行されるオブジェクトがステップ６３１４において成
功のうちに遂行された場合、処理は例外テストステップ
６３１８から終了ステップ６３１６に移行する。
ジェクトの遂行が失敗し、例外が表明された場合、処理
は例外テストステップから終了ステップ６３２０に移行
する。終了ステップ６３２０では例外が表明され、オペ
レーション”select”は失敗となる。しかし検索された
実行されるオブジェクトがステップ６３１４において成
功のうちに遂行された場合、処理は例外テストステップ
６３１８から終了ステップ６３１６に移行する。
【０９５４】終了ステップ６３１６ではオペレーショ
ン”select”は成功のうちに終了する。
ン”select”は成功のうちに終了する。
【０９５５】テストステップ６３０８では、レスポンデ
ィングオブジェクト６２０４に等しいキーが、ステップ
６３０４において形成されたディクショナリーに見いだ
されなかった場合、処理はテストステップ６３０８から
ステップ６３１０に移行する。ステップ６３１０では、
関連するキーがゼロであるディクショナリー内に含まれ
る実行されるオブジェクト、例えばゼロ６２１４に組み
合わされたオブジェクト６２１６、が検索される。処理
はステップ６３１０から第２のテストステップ６３１２
に移行し、ここでエンジンは、実行されるオブジェクト
がステップ６３１０において成功のうちに検索されたか
否かを定める。ゼロに等しい組み合わされたキーを有す
るディクショナリー内の実行されるオブジェクトが見い
だされ、成功のうちに検索されたら、処理は第２のテス
トステップ６３１２からステップ６３１４に移行しここ
で前述のように実行されるオブジェクトが遂行される。
ィングオブジェクト６２０４に等しいキーが、ステップ
６３０４において形成されたディクショナリーに見いだ
されなかった場合、処理はテストステップ６３０８から
ステップ６３１０に移行する。ステップ６３１０では、
関連するキーがゼロであるディクショナリー内に含まれ
る実行されるオブジェクト、例えばゼロ６２１４に組み
合わされたオブジェクト６２１６、が検索される。処理
はステップ６３１０から第２のテストステップ６３１２
に移行し、ここでエンジンは、実行されるオブジェクト
がステップ６３１０において成功のうちに検索されたか
否かを定める。ゼロに等しい組み合わされたキーを有す
るディクショナリー内の実行されるオブジェクトが見い
だされ、成功のうちに検索されたら、処理は第２のテス
トステップ６３１２からステップ６３１４に移行しここ
で前述のように実行されるオブジェクトが遂行される。
【０９５６】ステップ６３１０において実行されるオブ
ジェクトが検索されなかった場合、オブジェクト６２０
４に等しいキー及びゼロに等しいキーがディクショナリ
ーにおいて見いだされなかったので、処理は第２のテス
トステップ６３１２から終了ステップ６３１６に移行す
る。前述したように、終了ステップ６３１６では、オペ
レーション”select”は成功のうちに終了する。すなわ
ちレスポンディングオブジェクトに等しいキーに組み合
わされた実行されるオブジェクトがなく、又はゼロに組
み合わされている場合、オペレーション”select”は、
ディクショナリー内のいかなる実行されるオブジェクト
を遂行することなく、成功のうちに終了する。
ジェクトが検索されなかった場合、オブジェクト６２０
４に等しいキー及びゼロに等しいキーがディクショナリ
ーにおいて見いだされなかったので、処理は第２のテス
トステップ６３１２から終了ステップ６３１６に移行す
る。前述したように、終了ステップ６３１６では、オペ
レーション”select”は成功のうちに終了する。すなわ
ちレスポンディングオブジェクトに等しいキーに組み合
わされた実行されるオブジェクトがなく、又はゼロに組
み合わされている場合、オペレーション”select”は、
ディクショナリー内のいかなる実行されるオブジェクト
を遂行することなく、成功のうちに終了する。
【０９５７】図１２６は、レスポンディングオブジェク
ト６２０４によるオペレーション”select”の遂行の直
後においてのセレクトフレーム６２００の状態を示して
いる。オペレーション”select”の遂行は、図１２６の
エンプティスタック６２０２に示すようにいかなる結果
も生じていない。
ト６２０４によるオペレーション”select”の遂行の直
後においてのセレクトフレーム６２００の状態を示して
いる。オペレーション”select”の遂行は、図１２６の
エンプティスタック６２０２に示すようにいかなる結果
も生じていない。
【０９５８】実行されるオブジェクトは、オペレーショ
ン”while”の遂行によって条件が満たされるまで繰り
返し実行される。オペレーション”while”の遂行の動
的状態は、あらかじめ定義されたフレーム６４０２（図
１２７）に記録される。実行されるオブジェクト６４０
４は、オペレーション”while”のレスポンダであり、
応答する実行されるオブジェクトである。
ン”while”の遂行によって条件が満たされるまで繰り
返し実行される。オペレーション”while”の遂行の動
的状態は、あらかじめ定義されたフレーム６４０２（図
１２７）に記録される。実行されるオブジェクト６４０
４は、オペレーション”while”のレスポンダであり、
応答する実行されるオブジェクトである。
【０９５９】実行されるオブジェクト６４０４は、あら
かじめ定義されたフレーム６４０２のプロパティ”proc
edure”である。実行されるオブジェクト６４０６は、
あらかじめ定義されたフレーム６４０２のプロパティ”
プレコンディション”であり、いかに説明するようにア
ーギュメントとして消費される実行されるオブジェクト
である。
かじめ定義されたフレーム６４０２のプロパティ”proc
edure”である。実行されるオブジェクト６４０６は、
あらかじめ定義されたフレーム６４０２のプロパティ”
プレコンディション”であり、いかに説明するようにア
ーギュメントとして消費される実行されるオブジェクト
である。
【０９６０】オペレーション”while”は、アーギュメ
ントとして実行されるオブジェクト６４０６を消費す
る、応答する実行されるオブジェクト６４０４によって
遂行される。オペレーション”while”の遂行は、フロ
ーチャート６５００（図１２８）によって示されてい
る。ステップ６５０２において、実行されるオブジェク
ト６４０６は現在のスタックからポップされる。処理は
ステップ６５０２からステップ６５０４に移行し、ここ
で実行されるオブジェクト６４０６が遂行される。実行
されるオブジェクト６４０６がステップ６５０４で遂行
されることによって、応答する実行されるオブジェクト
６４０４が遂行されるか否かを示すブーリアンが現在の
スタックに保存される。
ントとして実行されるオブジェクト６４０６を消費す
る、応答する実行されるオブジェクト６４０４によって
遂行される。オペレーション”while”の遂行は、フロ
ーチャート６５００（図１２８）によって示されてい
る。ステップ６５０２において、実行されるオブジェク
ト６４０６は現在のスタックからポップされる。処理は
ステップ６５０２からステップ６５０４に移行し、ここ
で実行されるオブジェクト６４０６が遂行される。実行
されるオブジェクト６４０６がステップ６５０４で遂行
されることによって、応答する実行されるオブジェクト
６４０４が遂行されるか否かを示すブーリアンが現在の
スタックに保存される。
【０９６１】処理はステップ６５０４から例外テストス
テップ６５０６に移行し、ここで、オペレーション”wh
ile”を遂行するエンジンが、実行されるオブジェクト
６４０６の遂行によって例外が表明されるか否かを定め
る。実行されるオブジェクト６４０６の遂行が例外を表
明する場合、処理は例外テストステップ６５０６から終
了ステップ６５０８に移行し、ここで、オペレーショ
ン”while”によって例外が表明され、オペレーショ
ン”while”は失敗となる。しかし、実行されるオブジ
ェクト６４０６が成功のうちに遂行された場合、処理は
例外テストステップ６５０６からステップ６５１０に移
行する。
テップ６５０６に移行し、ここで、オペレーション”wh
ile”を遂行するエンジンが、実行されるオブジェクト
６４０６の遂行によって例外が表明されるか否かを定め
る。実行されるオブジェクト６４０６の遂行が例外を表
明する場合、処理は例外テストステップ６５０６から終
了ステップ６５０８に移行し、ここで、オペレーショ
ン”while”によって例外が表明され、オペレーショ
ン”while”は失敗となる。しかし、実行されるオブジ
ェクト６４０６が成功のうちに遂行された場合、処理は
例外テストステップ６５０６からステップ６５１０に移
行する。
【０９６２】ステップ６５１０では、ブーリアンが現在
のスタックからポップされる。処理はステップ６５１０
から真テストステップ６５１２に移行する。真テストス
テップ６５１２では、現在のスタックからポップされた
ブーリアンが”true”と比較される。もしもブーリアン
が”true”であれば、処理は真テストステップ６５１２
からステップ６５１４に移行し、ここで応答する実行さ
れるオブジェクト６４０６が遂行される。処理はステッ
プ６５１４から第２の例外テストステップ６５１６に移
行し、ここでエンジンは、実行されるオブジェクト６４
０６が例外を表明するか否かを定める。
のスタックからポップされる。処理はステップ６５１０
から真テストステップ６５１２に移行する。真テストス
テップ６５１２では、現在のスタックからポップされた
ブーリアンが”true”と比較される。もしもブーリアン
が”true”であれば、処理は真テストステップ６５１２
からステップ６５１４に移行し、ここで応答する実行さ
れるオブジェクト６４０６が遂行される。処理はステッ
プ６５１４から第２の例外テストステップ６５１６に移
行し、ここでエンジンは、実行されるオブジェクト６４
０６が例外を表明するか否かを定める。
【０９６３】実行されるオブジェクト６４０６の遂行に
よってステップ６５１４で例外が表明されると、処理は
第２のテストステップ６５１６から継続テストステップ
６５２２に移行する。継続テストステップ６５２２で
は、表明された例外は、以下にまたアペンディクスＡに
説明されるセレクタ”継続”の実行によって表明された
内部的な例外”継続”と比較される。以下に一層詳細に
説明するように、セレクタ”継続”の実行は、１つのプ
ロシージャの反復的な遂行を終了させ、そのプロシージ
ャの新しい反復的な遂行を開始させる。ステップ６５１
４において表明された例外が、内部的な例外”継続”で
あれば、処理は継続テストステップ６５２２から、前述
したステップ６５０４に移行する。
よってステップ６５１４で例外が表明されると、処理は
第２のテストステップ６５１６から継続テストステップ
６５２２に移行する。継続テストステップ６５２２で
は、表明された例外は、以下にまたアペンディクスＡに
説明されるセレクタ”継続”の実行によって表明された
内部的な例外”継続”と比較される。以下に一層詳細に
説明するように、セレクタ”継続”の実行は、１つのプ
ロシージャの反復的な遂行を終了させ、そのプロシージ
ャの新しい反復的な遂行を開始させる。ステップ６５１
４において表明された例外が、内部的な例外”継続”で
あれば、処理は継続テストステップ６５２２から、前述
したステップ６５０４に移行する。
【０９６４】その反対に、ステップ６５１４において表
明された例外が内部的な例外”継続”でなければ、処理
は継続テストステップ６５２２からブレークテストステ
ップ６５２４に移行する。ブレークテストステップ６５
２４では、ステップ６５１４において表明された例外
が、以下にそしてアペンディクスＡに説明されるセレク
タ”ブレーク”の実行によって表明された内部的な例
外”ブレーク”と比較される。以下に一層詳細に説明す
るように、セレクタ”ブレーク”の実行によって、プロ
シージャの反復的な遂行が、そのプロシージャの新しい
反復的な遂行を開始することなしに終了される。ステッ
プ６５１４において表明された例外が内部的な例外”ブ
レーク”であれば、処理は継続テストステップ６５２２
から終了ステップ６５２０に移行し、ここでオペレーシ
ョン”while”は、以下に説明するように成功のうちに
終了する。
明された例外が内部的な例外”継続”でなければ、処理
は継続テストステップ６５２２からブレークテストステ
ップ６５２４に移行する。ブレークテストステップ６５
２４では、ステップ６５１４において表明された例外
が、以下にそしてアペンディクスＡに説明されるセレク
タ”ブレーク”の実行によって表明された内部的な例
外”ブレーク”と比較される。以下に一層詳細に説明す
るように、セレクタ”ブレーク”の実行によって、プロ
シージャの反復的な遂行が、そのプロシージャの新しい
反復的な遂行を開始することなしに終了される。ステッ
プ６５１４において表明された例外が内部的な例外”ブ
レーク”であれば、処理は継続テストステップ６５２２
から終了ステップ６５２０に移行し、ここでオペレーシ
ョン”while”は、以下に説明するように成功のうちに
終了する。
【０９６５】その逆に、ステップ６５１４において表明
された例外が内部的な例外”ブレーク”でない場合、処
理はブレークテストステップ６５２４から終了ステップ
６５１８に移行する。終了ステップ６５１８では、ステ
ップ６５１４において表明された例外が表明され、オペ
レーション”while”を失敗に終わらせる。
された例外が内部的な例外”ブレーク”でない場合、処
理はブレークテストステップ６５２４から終了ステップ
６５１８に移行する。終了ステップ６５１８では、ステ
ップ６５１４において表明された例外が表明され、オペ
レーション”while”を失敗に終わらせる。
【０９６６】しかし、実行されるオブジェクト６４０４
の遂行が成功し、ステップ６５１４において例外が表明
されなかった場合には、処理は第２の例外テストステッ
プ６５１６から、ステップ６５０４に移行し、そこで実
行されるオブジェクト６４０６は再び遂行される。
の遂行が成功し、ステップ６５１４において例外が表明
されなかった場合には、処理は第２の例外テストステッ
プ６５１６から、ステップ６５０４に移行し、そこで実
行されるオブジェクト６４０６は再び遂行される。
【０９６７】ステップ６５０４、６５０６、６５１０、
６５１２、６５１４、６５１６、６５２２の遂行は、実
行されるオブジェクト６４０６の遂行が”false”の値
を有するブーリアンを生じるか、又はステップ６５０８
又はステップ６５１８において例外が表明されるまで反
復される。実行されるオブジェクト６４０６の遂行が”
false”であるブーリアンを生じた場合には、処理は真
テストステップ６５１２から終了ステップ６５２０に移
行し、そこでオペレーション”while”は成功のうちに
終了する。従ってプロシージャ６４０６は、実行される
オブジェクトの遂行が”true”のブーリアンを生じてい
る間は反復して遂行される。
６５１２、６５１４、６５１６、６５２２の遂行は、実
行されるオブジェクト６４０６の遂行が”false”の値
を有するブーリアンを生じるか、又はステップ６５０８
又はステップ６５１８において例外が表明されるまで反
復される。実行されるオブジェクト６４０６の遂行が”
false”であるブーリアンを生じた場合には、処理は真
テストステップ６５１２から終了ステップ６５２０に移
行し、そこでオペレーション”while”は成功のうちに
終了する。従ってプロシージャ６４０６は、実行される
オブジェクトの遂行が”true”のブーリアンを生じてい
る間は反復して遂行される。
【０９６８】このように、オペレーション”if”、”ei
ther”、”select”、及び”while”が、ここに開示さ
れたコンピュータ命令のセットに、実質的な決定能力を
供与する。
ther”、”select”、及び”while”が、ここに開示さ
れたコンピュータ命令のセットに、実質的な決定能力を
供与する。
【０９６９】例外ハンドリングフィーチャ アペンディクスＡにおいて詳細に説明するように、オペ
レーション”do”を遂行する実行されるオブジェクト
は、それによって遂行され、この実行されるオブジェク
トの遂行が例外を表明した場合、オペレーション”do”
によって例外が表明され、オペレーション”do”が失敗
となる。例外の伝搬は、前述したようにフローチャート
５２００（図１０９）のステップ５２１０、５２１２に
示されている。実行されるオブジェクトの遂行の失敗
は、一般に、実行を直接に、又は間接に引き起こす実行
されるオブジェクトの失敗を生じさせる。あるプロセス
のオペレーション”live”を失敗させる例外は、プロセ
スの破壊を生ずる。従って例外の伝搬を検出してこれを
防止するための命令を用意することが好ましい。
レーション”do”を遂行する実行されるオブジェクト
は、それによって遂行され、この実行されるオブジェク
トの遂行が例外を表明した場合、オペレーション”do”
によって例外が表明され、オペレーション”do”が失敗
となる。例外の伝搬は、前述したようにフローチャート
５２００（図１０９）のステップ５２１０、５２１２に
示されている。実行されるオブジェクトの遂行の失敗
は、一般に、実行を直接に、又は間接に引き起こす実行
されるオブジェクトの失敗を生じさせる。あるプロセス
のオペレーション”live”を失敗させる例外は、プロセ
スの破壊を生ずる。従って例外の伝搬を検出してこれを
防止するための命令を用意することが好ましい。
【０９７０】第２の実行されるオブジェクトの遂行を引
き起こす、第１の実行されるオブジェクト、例えばプロ
シージャは、第２の実行されるオブジェクトによって表
明される例外を”キャッチ”することによって、第２の
実行されるオブジェクトによって表明された例外による
第１の実行されるオブジェクトの失敗を防止することが
できる。
き起こす、第１の実行されるオブジェクト、例えばプロ
シージャは、第２の実行されるオブジェクトによって表
明される例外を”キャッチ”することによって、第２の
実行されるオブジェクトによって表明された例外による
第１の実行されるオブジェクトの失敗を防止することが
できる。
【０９７１】例外を”キャッチ”することは、例外の表
明を検出し、このような事態において特定のアクション
がとられることを指示することである。第２の実行され
るオブジェクトによって表明され、第１の実行されるオ
ブジェクトによってキャッチされる例外は、第１の実行
されるオブジェクトを失敗に終わらせない。
明を検出し、このような事態において特定のアクション
がとられることを指示することである。第２の実行され
るオブジェクトによって表明され、第１の実行されるオ
ブジェクトによってキャッチされる例外は、第１の実行
されるオブジェクトを失敗に終わらせない。
【０９７２】実行されるオブジェクトの遂行によって表
明される例外は、オペレーション”do”の場所でオペレ
ーション”catch”の使用によって実行されるオブジェ
クトの遂行を生じさせることによってcatchされる。オ
ペレーション”catch”によって遂行が生ずる、実行さ
れるオブジェクトは、実行されるオブジェクトがオペレ
ーション”do”を遂行しているかのように遂行される
が、実行されるオブジェクトの遂行によって表明された
例外がオペレーション”catch”を失敗に終わらせるこ
とはない。この場合には、現在のスタックに例外が保存
され、結果として返却される。
明される例外は、オペレーション”do”の場所でオペレ
ーション”catch”の使用によって実行されるオブジェ
クトの遂行を生じさせることによってcatchされる。オ
ペレーション”catch”によって遂行が生ずる、実行さ
れるオブジェクトは、実行されるオブジェクトがオペレ
ーション”do”を遂行しているかのように遂行される
が、実行されるオブジェクトの遂行によって表明された
例外がオペレーション”catch”を失敗に終わらせるこ
とはない。この場合には、現在のスタックに例外が保存
され、結果として返却される。
【０９７３】オペレーション”catch”のインターフェ
ースは、図１２９、図１３０によって示される。図１２
９は、キャッチフレーム６６０２の状態を示し、このキ
ャッチフレーム６６０２は、実行されるオブジェクト６
６０４によるオペレーション”catch”の遂行の直前に
ミックスインクラス”エグゼキューティッド”によって
定義されたオペレーション”catch”の動的状態を記録
する。キャッチフレーム６６０２は、あるプロセス（図
示しない）の実行状態の一部である。実行されるオブジ
ェクト６６０４は、応答する実行されるオブジェクトで
あり、キャッチフレーム６６０２のプロパティ”proced
ure”である。オペレーション”catch”が遂行される
と、スタック６６０６の頂点にあるクラスオブジェクト
６６０８である単一なアーギュメントが消費される。ス
タック６６０６は現在のスタックである。スタック６６
０６は、現在のプロセスのプロパティ”フレームズ”で
あるスタック（図示しない）のキャッチフレーム６６０
２の下方にあるもっとも上方のユーザーによって定義さ
れるフレーム（図示しない）のプロパティ”stack”で
ある。クラスオブジェクト６６０８は、クラス”例外”
又はそのサブクラスを表す。
ースは、図１２９、図１３０によって示される。図１２
９は、キャッチフレーム６６０２の状態を示し、このキ
ャッチフレーム６６０２は、実行されるオブジェクト６
６０４によるオペレーション”catch”の遂行の直前に
ミックスインクラス”エグゼキューティッド”によって
定義されたオペレーション”catch”の動的状態を記録
する。キャッチフレーム６６０２は、あるプロセス（図
示しない）の実行状態の一部である。実行されるオブジ
ェクト６６０４は、応答する実行されるオブジェクトで
あり、キャッチフレーム６６０２のプロパティ”proced
ure”である。オペレーション”catch”が遂行される
と、スタック６６０６の頂点にあるクラスオブジェクト
６６０８である単一なアーギュメントが消費される。ス
タック６６０６は現在のスタックである。スタック６６
０６は、現在のプロセスのプロパティ”フレームズ”で
あるスタック（図示しない）のキャッチフレーム６６０
２の下方にあるもっとも上方のユーザーによって定義さ
れるフレーム（図示しない）のプロパティ”stack”で
ある。クラスオブジェクト６６０８は、クラス”例外”
又はそのサブクラスを表す。
【０９７４】オペレーション”catch”のインプリメン
テーションは、フローチャート６７００（図１３１）に
よって示される。クラスオブジェクト６６０８は、スタ
ック６６０６からポップされることによって、ステップ
６７０２において消費される。
テーションは、フローチャート６７００（図１３１）に
よって示される。クラスオブジェクト６６０８は、スタ
ック６６０６からポップされることによって、ステップ
６７０２において消費される。
【０９７５】処理はステップ６７０２からステップ６７
０４に移行し、そこで実行されるオブジェクト６６０４
は遂行される。処理はステップ６７０４から例外テスト
ステップ６７０６に移行し、ここで、オペレーション”
catch”の遂行を行うエンジンは、実行されるオブジェ
クト６６０４の遂行が例外を表明するか否かを定める。
実行されるオブジェクト６６０４の遂行が例外を表明し
なかった場合、処理は例外テストステップ６７０６から
ステップ６７０８に移行する。ステップ６７０８では、
スタック６６０６にゼロが保存される。処理はステップ
６７０８から終了ステップ６７１０に移行し、そこでオ
ペレーション”catch”を、成功のうちに終了する。
０４に移行し、そこで実行されるオブジェクト６６０４
は遂行される。処理はステップ６７０４から例外テスト
ステップ６７０６に移行し、ここで、オペレーション”
catch”の遂行を行うエンジンは、実行されるオブジェ
クト６６０４の遂行が例外を表明するか否かを定める。
実行されるオブジェクト６６０４の遂行が例外を表明し
なかった場合、処理は例外テストステップ６７０６から
ステップ６７０８に移行する。ステップ６７０８では、
スタック６６０６にゼロが保存される。処理はステップ
６７０８から終了ステップ６７１０に移行し、そこでオ
ペレーション”catch”を、成功のうちに終了する。
【０９７６】実行されるオブジェクト６６０４をステッ
プ６７０４で実行することが失敗し、例外が表明された
ら、処理は例外テストステップ６７０６からメンバテス
トステップ６７１２に移行する。メンバテストステップ
６７１２では、エンジンは、クラスオブジェクト６６０
８によって表されたクラス中のステップ６７０４におい
て表明される例外のメンバシップをチェックする。表明
された例外がクラスオブジェクト６６０８によって表さ
れるクラスのメンバでない場合、処理はメンバテストス
テップ６７１２から終了ステップ６７１４に移行する。
終了ステップ６７１４では、ステップ６７０６において
表明された例外が、オペレーション”catch”によって
表明され、オペレーション”catch”は失敗となる。
表明された例外がクラスオブジェクト６６０８によって
表されたクラスのメンバである場合、処理はメンバテス
トステップ６７１２からステップ６７１６に移行する。
ステップ６７１６では、ステップ６７０４で表明された
例外がスタック６６０６に保存され、処理はステップ６
７１６から終了ステップ６７１０に移行する。前述した
ように、終了ステップ６７１０では、オペレーション”
catch”は成功のうちに終了する。従って表明された例
外はキャッチされ、オペレーション”catch”は成功
し、表明された例外が伝搬されることはない。
プ６７０４で実行することが失敗し、例外が表明された
ら、処理は例外テストステップ６７０６からメンバテス
トステップ６７１２に移行する。メンバテストステップ
６７１２では、エンジンは、クラスオブジェクト６６０
８によって表されたクラス中のステップ６７０４におい
て表明される例外のメンバシップをチェックする。表明
された例外がクラスオブジェクト６６０８によって表さ
れるクラスのメンバでない場合、処理はメンバテストス
テップ６７１２から終了ステップ６７１４に移行する。
終了ステップ６７１４では、ステップ６７０６において
表明された例外が、オペレーション”catch”によって
表明され、オペレーション”catch”は失敗となる。
表明された例外がクラスオブジェクト６６０８によって
表されたクラスのメンバである場合、処理はメンバテス
トステップ６７１２からステップ６７１６に移行する。
ステップ６７１６では、ステップ６７０４で表明された
例外がスタック６６０６に保存され、処理はステップ６
７１６から終了ステップ６７１０に移行する。前述した
ように、終了ステップ６７１０では、オペレーション”
catch”は成功のうちに終了する。従って表明された例
外はキャッチされ、オペレーション”catch”は成功
し、表明された例外が伝搬されることはない。
【０９７７】図１３０は、プロシージャ６６０４による
オペレーション”catch”の遂行直後のキャッチフレー
ム６６０２の状態を示している。
オペレーション”catch”の遂行直後のキャッチフレー
ム６６０２の状態を示している。
【０９７８】スタック６６０６の上部には、例外６６１
０があり、この例外６６１０が、プロシージャ６６０４
の遂行が失敗した場合にプロシージャ６６０４の遂行に
よって表明される例外である。この場合、例外６６１０
は、クラスオブジェクト６６０８（図１２９）によって
表されるクラスのメンバである。プロシージャ６６０４
の遂行が成功した場合に、スタック６６０６の例外６６
１０（図１３０）の場所にあるのはゼロ（図示しない）
である。従ってここに開示されたコンピュータ命令セッ
トは、例外を検出し取り扱うための手段を備えている。
０があり、この例外６６１０が、プロシージャ６６０４
の遂行が失敗した場合にプロシージャ６６０４の遂行に
よって表明される例外である。この場合、例外６６１０
は、クラスオブジェクト６６０８（図１２９）によって
表されるクラスのメンバである。プロシージャ６６０４
の遂行が成功した場合に、スタック６６０６の例外６６
１０（図１３０）の場所にあるのはゼロ（図示しない）
である。従ってここに開示されたコンピュータ命令セッ
トは、例外を検出し取り扱うための手段を備えている。
【０９７９】ルーピングフィーチャ ここに開示されたコンピュータ命令セットは、実行され
るオブジェクト例えばプロシージャを繰り返し遂行し
て、反復タスクの遂行を容易にするための手段を備えて
いる。前述したオペレーション”while”は、ルーピン
グフィーチャの一例である。そのほかに、実行されるオ
ブジェクトは、オペレーション”loop”及び”repeat”
を用いて繰り返し遂行される。
るオブジェクト例えばプロシージャを繰り返し遂行し
て、反復タスクの遂行を容易にするための手段を備えて
いる。前述したオペレーション”while”は、ルーピン
グフィーチャの一例である。そのほかに、実行されるオ
ブジェクトは、オペレーション”loop”及び”repeat”
を用いて繰り返し遂行される。
【０９８０】オペレーション”loop”は、応答する実行
されるオブジェクトを繰り返し遂行することによって、
実行されるオブジェクトを不特定に遂行する。実行され
るオブジェクトによるオペレーション”loop”の遂行
は、アーギュメントを消費せず、いかなる結果も生じな
い。実行されるオブジェクトによるオペレーション”re
peat”の遂行は、整数アーギュメントを消費し、消費さ
れるアーギュメントの整数の値に等しい回数だけ、応答
する実行されるオブジェクトを実行し、いかなる結果も
生じない。オペレーション”loop”又はオペレーショ
ン”repeat”の間に応答する実行されるオブジェクトが
遂行されることはここでは実行されるオブジェクトの”
反復的な遂行”と呼ばれる。
されるオブジェクトを繰り返し遂行することによって、
実行されるオブジェクトを不特定に遂行する。実行され
るオブジェクトによるオペレーション”loop”の遂行
は、アーギュメントを消費せず、いかなる結果も生じな
い。実行されるオブジェクトによるオペレーション”re
peat”の遂行は、整数アーギュメントを消費し、消費さ
れるアーギュメントの整数の値に等しい回数だけ、応答
する実行されるオブジェクトを実行し、いかなる結果も
生じない。オペレーション”loop”又はオペレーショ
ン”repeat”の間に応答する実行されるオブジェクトが
遂行されることはここでは実行されるオブジェクトの”
反復的な遂行”と呼ばれる。
【０９８１】フローチャート６８００（図１３２）は、
応答する実行されるオブジェクトによって遂行されるオ
ペレーション”loop”のインプリメンテーションを示し
ている。応答する実行されるオブジェクトはステップ６
８０２において遂行される。処理はステップ６８０２か
ら例外テストステップ６８０４に移行し、そこで、オペ
レーション”loop”を遂行するエンジンは、応答する実
行されるオブジェクトが例外を表明するか否かを定め
る。
応答する実行されるオブジェクトによって遂行されるオ
ペレーション”loop”のインプリメンテーションを示し
ている。応答する実行されるオブジェクトはステップ６
８０２において遂行される。処理はステップ６８０２か
ら例外テストステップ６８０４に移行し、そこで、オペ
レーション”loop”を遂行するエンジンは、応答する実
行されるオブジェクトが例外を表明するか否かを定め
る。
【０９８２】例外が表明されなかった場合すなわち応答
する実行されるオブジェクトが成功のうちに遂行された
場合、処理は例外テストステップ６８０４からステップ
６８０２に移行し、そこで応答する実行されるオブジェ
クトが再び遂行される。しかし、応答する実行されるオ
ブジェクトの遂行が例外を表明した場合には、処理は例
外テストステップ６８０４から継続テストステップ６８
０６に移行する。継続テストステップ６８０６におい
て、ステップ６８０２で応答する実行されるオブジェク
トの遂行によって表明された例外は、内部的な例外”継
続”と比較される。 内部的な例外”継続”及び”ブレ
ーク”は、以下に及びアペンディクスＡに一層詳細に説
明されるセレクタ”継続”及び”ブレーク”の実行によ
ってそれぞれ表明される。これらの例外は、内部的な例
外”継続”及び”ブレーク”がそれに応答してアクショ
ンを行うエンジンによって検出されるので、”内部的”
と呼ばれる。第３の内部的な例外すなわちセレクタ”成
功”の実行の結果として表明される内部的な例外”成
功”については以下に説明する。内部的な例外は、オペ
レーション”catch”によってはキャッチされず、オペ
レーション”live”を失敗に終わらせることによって以
下に説明する場合を除いてプロセスの破壊を生じさせ
る。
する実行されるオブジェクトが成功のうちに遂行された
場合、処理は例外テストステップ６８０４からステップ
６８０２に移行し、そこで応答する実行されるオブジェ
クトが再び遂行される。しかし、応答する実行されるオ
ブジェクトの遂行が例外を表明した場合には、処理は例
外テストステップ６８０４から継続テストステップ６８
０６に移行する。継続テストステップ６８０６におい
て、ステップ６８０２で応答する実行されるオブジェク
トの遂行によって表明された例外は、内部的な例外”継
続”と比較される。 内部的な例外”継続”及び”ブレ
ーク”は、以下に及びアペンディクスＡに一層詳細に説
明されるセレクタ”継続”及び”ブレーク”の実行によ
ってそれぞれ表明される。これらの例外は、内部的な例
外”継続”及び”ブレーク”がそれに応答してアクショ
ンを行うエンジンによって検出されるので、”内部的”
と呼ばれる。第３の内部的な例外すなわちセレクタ”成
功”の実行の結果として表明される内部的な例外”成
功”については以下に説明する。内部的な例外は、オペ
レーション”catch”によってはキャッチされず、オペ
レーション”live”を失敗に終わらせることによって以
下に説明する場合を除いてプロセスの破壊を生じさせ
る。
【０９８３】ステップ６８０２において、実行されるオ
ブジェクトの遂行によって表明された例外が内部的な例
外”継続”であると、処理は継続テストステップ６８０
６からステップ６８０２に移行し、そこで応答する実行
されるオブジェクトが再び遂行される。そうでなく、表
明された例外が内部的な例外”継続”でなければ、処理
は継続テストステップ６８０６からブレークテストステ
ップ６８０８に移行する。ブレークテストステップ６８
０８では、応答する実行されるオブジェクトを実施する
ことによって表明された例外は、内部的な例外”ブレー
ク”と比較される。ステップ６８０２において、実行さ
れるオブジェクトの遂行によって表明された例外が内部
的な例外”ブレーク”であると、処理はブレークテスト
ステップ６８０８から終了ステップ６８１０に移行し、
そこでオペレーション”loop”は成功のうちに終了す
る。そうでなくて、表明された例外が内部的な例外”ブ
レーク”でない場合には、処理はブレークテストステッ
プ６８０８から終了ステップ６８１２に移行し、そこで
オペレーション”loop”は失敗に終わり、ステップ６８
０２において応答する実行されるオブジェクトの遂行に
よって表明された例外は、オペレーション”loop”によ
って表明される。
ブジェクトの遂行によって表明された例外が内部的な例
外”継続”であると、処理は継続テストステップ６８０
６からステップ６８０２に移行し、そこで応答する実行
されるオブジェクトが再び遂行される。そうでなく、表
明された例外が内部的な例外”継続”でなければ、処理
は継続テストステップ６８０６からブレークテストステ
ップ６８０８に移行する。ブレークテストステップ６８
０８では、応答する実行されるオブジェクトを実施する
ことによって表明された例外は、内部的な例外”ブレー
ク”と比較される。ステップ６８０２において、実行さ
れるオブジェクトの遂行によって表明された例外が内部
的な例外”ブレーク”であると、処理はブレークテスト
ステップ６８０８から終了ステップ６８１０に移行し、
そこでオペレーション”loop”は成功のうちに終了す
る。そうでなくて、表明された例外が内部的な例外”ブ
レーク”でない場合には、処理はブレークテストステッ
プ６８０８から終了ステップ６８１２に移行し、そこで
オペレーション”loop”は失敗に終わり、ステップ６８
０２において応答する実行されるオブジェクトの遂行に
よって表明された例外は、オペレーション”loop”によ
って表明される。
【０９８４】図１３３は、実行されるオブジェクト６９
０４によるオペレーション”repeat”の遂行の動的状態
を記録するリピートフレーム６９０２を示している。リ
ピートフレーム６９０２は、あるプロセス（図示しな
い）の実行状態の一部分である。リピートフレーム６９
０２は、プロパティ”procedure”、”repetition
s”、”repetitionsSoFar”及び”position”を含む。
実行されるオブジェクト６９０４は、オペレーション”
repeat”のレスポンダであり、リピートフレーム６９０
２のプロパティ”procedure”である。整数６９１０、
６９１１は、リピートフレーム６９０２のそれぞれプロ
パティ”repetitionsSoFar”及び”repetitions”であ
る。整数６９１０は、実行されるオブジェクト６９０６
の終了した反復遂行の回数を示し、整数６９１１は、消
費された整数のアーギュメントによって特定される反復
遂行の全回数である。
０４によるオペレーション”repeat”の遂行の動的状態
を記録するリピートフレーム６９０２を示している。リ
ピートフレーム６９０２は、あるプロセス（図示しな
い）の実行状態の一部分である。リピートフレーム６９
０２は、プロパティ”procedure”、”repetition
s”、”repetitionsSoFar”及び”position”を含む。
実行されるオブジェクト６９０４は、オペレーション”
repeat”のレスポンダであり、リピートフレーム６９０
２のプロパティ”procedure”である。整数６９１０、
６９１１は、リピートフレーム６９０２のそれぞれプロ
パティ”repetitionsSoFar”及び”repetitions”であ
る。整数６９１０は、実行されるオブジェクト６９０６
の終了した反復遂行の回数を示し、整数６９１１は、消
費された整数のアーギュメントによって特定される反復
遂行の全回数である。
【０９８５】フローチャート７０００（図１３４）は、
実行されるオブジェクト６９０４によって遂行されるオ
ペレーション”repeat”のインプリメンテーションを示
している。ステップ７００２において、整数６９１０は
ゼロにイニシャライズされ、整数６９１１は、アーギュ
メントとして消費された整数の値にイニシャライズされ
る。処理はステップ７００２からテストステップ７００
４に移行し、そこで整数６９１０は整数６９１１と比較
される。整数６９１０が整数６９１１に等しいかこれよ
りも大きければ、処理はテストステップ７００４から終
了ステップ７０１８に移行し、そこでオペレーション”
repeat”は成功のうちに終了する。従って、消費される
整数が整数でなければ、オペレーション”repeat”の遂
行は効果を持たない。そうでないと、すなわち整数６９
１０が整数６９１１より小さいと、処理はテストステッ
プ７００４からステップ７００５に移行し、そこで整数
６９１０はインクリメントされる。処理はステップ７０
０５からステップ７００６に移行し、そこで整数６９１
０に等しい値を持つ整数オブジェクトが現在のスタック
に保存される。
実行されるオブジェクト６９０４によって遂行されるオ
ペレーション”repeat”のインプリメンテーションを示
している。ステップ７００２において、整数６９１０は
ゼロにイニシャライズされ、整数６９１１は、アーギュ
メントとして消費された整数の値にイニシャライズされ
る。処理はステップ７００２からテストステップ７００
４に移行し、そこで整数６９１０は整数６９１１と比較
される。整数６９１０が整数６９１１に等しいかこれよ
りも大きければ、処理はテストステップ７００４から終
了ステップ７０１８に移行し、そこでオペレーション”
repeat”は成功のうちに終了する。従って、消費される
整数が整数でなければ、オペレーション”repeat”の遂
行は効果を持たない。そうでないと、すなわち整数６９
１０が整数６９１１より小さいと、処理はテストステッ
プ７００４からステップ７００５に移行し、そこで整数
６９１０はインクリメントされる。処理はステップ７０
０５からステップ７００６に移行し、そこで整数６９１
０に等しい値を持つ整数オブジェクトが現在のスタック
に保存される。
【０９８６】処理はステップ７００６からステップ７０
０８に移行し、そこで応答する実行されるオブジェクト
６９０４が遂行される。現在のスタックから整数をポッ
プすることは、実行されるオブジェクト６９０４の仕事
である。換言すれば、実行されるオブジェクト６９０４
の遂行が現在のスタックから整数をポップしない場合に
は、整数は、オペレーション”repeat”の遂行の間現在
のスタックに留まっている。
０８に移行し、そこで応答する実行されるオブジェクト
６９０４が遂行される。現在のスタックから整数をポッ
プすることは、実行されるオブジェクト６９０４の仕事
である。換言すれば、実行されるオブジェクト６９０４
の遂行が現在のスタックから整数をポップしない場合に
は、整数は、オペレーション”repeat”の遂行の間現在
のスタックに留まっている。
【０９８７】処理はステップ７００８から例外テストス
テップ７０１０に移行し、そこで、オペレーション”re
peat”の遂行を行うエンジンは、応答する実行されるオ
ブジェクト６９０４の遂行が例外を表明するか否かを定
める。例外が表明されなかったら、処理は例外テストス
テップ７０１０からテストステップ７００４に移行す
る。その逆に、例外が表明された場合、処理は例外テス
トステップ７０１０から、継続テストステップ７０１４
に移行し、そこで例外が内部的な例外”継続”と比較さ
れる。表明された例外が内部的な例外”継続”であれ
ば、処理は継続テストステップ７０１４からテストステ
ップ７００４に移行する。このように、ステップ７００
８において例外が表明されなかったり、表明された例外
が内部的な例外”継続”である場合には、処理はテスト
ステップ７００４に移行し、そこで整数６９１０が整数
６９１１と再び比較される。従って、セレクタ”継続”
の実行は、早すぎる時期に、応答する実行されるオブジ
ェクト６９０４の反復遂行を終了させ、オペレーショ
ン”repeat”の遂行においてその後の反復的な遂行に影
響することはない。
テップ７０１０に移行し、そこで、オペレーション”re
peat”の遂行を行うエンジンは、応答する実行されるオ
ブジェクト６９０４の遂行が例外を表明するか否かを定
める。例外が表明されなかったら、処理は例外テストス
テップ７０１０からテストステップ７００４に移行す
る。その逆に、例外が表明された場合、処理は例外テス
トステップ７０１０から、継続テストステップ７０１４
に移行し、そこで例外が内部的な例外”継続”と比較さ
れる。表明された例外が内部的な例外”継続”であれ
ば、処理は継続テストステップ７０１４からテストステ
ップ７００４に移行する。このように、ステップ７００
８において例外が表明されなかったり、表明された例外
が内部的な例外”継続”である場合には、処理はテスト
ステップ７００４に移行し、そこで整数６９１０が整数
６９１１と再び比較される。従って、セレクタ”継続”
の実行は、早すぎる時期に、応答する実行されるオブジ
ェクト６９０４の反復遂行を終了させ、オペレーショ
ン”repeat”の遂行においてその後の反復的な遂行に影
響することはない。
【０９８８】継続テストステップ７０１４において、ス
テップ７００８で応答する実行されるオブジェクト６９
０４の遂行が内部的な例外”継続”以外の例外を表明し
たことをエンジンが定めた場合、処理は継続テストステ
ップ７０１４からブレークテストステップ７０１６に移
行する。ブレークテストステップ７０１６において、表
明された例外が内部的な例外”ブレーク”と比較され
る。表明された例外が内部的な例外”ブレーク”であれ
ば、処理はブレークテストステップ７０１６から終了テ
ストステップ７０１８に移行する。
テップ７００８で応答する実行されるオブジェクト６９
０４の遂行が内部的な例外”継続”以外の例外を表明し
たことをエンジンが定めた場合、処理は継続テストステ
ップ７０１４からブレークテストステップ７０１６に移
行する。ブレークテストステップ７０１６において、表
明された例外が内部的な例外”ブレーク”と比較され
る。表明された例外が内部的な例外”ブレーク”であれ
ば、処理はブレークテストステップ７０１６から終了テ
ストステップ７０１８に移行する。
【０９８９】終了テストステップ７０１８において、オ
ペレーション”repeat”は成功のうちに終了する。従っ
て、セレクタ”ブレーク”の実行は、応答する実行され
るオブジェクト６９０４の反復的な遂行を終了させ、オ
ペレーション”repeat”の遂行を成功のうちに終了さ
せ、オペレーション”repeat”の遂行においてその後の
反復的な遂行を全てアボートする。
ペレーション”repeat”は成功のうちに終了する。従っ
て、セレクタ”ブレーク”の実行は、応答する実行され
るオブジェクト６９０４の反復的な遂行を終了させ、オ
ペレーション”repeat”の遂行を成功のうちに終了さ
せ、オペレーション”repeat”の遂行においてその後の
反復的な遂行を全てアボートする。
【０９９０】表明された例外が、内部的な例外”ブレー
ク”でない場合には、処理はブレークテストステップ７
０１６から終了ステップ７０２０に移行する。
ク”でない場合には、処理はブレークテストステップ７
０１６から終了ステップ７０２０に移行する。
【０９９１】ステップ７０２０では、応答する実行され
るオブジェクトの６９０４の遂行によって表明された例
外は、オペレーション”repeat”によって表明され、オ
ペレーション”repeat”を失敗させ、例外を伝搬させ
る。前述したように、オペレーション”catch”は、例
外の伝搬を防止するために使用することができる。 整
数６９１０がステップ７００５において、ゼロに等しい
か、又はゼロより小さい値までデクリメントされると、
処理はテストステップ７００４から終了ステップ７０１
８に移行し、そこでオペレーション”repeat”が成功の
うちに終了する。実行されるオブジェクトによるオペレ
ーション”repeat”の遂行は、図１３４においてステッ
プ７００８によって実行されるオブジェクトの遂行から
結果したもの以外の結果を生じさせない。
るオブジェクトの６９０４の遂行によって表明された例
外は、オペレーション”repeat”によって表明され、オ
ペレーション”repeat”を失敗させ、例外を伝搬させ
る。前述したように、オペレーション”catch”は、例
外の伝搬を防止するために使用することができる。 整
数６９１０がステップ７００５において、ゼロに等しい
か、又はゼロより小さい値までデクリメントされると、
処理はテストステップ７００４から終了ステップ７０１
８に移行し、そこでオペレーション”repeat”が成功の
うちに終了する。実行されるオブジェクトによるオペレ
ーション”repeat”の遂行は、図１３４においてステッ
プ７００８によって実行されるオブジェクトの遂行から
結果したもの以外の結果を生じさせない。
【０９９２】セレクタ”継続”の実行によって、内部的
な例外”継続”が表明され、この内部的な例外は、オペ
レーション”while”、例えば継続テストステップ６５
２２（図１２８）、オペレーション”loop”、例えば継
続テストステップ６８０６（図１３２）、及びオペレー
ション”repeat”例えば継続テストステップ７０１４
（図１３４）によってキャッチされる。セレクタ”継
続”の実行による内部的な例外”継続”の表明は、オペ
レーション”while”、”loop”、又は”repeat”を遂
行している実行されるオブジェクトの反復的な遂行を終
了させる。先により詳細に述べたように、オペレーショ
ン”while”、”loop”又は”repeat”を遂行している
間に、内部的な例外”継続”の検出によって、応答する
プロシージャのその後の反復的な遂行例えば図１２８、
図１３２及び図１３４の継続テストステップ６５２２、
６０６、７０１４のような反復的な遂行が生ずる。
な例外”継続”が表明され、この内部的な例外は、オペ
レーション”while”、例えば継続テストステップ６５
２２（図１２８）、オペレーション”loop”、例えば継
続テストステップ６８０６（図１３２）、及びオペレー
ション”repeat”例えば継続テストステップ７０１４
（図１３４）によってキャッチされる。セレクタ”継
続”の実行による内部的な例外”継続”の表明は、オペ
レーション”while”、”loop”、又は”repeat”を遂
行している実行されるオブジェクトの反復的な遂行を終
了させる。先により詳細に述べたように、オペレーショ
ン”while”、”loop”又は”repeat”を遂行している
間に、内部的な例外”継続”の検出によって、応答する
プロシージャのその後の反復的な遂行例えば図１２８、
図１３２及び図１３４の継続テストステップ６５２２、
６０６、７０１４のような反復的な遂行が生ずる。
【０９９３】セレクタ”ブレーキ”の実行は、内部的な
例外”ブレーキ”を生じさせ、この例外”ブレーキ”
は、オペレーション”while”によって、例えば、ブレ
ーキテストステップ６５２４（図１２８）によって、ま
たオペレーション”loop”、例えばブレーキテストステ
ップ６８０８（図１３２）によって、またオペレーショ
ン”repeat”、例えばブレーキテストステップ７０１６
（図１３４）によってキャッチされる。前述した内部的
な例外”継続”の表明の場合と同様に、内部的な例外”
ブレーキ”が表明されると、オペレーション”whil
e”、”loop”又は”repeat”の遂行の間の実行される
オブジェクトの反復的な遂行が終了される。しかし、内
部的な例外”ブレーキ”の表明は、応答する実行される
オブジェクトのその後の反復的な遂行を表示させるので
はなく、オペレーション”while”、”loop”又は”rep
eat”の遂行を終了させる。
例外”ブレーキ”を生じさせ、この例外”ブレーキ”
は、オペレーション”while”によって、例えば、ブレ
ーキテストステップ６５２４（図１２８）によって、ま
たオペレーション”loop”、例えばブレーキテストステ
ップ６８０８（図１３２）によって、またオペレーショ
ン”repeat”、例えばブレーキテストステップ７０１６
（図１３４）によってキャッチされる。前述した内部的
な例外”継続”の表明の場合と同様に、内部的な例外”
ブレーキ”が表明されると、オペレーション”whil
e”、”loop”又は”repeat”の遂行の間の実行される
オブジェクトの反復的な遂行が終了される。しかし、内
部的な例外”ブレーキ”の表明は、応答する実行される
オブジェクトのその後の反復的な遂行を表示させるので
はなく、オペレーション”while”、”loop”又は”rep
eat”の遂行を終了させる。
【０９９４】内部的な例外”継続”及び”ブレーキ”
は、オペレーション”while”、”loop”及び”repea
t”のコンテキスト内においてのみ他の例外から識別さ
れうる。従って、内部的な例外”継続”及び”ブレー
キ”の以下の説明のコンテキストにおいて、オペレーシ
ョン”while”、”loop”及び”repeat”は、集合的に
て、”関連のあるオペレーション”と呼ばれる。関連す
るオペレーションの各々は、内部的な例外”継続”及
び”ブレーキ”を検出し、それに応答してアクションを
行うので、内部的な例外”継続”及び”ブレーキ”は他
の例外のように関連するオペレーションのどちらによっ
ても表明されない。図１３５は例示的な例として用いら
れる。
は、オペレーション”while”、”loop”及び”repea
t”のコンテキスト内においてのみ他の例外から識別さ
れうる。従って、内部的な例外”継続”及び”ブレー
キ”の以下の説明のコンテキストにおいて、オペレーシ
ョン”while”、”loop”及び”repeat”は、集合的に
て、”関連のあるオペレーション”と呼ばれる。関連す
るオペレーションの各々は、内部的な例外”継続”及
び”ブレーキ”を検出し、それに応答してアクションを
行うので、内部的な例外”継続”及び”ブレーキ”は他
の例外のように関連するオペレーションのどちらによっ
ても表明されない。図１３５は例示的な例として用いら
れる。
【０９９５】スタック７１０４はプロセス７１０２のプ
ロパティであり、プロセス７１０２の実行のスレッドを
表している。ユーザーによって定義されたフレーム７１
０６はスタック７１０４の底部にあり、オペレーショ
ン”live”の遂行の動的状態を記録する。底部から上部
にかけてのスタック７１０４の残りの内容は、リピート
フレーム７１０８、あらかじめ定義されたフレーム７１
１０（オペレーション”loop”の遂行の動的状態を記録
する）及びユーザーによって定義されたフレーム７１１
２である。従って、図１３５のオペレーション内部
は、”live”は、さらに別の１つのフィーチャの遂行を
表示させるオペレーション”loop”の遂行を生じさせる
オペレーション”repeat”の遂行を生じさせる。
ロパティであり、プロセス７１０２の実行のスレッドを
表している。ユーザーによって定義されたフレーム７１
０６はスタック７１０４の底部にあり、オペレーショ
ン”live”の遂行の動的状態を記録する。底部から上部
にかけてのスタック７１０４の残りの内容は、リピート
フレーム７１０８、あらかじめ定義されたフレーム７１
１０（オペレーション”loop”の遂行の動的状態を記録
する）及びユーザーによって定義されたフレーム７１１
２である。従って、図１３５のオペレーション内部
は、”live”は、さらに別の１つのフィーチャの遂行を
表示させるオペレーション”loop”の遂行を生じさせる
オペレーション”repeat”の遂行を生じさせる。
【０９９６】ユーザーによって定義されたフレーム７１
１２によってその動的状態を記録されるフィーチャの遂
行が、セレクタ”継続”又はセレクタ”ブレーキ”を実
行させると想定する。前述したように、セレクタ”継
続”又は”ブレーキ”の実行は、対応する内部的例外を
表明する。これらの内部的な例外をキャッチするように
デザインされていないオペレーション、すなわち関連す
るオペレーション以外のオペレーションは、普通の例外
が表明されたかのように挙動する（図１０９の例外とし
てステップ５２１０及び終了ステップ５２１２について
の前記の説明参照）。この状態のもとでは、内部的な例
外は、ユーザーによって定義されたフレーム７１１２に
よって表されるフィーチャの遂行によって伝搬され、前
述したようにあらかじめ規定されたフレーム７１１０に
よって表されるオペレーション”loop”の遂行によって
キャッチされる。内部的な例外は、ループフレーム７１
１０によって表されるオペレーション”loop”によって
伝搬されず、従ってリピートフレーム７１０８によって
表されるオペレーション”repeat”の遂行には影響しな
い。
１２によってその動的状態を記録されるフィーチャの遂
行が、セレクタ”継続”又はセレクタ”ブレーキ”を実
行させると想定する。前述したように、セレクタ”継
続”又は”ブレーキ”の実行は、対応する内部的例外を
表明する。これらの内部的な例外をキャッチするように
デザインされていないオペレーション、すなわち関連す
るオペレーション以外のオペレーションは、普通の例外
が表明されたかのように挙動する（図１０９の例外とし
てステップ５２１０及び終了ステップ５２１２について
の前記の説明参照）。この状態のもとでは、内部的な例
外は、ユーザーによって定義されたフレーム７１１２に
よって表されるフィーチャの遂行によって伝搬され、前
述したようにあらかじめ規定されたフレーム７１１０に
よって表されるオペレーション”loop”の遂行によって
キャッチされる。内部的な例外は、ループフレーム７１
１０によって表されるオペレーション”loop”によって
伝搬されず、従ってリピートフレーム７１０８によって
表されるオペレーション”repeat”の遂行には影響しな
い。
【０９９７】関連のあるオペレーションは現に遂行され
ていない場合、すなわち、スタック７１０４に存在しな
い場合、セレクタ”継続”又はセレクタ”ブレーキ”が
実行されると、クラス”ループ不在”の例外が発生す
る。クラス”ループ不在”の例外は、内部的な例外では
ないので、他の例外と同様に、伝搬される。
ていない場合、すなわち、スタック７１０４に存在しな
い場合、セレクタ”継続”又はセレクタ”ブレーキ”が
実行されると、クラス”ループ不在”の例外が発生す
る。クラス”ループ不在”の例外は、内部的な例外では
ないので、他の例外と同様に、伝搬される。
【０９９８】内部的な例外”成功”が表明された場合、
すなわちセレクタ”成功”が実行された場合、現在の方
法の遂行は成功の後に終了する。なお、あらかじめ規定
されたフィーチャは直接に、すなわちエンジンを集合的
に形成するコンピュータ命令中においてインプリメント
されるので、ユーザーによって定義されたフィーチャの
みが方法オブジェクトによってインプリメントされる。
従って、その遂行の動的状態があらかじめ規定されたフ
レーム７１１０（図１３５）に記録されるオペレーショ
ン”loop”がセレクタ”成功”を実行する場合、内部的
な例外”成功”が表明され、オペレーション”loop”の
実行が終了する。
すなわちセレクタ”成功”が実行された場合、現在の方
法の遂行は成功の後に終了する。なお、あらかじめ規定
されたフィーチャは直接に、すなわちエンジンを集合的
に形成するコンピュータ命令中においてインプリメント
されるので、ユーザーによって定義されたフィーチャの
みが方法オブジェクトによってインプリメントされる。
従って、その遂行の動的状態があらかじめ規定されたフ
レーム７１１０（図１３５）に記録されるオペレーショ
ン”loop”がセレクタ”成功”を実行する場合、内部的
な例外”成功”が表明され、オペレーション”loop”の
実行が終了する。
【０９９９】オペレーション”loop”はあらかじめ規定
されているので、オペレーション”loop”は内部的な例
外”成功”をキャッチせず、従って内部的な例外”成
功”を伝搬させ、その遂行の動的状態がリピートフレー
ム７１０８に記録されるオペレーション”repeat”を終
了させる。同様に、オペレーション”repeat”はあらか
じめ規定されているので、オペレーション”repeat”は
内部的な例外”成功”をキャッチせず、その遂行の動的
状態がユーザーによって定義されたフレーム７１０６中
に記録されているオペレーション”live”を終了させ
る。しかしオペレーション”live”はあらかじめ規定さ
れたインプリメンテーションを持たないので、オペレー
ション”live”は成功のうちに終了し、すなわち、例外
の表明によって失敗に終わらない。同様に、ユーザーに
よって定義されたフレーム７１１２のサブジェクトを方
法とするフィーチャが内部的な例外”成功”を表明した
場合、すなわち、セレクタ”成功”を実行した場合、そ
のフィーチャは、成功のうちに終了し、内部的な例外”
成功”はキャッチされる。この場合、内部的な例外”成
功”は、あらかじめ規定されたフレーム７１１０、リピ
ートフレーム７１０８及びユーザーによって定義された
フレーム７１０６には影響しない。
されているので、オペレーション”loop”は内部的な例
外”成功”をキャッチせず、従って内部的な例外”成
功”を伝搬させ、その遂行の動的状態がリピートフレー
ム７１０８に記録されるオペレーション”repeat”を終
了させる。同様に、オペレーション”repeat”はあらか
じめ規定されているので、オペレーション”repeat”は
内部的な例外”成功”をキャッチせず、その遂行の動的
状態がユーザーによって定義されたフレーム７１０６中
に記録されているオペレーション”live”を終了させ
る。しかしオペレーション”live”はあらかじめ規定さ
れたインプリメンテーションを持たないので、オペレー
ション”live”は成功のうちに終了し、すなわち、例外
の表明によって失敗に終わらない。同様に、ユーザーに
よって定義されたフレーム７１１２のサブジェクトを方
法とするフィーチャが内部的な例外”成功”を表明した
場合、すなわち、セレクタ”成功”を実行した場合、そ
のフィーチャは、成功のうちに終了し、内部的な例外”
成功”はキャッチされる。この場合、内部的な例外”成
功”は、あらかじめ規定されたフレーム７１１０、リピ
ートフレーム７１０８及びユーザーによって定義された
フレーム７１０６には影響しない。
【１０００】前述したオペレーション、すなわち、オペ
レーション”do”、”if”、”either”、”whil
e”、”select”、”catch”、”loop”及び”repeat”
は、現在のメソッドのコンテキストにおいて遂行され
る。前述したように、あらかじめ規定されたオペレーシ
ョンは、方法オブジェクトによってインプリメントされ
ない。前述したオペレーションは、すべてあらかじめ規
定されており、従って方法オブジェクトによってインプ
リメントされない。前述した各オペレーションの、ユー
ザーのメソッドのコンテキストにおいての遂行は、一例
として容易に記載される。
レーション”do”、”if”、”either”、”whil
e”、”select”、”catch”、”loop”及び”repeat”
は、現在のメソッドのコンテキストにおいて遂行され
る。前述したように、あらかじめ規定されたオペレーシ
ョンは、方法オブジェクトによってインプリメントされ
ない。前述したオペレーションは、すべてあらかじめ規
定されており、従って方法オブジェクトによってインプ
リメントされない。前述した各オペレーションの、ユー
ザーのメソッドのコンテキストにおいての遂行は、一例
として容易に記載される。
【１００１】一例として、その方法がフレーム７１１２
（図１３５）のサブジェクトであるフィーチャが、スタ
ック７１０４のユーザーによって定義されたフレーム７
１１２の直上のあらかじめ規定されたフレーム（図示し
ない）にその遂行が記録されている前記のあらかじめ規
定されたオペレーションの１つの遂行をリクエストした
ものと想定する。あらかじめ規定されたオペレーション
の遂行の間に、ユーザーによって定義されたフレーム７
１１２のプロパティ”stack”は、現在のスタックのま
まである。従って、あらかじめ規定されたオペレーショ
ンの遂行は、ユーザーによって定義されたフレーム７１
１２のプロパティ”stack”に対して、アーギュメント
をポップしたり、結果を保存したりする。従って前記の
あらかじめ規定されたオペレーションは、現在の方法の
コンテキストにおいて遂行される。
（図１３５）のサブジェクトであるフィーチャが、スタ
ック７１０４のユーザーによって定義されたフレーム７
１１２の直上のあらかじめ規定されたフレーム（図示し
ない）にその遂行が記録されている前記のあらかじめ規
定されたオペレーションの１つの遂行をリクエストした
ものと想定する。あらかじめ規定されたオペレーション
の遂行の間に、ユーザーによって定義されたフレーム７
１１２のプロパティ”stack”は、現在のスタックのま
まである。従って、あらかじめ規定されたオペレーショ
ンの遂行は、ユーザーによって定義されたフレーム７１
１２のプロパティ”stack”に対して、アーギュメント
をポップしたり、結果を保存したりする。従って前記の
あらかじめ規定されたオペレーションは、現在の方法の
コンテキストにおいて遂行される。
【１００２】前述したオペレーション、すなわちオペレ
ーション”do”、”if”、”either”、”while”、”s
elect”、”catch”、”loop”、”repeat”、”contin
ue”及び”break”は、実質的な一般性及び融通性を本
発明によるオブジェクト志向命令セットに供与する。す
なわち、エージェントは、１つのプレイスから別のプレ
イスに移動する間に複雑なロジックを使用し、いろいろ
なプレイスにおいて生み出されるエージェントとの相互
作用によって情報をディポジットしたり収集したりする
ことができる。
ーション”do”、”if”、”either”、”while”、”s
elect”、”catch”、”loop”、”repeat”、”contin
ue”及び”break”は、実質的な一般性及び融通性を本
発明によるオブジェクト志向命令セットに供与する。す
なわち、エージェントは、１つのプレイスから別のプレ
イスに移動する間に複雑なロジックを使用し、いろいろ
なプレイスにおいて生み出されるエージェントとの相互
作用によって情報をディポジットしたり収集したりする
ことができる。
【１００３】すなわち、それ自身の運動をコンピュータ
ネットワークを通じて差し向け、ネットワークを通じて
複数の活性のそれ自身のコピーを送出し、遠隔のコンピ
ュータノードに見いだされる他のコンピュータプロセス
と相互作用し、それによってプロセスの間に情報を伝達
することもできる新規なコンピュータプロセスのセット
が提供される。新規なコンピュータプロセスのセットを
形成するここに開示されたコンピュータ命令セットは、
携帯型であり又一般的である。コンピュータ命令のセッ
トはコンピュータネットワークの各々のノードに一様に
インプリメントされている。クラスは開示された命令セ
ット内のオブジェクトとされる。本発明においてあるプ
ロセスの命令は、コンパイルされるのではなく解釈され
る。コントロールコンストラクトは、リソースのマネー
ジメント、決定の取扱い、例外の取扱い及びループコン
ストラクトのために用意される。従って、携帯型で一般
的なコンピュータ命令セットが提供され、この命令セッ
トからコンピュータプロセスの新規なセットが構成され
る。
ネットワークを通じて差し向け、ネットワークを通じて
複数の活性のそれ自身のコピーを送出し、遠隔のコンピ
ュータノードに見いだされる他のコンピュータプロセス
と相互作用し、それによってプロセスの間に情報を伝達
することもできる新規なコンピュータプロセスのセット
が提供される。新規なコンピュータプロセスのセットを
形成するここに開示されたコンピュータ命令セットは、
携帯型であり又一般的である。コンピュータ命令のセッ
トはコンピュータネットワークの各々のノードに一様に
インプリメントされている。クラスは開示された命令セ
ット内のオブジェクトとされる。本発明においてあるプ
ロセスの命令は、コンパイルされるのではなく解釈され
る。コントロールコンストラクトは、リソースのマネー
ジメント、決定の取扱い、例外の取扱い及びループコン
ストラクトのために用意される。従って、携帯型で一般
的なコンピュータ命令セットが提供され、この命令セッ
トからコンピュータプロセスの新規なセットが構成され
る。
【１００４】コンピュータ命令の１つの特別のセットを
以上に又アペンディクスに説明したが、本発明はここに
記載された命令の機能性に限定されない。従って本発明
の範囲は請求範囲の記載のみによって限定される。
以上に又アペンディクスに説明したが、本発明はここに
記載された命令の機能性に限定されない。従って本発明
の範囲は請求範囲の記載のみによって限定される。
【１００５】アペンディックスＡ 著作権 ジェネラル・マジック社 1991、1992、1993。
複製を禁ず。
複製を禁ず。
【１００６】以下の目次は、読者がアペンディックスの
構成を理解しその情報を検索するために役立てるもので
ある。
構成を理解しその情報を検索するために役立てるもので
ある。
【１００７】目次 1 序 1.1 テレスクリプト（Telescript）インス
トラクションセット 1.2 テレスクリプト エンジン 1.3 テレスクリプト ネットワーク 1.4 本アペンディックス 1.4.1 適用範囲（Scope） 1.4.2 一致（Conformance） 1.4.3 慣例（Conventions） 1.4.4 構成（Organization） 1.4.5 ロードマップ（Road Map） 1.4.6 リファレンス（Reference） 2 テレスクリプトの概念 2.1 モデル 2.2 オブジェクトモデル 2.2.1 オブジェクト 2.2.2 リファレンス 2.2.3 クラス 2.2.4 インヘリタンス 2.2.5 フィーチャ 2.2.6 属性 2.2.7 オペレーション 2.2.8 例外 2.2.9 コンストレイント 2.2.10 プロパティ 2.2.11 コピー 2.2.12 オブジェクトの初期化 2.2.13 オブジェクトの最終化 2.2.14 クラスの構造 2.3 実行モデル 2.3.1 メソッド 2.3.2 プロシージャ 2.3.3 実行されるオブジェクト 2.3.4 識別子 2.3.5 静的な置換の規則 2.3.6 動的な置換の規則 2.3.7 セレクタの実行 2.3.8 モディファイヤの実行 2.3.9 識別子の実行 2.3.10 メソッドの選択 2.3.11 メソッドの遂行 2.4 プロセスモデル 2.4.1 プロセス 2.4.2 位相 2.4.3 スレッド 2.4.4 リソース 2.4.5 パーミット 2.4.6 オーナーシップ 2.4.7 クローニング 2.4.8 ブランディング 2.4.9 コンタクト 2.4.10 アイソレーション 2.4.11 終了 2.5 ネットワーク・モデル 2.5.1 エージェント 2.5.2 プレイス 2.5.3 トリップ 2.5.4 チケット 2.5.5 ミーティング 2.5.6 ペティション 2.5.7 占有 2.5.8 コンタクト 2.5.9 サイテイション 2.5.10 テレネーム 2.5.11 テレアドレス 2.5.12 相互変換 2.6 タイムキーピング・モデル 2.6.1 時間 2.6.2 カレンダ時間 2.7 パターンマッチングモデル 2.7.1 パターン 2.7.2 構造 2.7.3 他の非ターミナル 2.7.4 メタキャラクタ 3 テレスクリプトクラスの概観 3.1 グループ 3.2 カーネルグループ 3.2.1 クラス 3.2.2 コンストレインド 3.2.3 コンストレイント 3.2.4 例外 3.2.5 実行される 3.2.6 実行の例外 3.2.7 識別子 3.2.8 カーネル例外 3.2.9 マーク 3.2.10 モディファイヤ 3.2.11 ゼロ 3.2.12 オブジェクト 3.2.13 パッケージ 3.2.14 プロシージャ 3.2.15 プログラミングの例外 3.2.16 有資格の識別子 3.2.17 リファレンスド 3.2.18 セレクタ 3.2.19 変更されない 3.2.20 予想されない例外 3.2.21 検査 3.3 プリミティブグループ 3.3.1 ビット 3.3.2 ブーリアン 3.3.3 ケースド 3.3.4 キャラクタ 3.3.5 整数 3.3.6 数 3.3.7 オクテット 3.3.8 順序あり 3.3.9 プリミティブ 3.3.10 プリミティブの例外 3.3.11 テレナンバ 3.3.12 時間 3.4 コレクショングループ 3.4.1 アソシエーション 3.4.2 ビットストリング 3.4.3 コレクション 3.4.4 コレクションの例外 3.4.5 コンストレインドディクショナリ 3.4.6 コンストレインドリスト 3.4.7 コンストレインドセット 3.4.8 ディクショナリ 3.4.9 ハッシュド 3.4.10 レキシコン 3.4.11 リスト 3.4.12 オクテットストリング 3.4.13 セット 3.4.14 スタック 3.4.15 ストリーム 3.4.16 ストリング 3.5 クラス定義グループ 3.5.1 属性 3.5.2 クラス定義 3.5.3 クラスの例外 3.5.4 フィーチャ 3.5.5 インプリメンテーション 3.5.6 インターフェース 3.5.7 メソッド 3.5.8 オペレーション 3.6 特定化グループ 3.6.1 サイテイション 3.6.2 引用 3.6.3 名前付け 3.6.4 テレアドレス 3.6.5 テレネーム 3.7 プロセスグループ 3.7.1 コンタクト 3.7.2 コンタクティッド 3.7.3 パーミット 3.7.4 プロセスの例外 3.7.5 プロセス 3.7.6 リソース 3.8 エージェント及びプレイスグループ 3.8.1 エージェント 3.8.2 オーセンティケータ 3.8.3 相互変換 3.8.4 手段 3.8.5 プレイス 3.8.6 チケット 3.8.7 チケットスタブ 3.8.8 トリップの例外 3.8.9 移動しない 3.8.10 ウェイ 3.9 ミーティンググループ 3.9.1 ミーティングの例外 3.9.2 ミーティングプレイス 3.9.3 ペティション 3.9.4 ペティションド 3.10 その他のグループ 3.10.1 カレンダ時間 3.10.2 種々の例外 3.10.3 パターン 3.10.4 ランダムストリーム 3.10.5 実数 4 テレスクリプトクラスの詳細 4.1 コンベンション 4.2 エージェント 4.3 アソシーエーション 4.4 属性 4.5 オーセンティケイタ 4.6 ビット 4.7 ビットストリング 4.8 ブーリアン 4.9 カレンダ時間 4.10 ケースド 4.11 キャラクタ 4.12 サイテイション 4.13 サイティド 4.14 クラス 4.15 クラス定義 4.16 クラスの例外 4.17 コレクション 4.18 コレクションの例外 4.19 コンストレインド 4.20 コンストラインドディクショナリ 4.21 コンストレインドリスト 4.22 コンストレインドセット 4.23 コンストレイント 4.24 コンタクト 4.25 コンタクティド 4.26 ディクショナリ 4.27 例外 4.28 実行される 4.29 実行の例外 4.30 フィーチャ 4.31 ハッシュド 4.32 アイデンティファイヤ 4.33 インプレメンテーション 4.34 整数 4.35 インテーチェンジド 4.36 インターフェース 4.37 カーネルの例外 4.38 レキシコン 4.39 リスト 4.40 マーク 4.41 手段 4.42 ミーティングの例外 4.43 ミーティングプレイス 4.44 メソッド 4.45 その他の例外 4.46 モディファイヤ 4.47 ネームド 4.48 ニル 4.49 ナンバ 4.50 オブジェクト 4.51 オクテット 4.52 オクテットストリング 4.53 オペレーション 4.54 オーダード 4.55 パッケージ 4.56 パターン 4.57 パーミット 4.58 ペティション 4.59 ペティションド 4.60 プレイス 4.61 プリミティブ 4.62 プリミティブエクセプション 4.63 プロシージャ 4.64 プロセス 4.65 プロセスエクセプション 4.66 プログラミングエクセプション 4.67 クオリファイドアイデンティファイヤ 4.68 ランダムストリート 4.69 実数 4.70 リファレンスド 4.71 リソース 4.72 セレクタ 4.73 セット 4.74 スタック 4.75 ストリーム 4.76 ストリング 4.77 テレアドレス 4.78 テレネーム 4.79 テレナンバ 4.80 チケット 4.81 チケットスタブ 4.82 タイム 4.83 トリップエクセプション 4.84 アンチェンジド 4.85 アネクスペクティドエクセプション 4.86 アンムーブド 4.87 ベリファイド 4.88 ウェイ 5 テレスクリプトシンタックス 5.1 テレスクリプト 5.2 キャラクタテレスクリプト 5.2.1 プリフエイスとコメント 5.2.2 エグゼキュートオブジェクツ 5.2.3 他の非ターミナル 5.3.1 プリウエイスとコメント 5.3.2 エグゼキューティドオブジェクト 5.3.3 他の非ターミナル 5.4 数値コード 5.4.2 プレデファインディドフィーチャーズ 6. モジュールのシンタックス 6.1 一般的な構造 6.2 詳細な構造 6.2.1 モジュール 6.2.2 インターフェース 6.2.3 フィーチャ 6.2.4 コンストレイント 6.2.5 他の非ターミナル 7 プレデファインドモジュール 8 プレデファインドクラスグラフ １ 序 このアペンディックスのこのセクションでは、テレスク
リプト（以下、Telescriptをカタカナで表記する）・テ
クノロジーの３つの主要な要素を紹介する。：３つの主
要な要素は、テレスクリプトインストラクションセッ
ト、すなわちこのアペンディックスの主題、インストラ
クションセットを実行する、テレスクリプト・エンジン
及び相互接続するエンジンによって形成される、テレス
クリプト・ネットワークである。
トラクションセット 1.2 テレスクリプト エンジン 1.3 テレスクリプト ネットワーク 1.4 本アペンディックス 1.4.1 適用範囲（Scope） 1.4.2 一致（Conformance） 1.4.3 慣例（Conventions） 1.4.4 構成（Organization） 1.4.5 ロードマップ（Road Map） 1.4.6 リファレンス（Reference） 2 テレスクリプトの概念 2.1 モデル 2.2 オブジェクトモデル 2.2.1 オブジェクト 2.2.2 リファレンス 2.2.3 クラス 2.2.4 インヘリタンス 2.2.5 フィーチャ 2.2.6 属性 2.2.7 オペレーション 2.2.8 例外 2.2.9 コンストレイント 2.2.10 プロパティ 2.2.11 コピー 2.2.12 オブジェクトの初期化 2.2.13 オブジェクトの最終化 2.2.14 クラスの構造 2.3 実行モデル 2.3.1 メソッド 2.3.2 プロシージャ 2.3.3 実行されるオブジェクト 2.3.4 識別子 2.3.5 静的な置換の規則 2.3.6 動的な置換の規則 2.3.7 セレクタの実行 2.3.8 モディファイヤの実行 2.3.9 識別子の実行 2.3.10 メソッドの選択 2.3.11 メソッドの遂行 2.4 プロセスモデル 2.4.1 プロセス 2.4.2 位相 2.4.3 スレッド 2.4.4 リソース 2.4.5 パーミット 2.4.6 オーナーシップ 2.4.7 クローニング 2.4.8 ブランディング 2.4.9 コンタクト 2.4.10 アイソレーション 2.4.11 終了 2.5 ネットワーク・モデル 2.5.1 エージェント 2.5.2 プレイス 2.5.3 トリップ 2.5.4 チケット 2.5.5 ミーティング 2.5.6 ペティション 2.5.7 占有 2.5.8 コンタクト 2.5.9 サイテイション 2.5.10 テレネーム 2.5.11 テレアドレス 2.5.12 相互変換 2.6 タイムキーピング・モデル 2.6.1 時間 2.6.2 カレンダ時間 2.7 パターンマッチングモデル 2.7.1 パターン 2.7.2 構造 2.7.3 他の非ターミナル 2.7.4 メタキャラクタ 3 テレスクリプトクラスの概観 3.1 グループ 3.2 カーネルグループ 3.2.1 クラス 3.2.2 コンストレインド 3.2.3 コンストレイント 3.2.4 例外 3.2.5 実行される 3.2.6 実行の例外 3.2.7 識別子 3.2.8 カーネル例外 3.2.9 マーク 3.2.10 モディファイヤ 3.2.11 ゼロ 3.2.12 オブジェクト 3.2.13 パッケージ 3.2.14 プロシージャ 3.2.15 プログラミングの例外 3.2.16 有資格の識別子 3.2.17 リファレンスド 3.2.18 セレクタ 3.2.19 変更されない 3.2.20 予想されない例外 3.2.21 検査 3.3 プリミティブグループ 3.3.1 ビット 3.3.2 ブーリアン 3.3.3 ケースド 3.3.4 キャラクタ 3.3.5 整数 3.3.6 数 3.3.7 オクテット 3.3.8 順序あり 3.3.9 プリミティブ 3.3.10 プリミティブの例外 3.3.11 テレナンバ 3.3.12 時間 3.4 コレクショングループ 3.4.1 アソシエーション 3.4.2 ビットストリング 3.4.3 コレクション 3.4.4 コレクションの例外 3.4.5 コンストレインドディクショナリ 3.4.6 コンストレインドリスト 3.4.7 コンストレインドセット 3.4.8 ディクショナリ 3.4.9 ハッシュド 3.4.10 レキシコン 3.4.11 リスト 3.4.12 オクテットストリング 3.4.13 セット 3.4.14 スタック 3.4.15 ストリーム 3.4.16 ストリング 3.5 クラス定義グループ 3.5.1 属性 3.5.2 クラス定義 3.5.3 クラスの例外 3.5.4 フィーチャ 3.5.5 インプリメンテーション 3.5.6 インターフェース 3.5.7 メソッド 3.5.8 オペレーション 3.6 特定化グループ 3.6.1 サイテイション 3.6.2 引用 3.6.3 名前付け 3.6.4 テレアドレス 3.6.5 テレネーム 3.7 プロセスグループ 3.7.1 コンタクト 3.7.2 コンタクティッド 3.7.3 パーミット 3.7.4 プロセスの例外 3.7.5 プロセス 3.7.6 リソース 3.8 エージェント及びプレイスグループ 3.8.1 エージェント 3.8.2 オーセンティケータ 3.8.3 相互変換 3.8.4 手段 3.8.5 プレイス 3.8.6 チケット 3.8.7 チケットスタブ 3.8.8 トリップの例外 3.8.9 移動しない 3.8.10 ウェイ 3.9 ミーティンググループ 3.9.1 ミーティングの例外 3.9.2 ミーティングプレイス 3.9.3 ペティション 3.9.4 ペティションド 3.10 その他のグループ 3.10.1 カレンダ時間 3.10.2 種々の例外 3.10.3 パターン 3.10.4 ランダムストリーム 3.10.5 実数 4 テレスクリプトクラスの詳細 4.1 コンベンション 4.2 エージェント 4.3 アソシーエーション 4.4 属性 4.5 オーセンティケイタ 4.6 ビット 4.7 ビットストリング 4.8 ブーリアン 4.9 カレンダ時間 4.10 ケースド 4.11 キャラクタ 4.12 サイテイション 4.13 サイティド 4.14 クラス 4.15 クラス定義 4.16 クラスの例外 4.17 コレクション 4.18 コレクションの例外 4.19 コンストレインド 4.20 コンストラインドディクショナリ 4.21 コンストレインドリスト 4.22 コンストレインドセット 4.23 コンストレイント 4.24 コンタクト 4.25 コンタクティド 4.26 ディクショナリ 4.27 例外 4.28 実行される 4.29 実行の例外 4.30 フィーチャ 4.31 ハッシュド 4.32 アイデンティファイヤ 4.33 インプレメンテーション 4.34 整数 4.35 インテーチェンジド 4.36 インターフェース 4.37 カーネルの例外 4.38 レキシコン 4.39 リスト 4.40 マーク 4.41 手段 4.42 ミーティングの例外 4.43 ミーティングプレイス 4.44 メソッド 4.45 その他の例外 4.46 モディファイヤ 4.47 ネームド 4.48 ニル 4.49 ナンバ 4.50 オブジェクト 4.51 オクテット 4.52 オクテットストリング 4.53 オペレーション 4.54 オーダード 4.55 パッケージ 4.56 パターン 4.57 パーミット 4.58 ペティション 4.59 ペティションド 4.60 プレイス 4.61 プリミティブ 4.62 プリミティブエクセプション 4.63 プロシージャ 4.64 プロセス 4.65 プロセスエクセプション 4.66 プログラミングエクセプション 4.67 クオリファイドアイデンティファイヤ 4.68 ランダムストリート 4.69 実数 4.70 リファレンスド 4.71 リソース 4.72 セレクタ 4.73 セット 4.74 スタック 4.75 ストリーム 4.76 ストリング 4.77 テレアドレス 4.78 テレネーム 4.79 テレナンバ 4.80 チケット 4.81 チケットスタブ 4.82 タイム 4.83 トリップエクセプション 4.84 アンチェンジド 4.85 アネクスペクティドエクセプション 4.86 アンムーブド 4.87 ベリファイド 4.88 ウェイ 5 テレスクリプトシンタックス 5.1 テレスクリプト 5.2 キャラクタテレスクリプト 5.2.1 プリフエイスとコメント 5.2.2 エグゼキュートオブジェクツ 5.2.3 他の非ターミナル 5.3.1 プリウエイスとコメント 5.3.2 エグゼキューティドオブジェクト 5.3.3 他の非ターミナル 5.4 数値コード 5.4.2 プレデファインディドフィーチャーズ 6. モジュールのシンタックス 6.1 一般的な構造 6.2 詳細な構造 6.2.1 モジュール 6.2.2 インターフェース 6.2.3 フィーチャ 6.2.4 コンストレイント 6.2.5 他の非ターミナル 7 プレデファインドモジュール 8 プレデファインドクラスグラフ １ 序 このアペンディックスのこのセクションでは、テレスク
リプト（以下、Telescriptをカタカナで表記する）・テ
クノロジーの３つの主要な要素を紹介する。：３つの主
要な要素は、テレスクリプトインストラクションセッ
ト、すなわちこのアペンディックスの主題、インストラ
クションセットを実行する、テレスクリプト・エンジン
及び相互接続するエンジンによって形成される、テレス
クリプト・ネットワークである。
【１００８】１．１ テレスクリプトインストラクショ
ンセット ここに”インストラクションセット”としてときには呼
ばれる、テレスクリプトインストラクションセットは、
適用分野を分散型システム及びアプリケーションにしよ
うとするプログラミング言語を集合的に形成するコンピ
ュータインストラクションの組である。インストラクシ
ョンセットは、オブジェクト指向でインタプリタされる
ものである。マイクロフィルムのアペンディックス
Ｅ、Ｆにおいて、インストラクションセットはときに
は”言語”とも言われる。
ンセット ここに”インストラクションセット”としてときには呼
ばれる、テレスクリプトインストラクションセットは、
適用分野を分散型システム及びアプリケーションにしよ
うとするプログラミング言語を集合的に形成するコンピ
ュータインストラクションの組である。インストラクシ
ョンセットは、オブジェクト指向でインタプリタされる
ものである。マイクロフィルムのアペンディックス
Ｅ、Ｆにおいて、インストラクションセットはときに
は”言語”とも言われる。
【１００９】インストラクションセットの中に組み込ま
れる最も顕著なクラスは、クラス”エージェント（Agen
t）”及び”プレイス（Place）”である。エージェン
ト、すなわちクラス”エージェント”のメンバであるコ
ンピュータプロセスは、それ自身を検査変更し、それ自
身をネットワーク中の一方のプレイスから他方のプレイ
スに転送し、そしてそこに見い出される他のエージェン
トと相互作用することのできるアクティブなオブジェク
トである。この能力は、特別な場合において特別なエー
ジェントに対して特別な能力のみをプログラマまたは管
理者のどちらか一方が許可できるようにする、パーミッ
トによってバランスされる。プレイスすなわちクラス”
プレイス”の一つのメンバであるコンピュータプロセス
は、それ自身を検査変更することができ、エージェント
に対する地域（venue）及びエージェントが相互作用す
るコンテキストとして取り扱う活動的なオブジェクトで
ある。
れる最も顕著なクラスは、クラス”エージェント（Agen
t）”及び”プレイス（Place）”である。エージェン
ト、すなわちクラス”エージェント”のメンバであるコ
ンピュータプロセスは、それ自身を検査変更し、それ自
身をネットワーク中の一方のプレイスから他方のプレイ
スに転送し、そしてそこに見い出される他のエージェン
トと相互作用することのできるアクティブなオブジェク
トである。この能力は、特別な場合において特別なエー
ジェントに対して特別な能力のみをプログラマまたは管
理者のどちらか一方が許可できるようにする、パーミッ
トによってバランスされる。プレイスすなわちクラス”
プレイス”の一つのメンバであるコンピュータプロセス
は、それ自身を検査変更することができ、エージェント
に対する地域（venue）及びエージェントが相互作用す
るコンテキストとして取り扱う活動的なオブジェクトで
ある。
【１０１０】あるエージェントは、あるプレイスに行
き、そこでそのプレイス及びそのプレイスの他の占有者
と相互作用する。エージェントとプレイスとはある距離
をおいては相互作用できない。このようにリモートプロ
グラミング（以下、単にRemoteProgrammingをRPとい
う）を実行するインストラクションセットは、より親し
みのあるリモートプロシージャコーリング（以下、単に
Remote Procedure callingをRPC という）パラダイムを
実行するのではない。RPは、可能なシステムの要素をコ
ミュニケーションなしに相互作用させることによってRP
C を改善し、その待ち時間（latency ）を減少させるこ
とによって相互作用の兼ね合いを改善する。等価的に
は、RPは、システムの要素が、他の領域内に存在するそ
れ自身のエージェント−そしてこのようにそれら自身−
によって他のものをあつらえる。
き、そこでそのプレイス及びそのプレイスの他の占有者
と相互作用する。エージェントとプレイスとはある距離
をおいては相互作用できない。このようにリモートプロ
グラミング（以下、単にRemoteProgrammingをRPとい
う）を実行するインストラクションセットは、より親し
みのあるリモートプロシージャコーリング（以下、単に
Remote Procedure callingをRPC という）パラダイムを
実行するのではない。RPは、可能なシステムの要素をコ
ミュニケーションなしに相互作用させることによってRP
C を改善し、その待ち時間（latency ）を減少させるこ
とによって相互作用の兼ね合いを改善する。等価的に
は、RPは、システムの要素が、他の領域内に存在するそ
れ自身のエージェント−そしてこのようにそれら自身−
によって他のものをあつらえる。
【１０１１】インストラクションセットは、以下に示す
これらの特徴を実現するようにしている。： 安全性 ・ インストラクションセットは、その後者の許可（pe
rmission）を得ることなしに他のプロセスと干渉し、ま
たはプロセスが実行中のコンピュータを直接操作する、
その許容を越えたプロセスを防止する。これは、ビール
スの汚染を防止するのに役立つ。
これらの特徴を実現するようにしている。： 安全性 ・ インストラクションセットは、その後者の許可（pe
rmission）を得ることなしに他のプロセスと干渉し、ま
たはプロセスが実行中のコンピュータを直接操作する、
その許容を越えたプロセスを防止する。これは、ビール
スの汚染を防止するのに役立つ。
【１０１２】携帯性 ・ インストラクションセットは、ハードウェアの制約
あるいはソフトウェアの制約に対して、または特殊なコ
ンピュータシステムの特異性に対して何らの譲歩をしな
い。これによってネットワーク内部またはその回りのど
こでもプロセスを実行することが可能となる。
あるいはソフトウェアの制約に対して、または特殊なコ
ンピュータシステムの特異性に対して何らの譲歩をしな
い。これによってネットワーク内部またはその回りのど
こでもプロセスを実行することが可能となる。
【１０１３】拡張性 ・ インストラクションセットは、インストラクション
セットに組み込まれるものと同様の拡張（stature） の
オブジェクトをプログラマによって規定された情報の形
式に対して与える。これによって特別の目的のためにイ
ンストラクションセットの拡張が可能となる。
セットに組み込まれるものと同様の拡張（stature） の
オブジェクトをプログラマによって規定された情報の形
式に対して与える。これによって特別の目的のためにイ
ンストラクションセットの拡張が可能となる。
【１０１４】向上 ・ インストラクションセットは、volatileのストレー
ジと非volatileのストレージとの間に区別を設けない。
各々の情報オブジェクトは、本来、不変である。これに
よって抽象概念プロセスレベルを増大させ、プロセスの
サイズを減少させる。
ジと非volatileのストレージとの間に区別を設けない。
各々の情報オブジェクトは、本来、不変である。これに
よって抽象概念プロセスレベルを増大させ、プロセスの
サイズを減少させる。
【１０１５】１．２ テレスクリプト エンジン インストラクションセットによって書かれたプログラム
は、テレスクリプトエンジンによって生命がもたらされ
る。テレスクリプトエンジンは、ここでときに”エンジ
ン”とも呼ばれるもので、エンジンは、プログラムが含
むインストラクションを解読する。そのようなプログラ
ムが、テレスクリプト（telescript）と呼ばれる。ある
エンジンは、多くのテレスクリプトを同時に解読するこ
とができる。
は、テレスクリプトエンジンによって生命がもたらされ
る。テレスクリプトエンジンは、ここでときに”エンジ
ン”とも呼ばれるもので、エンジンは、プログラムが含
むインストラクションを解読する。そのようなプログラ
ムが、テレスクリプト（telescript）と呼ばれる。ある
エンジンは、多くのテレスクリプトを同時に解読するこ
とができる。
【１０１６】あるエンジンは、エンジンが実行中のコン
ピュータのハードウェアまたはオペレーティングシステ
ムに直接依存することなく、インストラクションセット
の抽象概念を遂行することができる。エンジンは、基準
（platform）についてエンジンが必要とするコミュニケ
ーション、ストレージ及び他のサブシステムへの標準的
なインターフェースを使用してこれを行う。これらは、
テレスクリプト コミュニケーション アプリケーショ
ン プログラミング インターフェース（Telescript C
ommunication Application Programming Interface:以
下、APIという）を形成し、このインターフェースは、
アペンディックスＣとして添付され、引用によって全体
として本明細書の一部とされる。
ピュータのハードウェアまたはオペレーティングシステ
ムに直接依存することなく、インストラクションセット
の抽象概念を遂行することができる。エンジンは、基準
（platform）についてエンジンが必要とするコミュニケ
ーション、ストレージ及び他のサブシステムへの標準的
なインターフェースを使用してこれを行う。これらは、
テレスクリプト コミュニケーション アプリケーショ
ン プログラミング インターフェース（Telescript C
ommunication Application Programming Interface:以
下、APIという）を形成し、このインターフェースは、
アペンディックスＣとして添付され、引用によって全体
として本明細書の一部とされる。
【１０１７】エンジンは、インストラクションセットの
抽象概念からの特別に許可されたエスケープ（privileg
ed escape ）を遂行することができる。これらのエスケ
ープは、オペレーション、アドミニストレーション及び
マネージメント（operational,administrative, and ma
nagerial:以下、単にOAMという）のツールの、エンジン
外の構成を可能にする。このようなツールは、大規模な
コミュニケーションシステムの成功にとって不可欠であ
る。
抽象概念からの特別に許可されたエスケープ（privileg
ed escape ）を遂行することができる。これらのエスケ
ープは、オペレーション、アドミニストレーション及び
マネージメント（operational,administrative, and ma
nagerial:以下、単にOAMという）のツールの、エンジン
外の構成を可能にする。このようなツールは、大規模な
コミュニケーションシステムの成功にとって不可欠であ
る。
【１０１８】１．３ テレスクリプトネットワーク ２つあるいは２つ以上のエンジンは、相互接続すること
ができる。ここで、ときに”ネットワーク（Network）
”と呼ばれる、結果としてテレスクリプトネットワー
クは、エージェントがその中で移動することができる宇
宙である。ネットワークは、他のネットワークの一部で
はなく、他のネットワークのクライアントと考えること
ができる複数のコンピュータシステムを含んでいる。
ができる。ここで、ときに”ネットワーク（Network）
”と呼ばれる、結果としてテレスクリプトネットワー
クは、エージェントがその中で移動することができる宇
宙である。ネットワークは、他のネットワークの一部で
はなく、他のネットワークのクライアントと考えること
ができる複数のコンピュータシステムを含んでいる。
【１０１９】コンピュータシステムは、コンピュータシ
ステムがエンジンを組み込んでおり、このようにエージ
ェントが行き来できるプレイスを提供する場合にのみ、
ネットワークの一部分となる。この要求は、情報の構造
並びに伝送に関してネットワークを均質にする。
ステムがエンジンを組み込んでおり、このようにエージ
ェントが行き来できるプレイスを提供する場合にのみ、
ネットワークの一部分となる。この要求は、情報の構造
並びに伝送に関してネットワークを均質にする。
【１０２０】エンジンは、相互接続されており、その結
果、エンジンは、エージェントをそれ自身の間に移動さ
せている。エージェントが、アペンディックスＢに記載
されているテレスクリプトエンコード規則に従わせるこ
の目的のため、順番に並べたり、またはエンコードされ
る。結果としてオクテットストリングは、プラットフォ
ームインターコネクトプロトコル（Platform Interconn
ect Protocol）によって規定されるようにエンジン間を
移動する。プラットフォームインターコネクトプロトコ
ルは、この開示の一部分としてアペンディックスＦとし
て添付され、引用によって全体として本文の最初に組み
込まれている。
果、エンジンは、エージェントをそれ自身の間に移動さ
せている。エージェントが、アペンディックスＢに記載
されているテレスクリプトエンコード規則に従わせるこ
の目的のため、順番に並べたり、またはエンコードされ
る。結果としてオクテットストリングは、プラットフォ
ームインターコネクトプロトコル（Platform Interconn
ect Protocol）によって規定されるようにエンジン間を
移動する。プラットフォームインターコネクトプロトコ
ルは、この開示の一部分としてアペンディックスＦとし
て添付され、引用によって全体として本文の最初に組み
込まれている。
【１０２１】１．４ 本アペンディックス このアペンディックスは、次のように説明される。
【１０２２】１．４．１ 適用範囲（Scope） このアペンディックスは、インストラクションセットの
バージョン０．８を規定する。テレスクリプトエンコー
ド規則、テレスクリプト プロトコル及びテレスクリプ
トAPI は、すべてこのアペンディックスの範囲外にあ
り、それぞれアペンディックスＢ、Ｆ、Ｃの主題であ
る。
バージョン０．８を規定する。テレスクリプトエンコー
ド規則、テレスクリプト プロトコル及びテレスクリプ
トAPI は、すべてこのアペンディックスの範囲外にあ
り、それぞれアペンディックスＢ、Ｆ、Ｃの主題であ
る。
【１０２３】インストラクションセットは、仮想的なマ
シンのためのインストラクションセットと見ることがで
きる。この視点から、読者は、テレスクリプトを発生さ
せるより高いレベルの言語を用いた、すなわちテレスク
リプトを生成させるためのコンパイラであることを容易
に描くことができる。カリフォルニア州マウンテンビュ
ーのジェネラル・マジック社は、ハイテレスクリプト
（High Telescript） と呼ばれるこのような言語を開発
している。この開示のアペンディックスＡ−Ｆのコンテ
キストにおいて、インストラクションセット自体は、し
ばしばローテレスクリプト（Low Telescript）と呼ばれ
る。
シンのためのインストラクションセットと見ることがで
きる。この視点から、読者は、テレスクリプトを発生さ
せるより高いレベルの言語を用いた、すなわちテレスク
リプトを生成させるためのコンパイラであることを容易
に描くことができる。カリフォルニア州マウンテンビュ
ーのジェネラル・マジック社は、ハイテレスクリプト
（High Telescript） と呼ばれるこのような言語を開発
している。この開示のアペンディックスＡ−Ｆのコンテ
キストにおいて、インストラクションセット自体は、し
ばしばローテレスクリプト（Low Telescript）と呼ばれ
る。
【１０２４】１．４．２ 一致（Conformance） エンジンのメーカは、このアペンディックスに対する一
致を適切に請求するためにはある要求を満たさねばなら
ない。
致を適切に請求するためにはある要求を満たさねばなら
ない。
【１０２５】１．４．３ 慣例（Conventions） 以下に、このアペンディックス全体を通じて散文による
これらの慣例が記載される。
これらの慣例が記載される。
【１０２６】・”the α attribute”は、”その識別子
がαに等しい属性”を意味する。
がαに等しい属性”を意味する。
【１０２７】・”is a key”は、”キーに等しい”こと
を意味し、”キーと同一である”ことは意味しない。
を意味し、”キーと同一である”ことは意味しない。
【１０２８】・”an X”は、一般に” Xの一つのメン
バ”を意味し、”Ｘの一つのインスタンス”は意味しな
い。
バ”を意味し、”Ｘの一つのインスタンス”は意味しな
い。
【１０２９】・”throws X”は、一般に”Ｘの一つのメ
ンバを送出する”ことを意味する。
ンバを送出する”ことを意味する。
【１０３０】・”whether statement”は、”statement
iff true”を意味する。
iff true”を意味する。
【１０３１】・ iffは、数学においてそうであるよう
に、”if and only if”を意味する。
に、”if and only if”を意味する。
【１０３２】・ MSBは、”most significant bit”を
意味する。
意味する。
【１０３３】・ LSBは、”least significant bit”を
意味する。
意味する。
【１０３４】注：このアペンディックス全体を通じて、
注（この場合の注と同様のもの）は定義ではなく注釈で
ある。
注（この場合の注と同様のもの）は定義ではなく注釈で
ある。
【１０３５】１．４．４ 構成（Organization） このアペンディックスは、８つのセクションに分けられ
る。セクション１は、この序である。セクション２は、
インストラクションセットの主な概念を紹介する。セク
ション３は、インストラクションセットの予め規定され
たクラスを概観する。セクション４は、それらを詳細に
規定する。セクション５は、インストラクションセット
の構文を規定する。
る。セクション１は、この序である。セクション２は、
インストラクションセットの主な概念を紹介する。セク
ション３は、インストラクションセットの予め規定され
たクラスを概観する。セクション４は、それらを詳細に
規定する。セクション５は、インストラクションセット
の構文を規定する。
【１０３６】セクション６は、予め規定されたクラスへ
のインターフェースの形式的な定義に従わされる慣例を
規定する。セクション７は、これらの形式的な定義を包
含する。セクション８は、ユーザ定義されたクラスはな
く、予め規定されたクラスを包含するクラスグラフの一
部を示す。
のインターフェースの形式的な定義に従わされる慣例を
規定する。セクション７は、これらの形式的な定義を包
含する。セクション８は、ユーザ定義されたクラスはな
く、予め規定されたクラスを包含するクラスグラフの一
部を示す。
【１０３７】１．４．５ ロードマップ（Road Map） このアペンディックスの一部は、定義的であり、他の一
部は、単に情報を与えるものにすぎない。定義を与える
セクションは、セクション１、２、４及び５である。対
照的に、セクション３、７、８は、セクション４に示さ
れた事項の再構成であり、セクション６は、ハイテレス
クリプトのいろいろな様相の再掲である。
部は、単に情報を与えるものにすぎない。定義を与える
セクションは、セクション１、２、４及び５である。対
照的に、セクション３、７、８は、セクション４に示さ
れた事項の再構成であり、セクション６は、ハイテレス
クリプトのいろいろな様相の再掲である。
【１０３８】異なる読者には、このアペンディックスの
違った部分が必要になる。インストラクションセットの
適用範囲及び構造のみに興味を持つ読者は、セクション
１、２及び３のみを読めばよい。テレスクリプトプログ
ラマは、セクション４も必要である。ローテレスクリプ
トプログラマでは、キャラクターテレスクリプトをカバ
ーするセクション５の部分もマスタすべきであが、ハイ
テレスクリプトプログラマでは、その必要はない。ハイ
テレスクリプトコンパイラまたはエンジンのオペレータ
は、２進テレスクリプトをカバーするセクション５の部
分が必要である。
違った部分が必要になる。インストラクションセットの
適用範囲及び構造のみに興味を持つ読者は、セクション
１、２及び３のみを読めばよい。テレスクリプトプログ
ラマは、セクション４も必要である。ローテレスクリプ
トプログラマでは、キャラクターテレスクリプトをカバ
ーするセクション５の部分もマスタすべきであが、ハイ
テレスクリプトプログラマでは、その必要はない。ハイ
テレスクリプトコンパイラまたはエンジンのオペレータ
は、２進テレスクリプトをカバーするセクション５の部
分が必要である。
【１０３９】テレスクリプトの実務者にとっては、セク
ション７、８は不可欠なリファレンスである。
ション７、８は不可欠なリファレンスである。
【１０４０】１．４．６ リファレンス（Reference） このアペンディックスはこれらの他のドキュメントに依
存する。
存する。
【１０４１】[10646] Information technology -Universal Coded Character
Set(UCS), ISO/IEC DIS 10646, International Organiz
ation for Standardization and International Electr
otechnical Commission, 1990. [ユニコート゛] The Unicode Standard: Worldwide Character Encodin
g, Volume 1, Version1.0, The Unicode Consortium, A
ddisonーWesley, 1991. ２ テレスクリプトの概念 インストラクションセットは、種々のコンセプトを規定
し、インストラクションセットの最も重要な規定が、こ
のアペンディックスのこのセクションに紹介されてい
る。これらの概念は”モデル”に分けられる。サブセク
ションには、各モデルが割り当てられている。各サブセ
クション内で、より小さなサブセクションには、モデル
中の各概念に振り分けられている。
Set(UCS), ISO/IEC DIS 10646, International Organiz
ation for Standardization and International Electr
otechnical Commission, 1990. [ユニコート゛] The Unicode Standard: Worldwide Character Encodin
g, Volume 1, Version1.0, The Unicode Consortium, A
ddisonーWesley, 1991. ２ テレスクリプトの概念 インストラクションセットは、種々のコンセプトを規定
し、インストラクションセットの最も重要な規定が、こ
のアペンディックスのこのセクションに紹介されてい
る。これらの概念は”モデル”に分けられる。サブセク
ションには、各モデルが割り当てられている。各サブセ
クション内で、より小さなサブセクションには、モデル
中の各概念に振り分けられている。
【１０４２】インストラクションセットは、リモートプ
ログラミング用であるから、言語、オペレーティング
システム及びネットワークの領域を網羅する多くの概念
を含む。普通は別々であるこれらの領域は、このインス
トラクションセットにおいて一つにまとめられる。
ログラミング用であるから、言語、オペレーティング
システム及びネットワークの領域を網羅する多くの概念
を含む。普通は別々であるこれらの領域は、このインス
トラクションセットにおいて一つにまとめられる。
【１０４３】２．１ モデル インストラクションセットの概念は、複数のモデルに分
けられている。この分けられたモデルは、教育的な目的
にのみ用いられ、いかなる意味においても遂行中には見
られない。
けられている。この分けられたモデルは、教育的な目的
にのみ用いられ、いかなる意味においても遂行中には見
られない。
【１０４４】つぎのモデルが規定されている。
【１０４５】オブジェクト ”object（以下、オブジェクトともいう）”モデルは、
オブジェクト指向、例えばオブジェクト、リファレン
ス、クラス、オペレーション及び例外を規定する。
オブジェクト指向、例えばオブジェクト、リファレン
ス、クラス、オペレーション及び例外を規定する。
【１０４６】実行 ”execution（以下、実行ともいう）”モデルは、逐次
実行、例えばメソッド、プロシージャ及び識別子（アイテ゛
ンティファイヤ）を規定する。
実行、例えばメソッド、プロシージャ及び識別子（アイテ゛
ンティファイヤ）を規定する。
【１０４７】プロセス ”process（以下、プロセスともいう）”モデルは、マ
ルチタスク処理（multitasking ）、例えばプロセス、
リソース、パーミッット、コンタクト及びオーナーシッ
プを規定する。
ルチタスク処理（multitasking ）、例えばプロセス、
リソース、パーミッット、コンタクト及びオーナーシッ
プを規定する。
【１０４８】ネットワーク ”network（以下、ネットワークともいう）”モデル
は、ネットワークのアーキテクチャ、例えばエージェン
ト、プレイス、トリップ、ミーティング及びテレネーム
を規定する。
は、ネットワークのアーキテクチャ、例えばエージェン
ト、プレイス、トリップ、ミーティング及びテレネーム
を規定する。
【１０４９】タイムキーピング ”timekeeping（以下、タイムキーピングともいう）”
モデルは、計時用、例えば時間及びカレンダー期間の計
測のための手段を規定する。
モデルは、計時用、例えば時間及びカレンダー期間の計
測のための手段を規定する。
【１０５０】パターンマッチング ”pattern matching （以下、パターンマッチングとも
いう）”モデルは、パターンマッチング、例えばパター
ンのための手段を規定する。
いう）”モデルは、パターンマッチング、例えばパター
ンのための手段を規定する。
【１０５１】各モデルは、以上に列挙したと同じ順序で
以下に提示される。各モデル内の概念は、論理的な順序
で示される。
以下に提示される。各モデル内の概念は、論理的な順序
で示される。
【１０５２】２．２ オブジェクトモデル このインストラクションセットは、このセクションが定
義する”object model（以下、オブジェクトモデルとも
いう）”を実現する。
義する”object model（以下、オブジェクトモデルとも
いう）”を実現する。
【１０５３】２．２．１ オブジェクト オブジェクトは、情報と情報処理との両方のインストラ
クションセットの単位である。オブジェクトは、あるク
ラスの一つのインスタンスである。
クションセットの単位である。オブジェクトは、あるク
ラスの一つのインスタンスである。
【１０５４】注：オブジェクトはどんなものでもよく、
例えばブーリアンのように単純なもの、または例えばデ
ィクショナリのように複雑なもののどちらでもよく、例
えばストリングのように受動的なもの、または例えばプ
ロセスのように能動的なものいずれか一方でよい。
例えばブーリアンのように単純なもの、または例えばデ
ィクショナリのように複雑なもののどちらでもよく、例
えばストリングのように受動的なもの、または例えばプ
ロセスのように能動的なものいずれか一方でよい。
【１０５５】注：メッセージ、すなわちインストラクシ
ョンセットが理解されるアプリケーションで、オブジェ
クトには、メッセージのシステムの構成部分、例えばそ
のメイルボックス及び分配リストと、システムが伝達す
る情報オブジェクト、例えばメッセージ及び配送レポー
トと、これらの情報オブジェクトの要素、例えばエンベ
ロープフィールドが含まれる。
ョンセットが理解されるアプリケーションで、オブジェ
クトには、メッセージのシステムの構成部分、例えばそ
のメイルボックス及び分配リストと、システムが伝達す
る情報オブジェクト、例えばメッセージ及び配送レポー
トと、これらの情報オブジェクトの要素、例えばエンベ
ロープフィールドが含まれる。
【１０５６】パーシステンス 各オブジェクトは”persistent（以下、パーシステント
ともいう）”である。エンジンが故障し、後に回復した
場合、オブジェクトに対するただ一つの効果は、それが
一時的に使用できなくなることである。
ともいう）”である。エンジンが故障し、後に回復した
場合、オブジェクトに対するただ一つの効果は、それが
一時的に使用できなくなることである。
【１０５７】サイズ オブジェクトが占有する近似的な不変の記憶量である”
サイズ（size）”を有する各オブジェクトは、オクテッ
ト単位で測定される。
サイズ（size）”を有する各オブジェクトは、オクテッ
ト単位で測定される。
【１０５８】注：オブジェクトのサイズは、プレイス毎
に変化していてもよい。
に変化していてもよい。
【１０５９】２．２．２ リファレンス ”reference（以下、リファレンスともいう）”は、オ
ブジェクトが指示されまたアクセスされる手段である。
ブジェクトが指示されまたアクセスされる手段である。
【１０６０】Protected vs Unprotected リファレンスは、”unprotected（保護されていな
い）”または”protected（保護されている）”であ
る。保護されていないリファレンスは、オブジェクトを
変更することができ、保護されたリファレンスは変更す
ることができない。保護されていないリファレンスは、
保護されるようにできるが、逆は正しくない。
い）”または”protected（保護されている）”であ
る。保護されていないリファレンスは、オブジェクトを
変更することができ、保護されたリファレンスは変更す
ることができない。保護されていないリファレンスは、
保護されるようにできるが、逆は正しくない。
【１０６１】生成（Creation） 各オブジェクトには、１つ以上のリファレンスが存在す
る。ある１つのオブジェクトの生成は、そのオブジェク
トへの最初のリファレンスを作り出すことでもある。リ
ファレンスは、オブジェクトが不変である場合にのみ保
護される。追加のリファレンスは、希望するように生成
することができる。生成されたリファレンスは、ソース
リファレンスが保護されている場合にのみ保護される。
る。ある１つのオブジェクトの生成は、そのオブジェク
トへの最初のリファレンスを作り出すことでもある。リ
ファレンスは、オブジェクトが不変である場合にのみ保
護される。追加のリファレンスは、希望するように生成
することができる。生成されたリファレンスは、ソース
リファレンスが保護されている場合にのみ保護される。
【１０６２】注：多くの予め規定されたオペレーション
は、既存のオブジェクトへの新しいリファレンスを生成
し、これらのリファレンスを結果としてリターンする。
は、既存のオブジェクトへの新しいリファレンスを生成
し、これらのリファレンスを結果としてリターンする。
【１０６３】比較（Comparison） オブジェクトに対するすべての保護されていないリファ
レンスは、同等である。あるオブジェクトに対する保護
されていないリファレンスを用いて行われた変更は、そ
のオブジェクトに対して行われたもので、従って、実際
にはそのオブジェクトに対する全ての他のリファレンス
について行われる。あるオブジェクトに対する全ての保
護されたリファレンスも、相互に同等である。
レンスは、同等である。あるオブジェクトに対する保護
されていないリファレンスを用いて行われた変更は、そ
のオブジェクトに対して行われたもので、従って、実際
にはそのオブジェクトに対する全ての他のリファレンス
について行われる。あるオブジェクトに対する全ての保
護されたリファレンスも、相互に同等である。
【１０６４】保護されていないリファレンスと保護され
ているリファレンスとは、２つの点で異なっている。こ
れらの相違点は、リファレンスが意味するオブジェクト
のフィーチャを要求するために保護されたリファレンス
が用いられる場合に現れる。第１に、フィーチャがオブ
ジェクトを変更しようとする場合には、そのフィーチャ
は失敗し、”リファレンスが保護されている”を送出す
る。第２に、フィーチャが、−コピーではない−オブジ
ェクトのプロパティの一つへのリファレンスをリターン
した場合、そのリファレンスは保護される。
ているリファレンスとは、２つの点で異なっている。こ
れらの相違点は、リファレンスが意味するオブジェクト
のフィーチャを要求するために保護されたリファレンス
が用いられる場合に現れる。第１に、フィーチャがオブ
ジェクトを変更しようとする場合には、そのフィーチャ
は失敗し、”リファレンスが保護されている”を送出す
る。第２に、フィーチャが、−コピーではない−オブジ
ェクトのプロパティの一つへのリファレンスをリターン
した場合、そのリファレンスは保護される。
【１０６５】２つのリファレンスが同一のオブジェクト
を意味するかどうかを定めることができる。
を意味するかどうかを定めることができる。
【１０６６】廃棄処理（Discarding） リファレンスが、必要とされなくなったときには廃棄す
べきである。同一のオブジェクトに対するリファレンス
が残存していない場合、オブジェクト自身は破壊され
る。
べきである。同一のオブジェクトに対するリファレンス
が残存していない場合、オブジェクト自身は破壊され
る。
【１０６７】無効処理（Voiding） エンジンは、このアペンディックスの規定する事情のも
とにリファレンスを無効にすることができる。”voided
（無効にされたことを意味し、以下、ボイドされたとも
いう）”リファレンスは、もはやオブジェクトへのアク
セスをしない。エンジンは、スタックにボイドされたリ
ファレンスを保存（push）するのではなく、”リファレ
ンス ボイド（Reference Void）”を送出する。
とにリファレンスを無効にすることができる。”voided
（無効にされたことを意味し、以下、ボイドされたとも
いう）”リファレンスは、もはやオブジェクトへのアク
セスをしない。エンジンは、スタックにボイドされたリ
ファレンスを保存（push）するのではなく、”リファレ
ンス ボイド（Reference Void）”を送出する。
【１０６８】２．２．３ クラス ”クラス”は、すべて同一のインターフェースと同一の
遂行とを持つ、クラスの”インスタンス（instance）”
であるオブジェクトのセットを規定する。クラス自身
は、インターフェースと遂行との両方を持ち、これらは
潜在的にクラスについてユニークである。
遂行とを持つ、クラスの”インスタンス（instance）”
であるオブジェクトのセットを規定する。クラス自身
は、インターフェースと遂行との両方を持ち、これらは
潜在的にクラスについてユニークである。
【１０６９】Predefined vs User-defined クラスは、Predefined（予め規定されていることを意味
し、以下、プリデファインドともいう）かまたはUser-d
efined（ユーザ定義されることを意味し、以下、ユーザ
デファインドともいう）のいずれかである。”プリデフ
ァインド”クラスは、インストラクションセットに組み
込まれ、このアペンディックスによって定義されている
もので、各々のテレスクリプトプログラマにとって利用
可能な一種のオブジェクトを表している。”ユーザデフ
ァインド”クラスは、プログラマによって定義されるも
ので、インストラクションセットを特定の目的のために
拡張させる。
し、以下、プリデファインドともいう）かまたはUser-d
efined（ユーザ定義されることを意味し、以下、ユーザ
デファインドともいう）のいずれかである。”プリデフ
ァインド”クラスは、インストラクションセットに組み
込まれ、このアペンディックスによって定義されている
もので、各々のテレスクリプトプログラマにとって利用
可能な一種のオブジェクトを表している。”ユーザデフ
ァインド”クラスは、プログラマによって定義されるも
ので、インストラクションセットを特定の目的のために
拡張させる。
【１０７０】Concrete vs Abstract クラスは、具体的でもあり、抽象的でもある。”concre
te（以下、コンクリートともいう）”のクラスは、イン
スタンスを持つことができる。”abstract（以下、アブ
ストラクトともいう）”のクラスは、インスタンスを持
ち得ないが、そのサブクラスは持つことができ、またし
ばしば持っている。具体的なクラスまたはその遂行のス
ーパークラスの一つは、クラスに対する本来の各フィー
チャかまたはクラスによって引き継がれた各フィーチャ
を遂行する。
te（以下、コンクリートともいう）”のクラスは、イン
スタンスを持つことができる。”abstract（以下、アブ
ストラクトともいう）”のクラスは、インスタンスを持
ち得ないが、そのサブクラスは持つことができ、またし
ばしば持っている。具体的なクラスまたはその遂行のス
ーパークラスの一つは、クラスに対する本来の各フィー
チャかまたはクラスによって引き継がれた各フィーチャ
を遂行する。
【１０７１】シーリング（Sealing） 通常、コンクリートであるクラスは、シールすることが
できる。エンジンは、シールされたクラスがユーザによ
って定義された直接のサブクラスを持つことを禁止する
が、予め規定された直接のサブクラスを持つことは禁止
しない。
できる。エンジンは、シールされたクラスがユーザによ
って定義された直接のサブクラスを持つことを禁止する
が、予め規定された直接のサブクラスを持つことは禁止
しない。
【１０７２】クリエーション（Creation） 具体的なクラスは、新しいインスタンスを記述する初期
パラメータが与えられる場合に、新しいインスタンスを
生成することができる。しかしながら、各々のクラスの
各インスタンスは、すべてこの方法で生成することはで
きない。残りのものは、最初にこのようにして一つのイ
ンスタンスを作り出し、次に必要に応じてインスタンス
の属性を変更することによって作り出すことができる。
パラメータが与えられる場合に、新しいインスタンスを
生成することができる。しかしながら、各々のクラスの
各インスタンスは、すべてこの方法で生成することはで
きない。残りのものは、最初にこのようにして一つのイ
ンスタンスを作り出し、次に必要に応じてインスタンス
の属性を変更することによって作り出すことができる。
【１０７３】変更（Conversion） コンクリートなクラスは、あるクラスのインスタンスを
それ自身のインスタンスに変更することができる。しか
しながら、各々のクラスの各インスタンスを各々の他の
クラスのインスタンスに変更することができるわけでは
ない。オペレーション”コンバージョン（変更を意味
し、以下コンバージョンともいう）”の定義と、コンバ
ージョンが作り出すオブジェクトの性質とは、関係する
２つのクラスに依存する。
それ自身のインスタンスに変更することができる。しか
しながら、各々のクラスの各インスタンスを各々の他の
クラスのインスタンスに変更することができるわけでは
ない。オペレーション”コンバージョン（変更を意味
し、以下コンバージョンともいう）”の定義と、コンバ
ージョンが作り出すオブジェクトの性質とは、関係する
２つのクラスに依存する。
【１０７４】互換性（Conpatibility） クラスは、一つの引用されたオブジェクトとして具体化
される。あるクラスは、前者のインターフェースを他の
インターフェースから、次の種類の変更を行うことだけ
で後者のインターフェースから生成することができる場
合に他のクラスに対して後方に互換を有する。第１に、
フィーチャを付加することができる。第２に、後者のイ
ンターフェースにおいて属性がリードオンリである場合
には、その属性のクラスは、サブクラスにまで狭めるこ
とができる。第３に、現存しているオペレーションのア
ーギュメントのクラスは、一つのスーパークラスまで広
げることができる。第４に、現存するオペレーションの
結果のクラスは、一つのサブクラスまで狭めることがで
きる。
される。あるクラスは、前者のインターフェースを他の
インターフェースから、次の種類の変更を行うことだけ
で後者のインターフェースから生成することができる場
合に他のクラスに対して後方に互換を有する。第１に、
フィーチャを付加することができる。第２に、後者のイ
ンターフェースにおいて属性がリードオンリである場合
には、その属性のクラスは、サブクラスにまで狭めるこ
とができる。第３に、現存しているオペレーションのア
ーギュメントのクラスは、一つのスーパークラスまで広
げることができる。第４に、現存するオペレーションの
結果のクラスは、一つのサブクラスまで狭めることがで
きる。
【１０７５】２．２．４ インヘリタンス Native vs Inherited 予め規定されたものでもユーザー定義されたものでもよ
い、すべてのクラスは、”inheritance（引き継ぎを意
味し、以下インヘリタンスともいう）”によって相互に
対して関連付けられている。各クラスは、いろいろの特
性を有する。一般に、クラス特性の内のあるものは、そ
のクラスに対して”native（固有を意味し、以下ネイテ
ィブともいう）”であり、他のものは、他のクラスか
ら”インヘリタンス”されている。インヘリタンスは、
移行的な関係である。あるクラスは、別のクラスから後
者のクラスの引き継がれた特性だけでなく、後者の固有
の特性も引き継ぐ。前記の用語を多少拡張すると、ある
オブジェクトの固有の特性は、そのオブジェクトがイン
スタンスであるクラスに固有の特性である。
い、すべてのクラスは、”inheritance（引き継ぎを意
味し、以下インヘリタンスともいう）”によって相互に
対して関連付けられている。各クラスは、いろいろの特
性を有する。一般に、クラス特性の内のあるものは、そ
のクラスに対して”native（固有を意味し、以下ネイテ
ィブともいう）”であり、他のものは、他のクラスか
ら”インヘリタンス”されている。インヘリタンスは、
移行的な関係である。あるクラスは、別のクラスから後
者のクラスの引き継がれた特性だけでなく、後者の固有
の特性も引き継ぐ。前記の用語を多少拡張すると、ある
オブジェクトの固有の特性は、そのオブジェクトがイン
スタンスであるクラスに固有の特性である。
【１０７６】インストラクションセットは、クラスとそ
の関係と簡単なグラフによって記述する、クラス間の引
き継ぎ関係に対して十分に強制する。このグラフにおい
て、ノードはクラスを表し、ノードの間の円弧は、それ
らのノードが表すクラスの間の引き継ぎ関係を表してい
る。
の関係と簡単なグラフによって記述する、クラス間の引
き継ぎ関係に対して十分に強制する。このグラフにおい
て、ノードはクラスを表し、ノードの間の円弧は、それ
らのノードが表すクラスの間の引き継ぎ関係を表してい
る。
【１０７７】Subclass vs Superclass あるクラスが別のクラスから直接または間接に特徴を引
き継いでいれば、前者は後者の”subclass（以下、サブ
クラスともいう）”であり、後者は前者の”superclass
（以下、スーパークラスともいう）”である。あるクラ
スが直接に別のクラスから特徴を引き継いでいれば、前
者は後者の”immediate subclass（以下、イミディエー
トサブクラスともいう）”であり、後者は前者の”imme
diate superclass（以下、イミディエートスーパークラ
スともいう）”である。
き継いでいれば、前者は後者の”subclass（以下、サブ
クラスともいう）”であり、後者は前者の”superclass
（以下、スーパークラスともいう）”である。あるクラ
スが直接に別のクラスから特徴を引き継いでいれば、前
者は後者の”immediate subclass（以下、イミディエー
トサブクラスともいう）”であり、後者は前者の”imme
diate superclass（以下、イミディエートスーパークラ
スともいう）”である。
【１０７８】あるクラスのインスタンスは、そのクラス
及び複数のスーパークラスの”member（メンバ）”であ
る。
及び複数のスーパークラスの”member（メンバ）”であ
る。
【１０７９】フレーバあるクラスは、フレーバである。
各々が抽象的であるかまたは具体的である”flavor（以
下、フレーバともいう）”は、次のようにしてツリー構
造を形成する。ツリーのルートは、クラス”オブジェク
ト”を表す。任意の与えられたソースノードから発する
アーク（arc）によって到達される各々の目的点ノード
は、そのソースノードが表すフレーバのイミディエート
サブクラスである。従って、ソースノードは、各々のこ
のような目的点ノードによって表されるフレーバのイミ
ディエートスーパークラスを表す。１つ以上のアークを
次々に通って到達される各々の目的点ノードは、そのソ
ースノードが表すフレーバのサブクラスを表している。
このように、ソースノードは、各々のこのような目的点
ノードによって表されるフレーバのスーパークラスを表
している。
各々が抽象的であるかまたは具体的である”flavor（以
下、フレーバともいう）”は、次のようにしてツリー構
造を形成する。ツリーのルートは、クラス”オブジェク
ト”を表す。任意の与えられたソースノードから発する
アーク（arc）によって到達される各々の目的点ノード
は、そのソースノードが表すフレーバのイミディエート
サブクラスである。従って、ソースノードは、各々のこ
のような目的点ノードによって表されるフレーバのイミ
ディエートスーパークラスを表す。１つ以上のアークを
次々に通って到達される各々の目的点ノードは、そのソ
ースノードが表すフレーバのサブクラスを表している。
このように、ソースノードは、各々のこのような目的点
ノードによって表されるフレーバのスーパークラスを表
している。
【１０８０】注：フレーバは、単一の受け継ぎを規定す
る。
る。
【１０８１】ミックスイン 他のすべてのクラスは、ミックスインである。”mix-in
（以下、ミックスインともいう）”及び−すべてそれ自
身ミックスインである−その０または１つ以上のスーパ
ークラスは、次のようにして第２のツリーを形成する。
このツリーのルートは、ミックスインである。アーク
は、ツリーのノードが表すミックスインの間の逆引き継
ぎ関係を表している。ミックスインは、抽象的である。
（以下、ミックスインともいう）”及び−すべてそれ自
身ミックスインである−その０または１つ以上のスーパ
ークラスは、次のようにして第２のツリーを形成する。
このツリーのルートは、ミックスインである。アーク
は、ツリーのノードが表すミックスインの間の逆引き継
ぎ関係を表している。ミックスインは、抽象的である。
【１０８２】注：ミックスインは、多重するインヘリタ
ンスの限定された形式を規定する。
ンスの限定された形式を規定する。
【１０８３】クラスグラフ フレーバとミックスインとは共に、ある指向されたグラ
フを形成する。グラフは、次の２つのステップで形成さ
れる。第１に、各ミックスインツリーのアークは、逆イ
ンヘリタンス関係ではなく、逆インヘリタンス関係を表
すように再指向させられる。第２に、このように変更さ
れたミックスインツリーは、フレーバツリーの上に重ね
られる。
フを形成する。グラフは、次の２つのステップで形成さ
れる。第１に、各ミックスインツリーのアークは、逆イ
ンヘリタンス関係ではなく、逆インヘリタンス関係を表
すように再指向させられる。第２に、このように変更さ
れたミックスインツリーは、フレーバツリーの上に重ね
られる。
【１０８４】注：複数のクラスをグローバルに特定化す
ることによって達せられるひとつのグローバルなクラス
グラフがある。どんな特別なプレイスにおいても、グラ
フの知識が不完全であることがある。
ることによって達せられるひとつのグローバルなクラス
グラフがある。どんな特別なプレイスにおいても、グラ
フの知識が不完全であることがある。
【１０８５】カノニカルオーダー フレーバまたはミックスインであるクラスと、どちらも
フレーバ及びミックスインであるそのスーパークラスと
は、第３のツリーの道のりの順序である”canonical or
der（標準的な順序を意味し、以下、カノニカルオーダ
ーともいう）”を有する。
フレーバ及びミックスインであるそのスーパークラスと
は、第３のツリーの道のりの順序である”canonical or
der（標準的な順序を意味し、以下、カノニカルオーダ
ーともいう）”を有する。
【１０８６】ツリーは次のようにして構成される。その
ルートは、問題のクラスであり、他のノードは、そのク
ラスのスーパークラスである。
ルートは、問題のクラスであり、他のノードは、そのク
ラスのスーパークラスである。
【１０８７】アークは、ミックスインツリーと同様に、
そのツリーのノードが表すクラスの間の逆引き継ぎ関係
を表す。
そのツリーのノードが表すクラスの間の逆引き継ぎ関係
を表す。
【１０８８】道のりは、クラスが定義するその標準的な
順序においてそのクラスのイミディエートスーパークラ
スが訪問をうける第１の階層（depth-first one）であ
る。
順序においてそのクラスのイミディエートスーパークラ
スが訪問をうける第１の階層（depth-first one）であ
る。
【１０８９】Interface vs Implementation 前述したすべては、クラス特性の３組いずれか、すなわ
ちクラスのインターフェース、その導入（implementati
on）またはその両方のどれについてもいえることであ
る。このアペンディックス内のどの特定の点において、
２組の特徴のどちらが説明されているかを明確にまたは
暗黙の内に説明する。
ちクラスのインターフェース、その導入（implementati
on）またはその両方のどれについてもいえることであ
る。このアペンディックス内のどの特定の点において、
２組の特徴のどちらが説明されているかを明確にまたは
暗黙の内に説明する。
【１０９０】注：クラスのインターフェースは、むしろ
頻繁に説明されている。
頻繁に説明されている。
【１０９１】２．２．５ フィーチャ ”feature（以下、フィーチャともいう）”は、あるオ
ブジェクトの外部から見られる特徴である。フィーチャ
は、オブジェクトが相互作用することを可能にする。あ
るオブジェクトが他のオブジェクトへのリファレンスを
所有していれば、前者は後者のあるフィーチャを要求す
ることができる。あるクラスのすべてのインスタンス
は、そのクラスに固有の、またはそのクラスによって引
き継がれたインターフェースによって定義される同一の
フィーチャを有する。
ブジェクトの外部から見られる特徴である。フィーチャ
は、オブジェクトが相互作用することを可能にする。あ
るオブジェクトが他のオブジェクトへのリファレンスを
所有していれば、前者は後者のあるフィーチャを要求す
ることができる。あるクラスのすべてのインスタンス
は、そのクラスに固有の、またはそのクラスによって引
き継がれたインターフェースによって定義される同一の
フィーチャを有する。
【１０９２】あるフィーチャは、それが正しく使用され
たときに”succeed （以下、成功ともいう）”し、他の
場合には”fails （以下、失敗ともいう）”する。フィ
ーチャが失敗する場合、例外が送出される。
たときに”succeed （以下、成功ともいう）”し、他の
場合には”fails （以下、失敗ともいう）”する。フィ
ーチャが失敗する場合、例外が送出される。
【１０９３】Attribute vs Operation フィーチャは、次の二種類、すなわち属性及びオペレー
ションである。
ションである。
【１０９４】注：ある特別なフィーチャが属性にされる
かオペレーションにされるかは、部分的には趣味の問題
である。
かオペレーションにされるかは、部分的には趣味の問題
である。
【１０９５】シーリング（Sealing） クラスは、固有のものか、または受け継がれたフィーチ
ャを指定することができ、それによりユーザ定義された
サブクラスによるフィーチャの実行を禁止するが、予め
定義されたサブクラスによるフィーチャの実行は阻止し
ない。
ャを指定することができ、それによりユーザ定義された
サブクラスによるフィーチャの実行を禁止するが、予め
定義されたサブクラスによるフィーチャの実行は阻止し
ない。
【１０９６】実施（Implementation） クラスは、スーパークラスによって指定されないいかな
る固有のフィーチャまたは引き継がれたフィーチャを実
施することができる。後者の場合、クラスの実施は、も
しあれば、スーパークラスの実施に取って代わるもので
ある。
る固有のフィーチャまたは引き継がれたフィーチャを実
施することができる。後者の場合、クラスの実施は、も
しあれば、スーパークラスの実施に取って代わるもので
ある。
【１０９７】アクセス（Access） エンジンは、フィーチャへのアクセスを制御する。フィ
ーチャの”access（以下、アクセスともいう）”は、フ
ィーチャを使用し得るオブジェクトを定義し、次のもの
のいずれかに該当する。
ーチャの”access（以下、アクセスともいう）”は、フ
ィーチャを使用し得るオブジェクトを定義し、次のもの
のいずれかに該当する。
【１０９８】パブリック（public） いかなるオブジェクトもこのフィーチャを使うことがで
きる。
きる。
【１０９９】プライベート（private） そのフィーチャを有するオブジェクトのみがそれを使用
できる。
できる。
【１１００】システム（system） エンジンのみが、予め定義された、フィーチャを使用で
きる。
きる。
【１１０１】２．２．６ 属性 オブジェクトである”attribute（以下、属性ともい
う）”は、あるオブジェクトが”requester（以下、リ
クエスタともいう）”では、別のオブジェクトか、また
は同一のオブジェクトかを要求し”responder（以下、
レスポンダともいう）”では、別のオブジェクトか、ま
たは同一のオブジェクトかをおそらく取得し設定するこ
とのできるある特徴である。設定不可の属性は、”リー
ドオンリ（read-only）”である。
う）”は、あるオブジェクトが”requester（以下、リ
クエスタともいう）”では、別のオブジェクトか、また
は同一のオブジェクトかを要求し”responder（以下、
レスポンダともいう）”では、別のオブジェクトか、ま
たは同一のオブジェクトかをおそらく取得し設定するこ
とのできるある特徴である。設定不可の属性は、”リー
ドオンリ（read-only）”である。
【１１０２】”αGet” vs ”αSet” 属性は、属性がリードオンリ、であれば、どれかひとつ
のオペレーションと正確に同等であり、リードオンリで
なければ、両者である。”αGet” として象徴的に表さ
れる第１のオペレーションは、属性を取得する。それ
は、アーギュメントを持たず、その結果として属性を有
する。”αSet” と呼ばれる、第２のオペレーション
は、ある特定のオブジェクトで属性に変える。オペレー
ション”αSet” のひとつのアーギュメントは、そのオ
ブジェクトであり、オペレーションは、結果として属性
を持たない。
のオペレーションと正確に同等であり、リードオンリで
なければ、両者である。”αGet” として象徴的に表さ
れる第１のオペレーションは、属性を取得する。それ
は、アーギュメントを持たず、その結果として属性を有
する。”αSet” と呼ばれる、第２のオペレーション
は、ある特定のオブジェクトで属性に変える。オペレー
ション”αSet” のひとつのアーギュメントは、そのオ
ブジェクトであり、オペレーションは、結果として属性
を持たない。
【１１０３】Manual vs Automatic クラスは、手動または自動によってある属性を実施する
ことができ、そのクラスが抽象的である場合にのみ、全
く実施しない。属性を”Manually（以下、手動的ともい
う）”で実施することは、”αGet” の方法を規定しな
ければならず、属性が設定可能であれば、”αSet”で
ある。属性を”Automatically（以下、自動的ともい
う）”に実施することは、エンジンにそのようにさせる
ことであり、エンジンは、属性がインスタンス属性であ
り、クラスが具体的であり、クラスのその実施スーパー
クラスも属性を実施しない場合に、そのようにする。エ
ンジンは同一の識別子のプロパティで属性を遂行する。
ことができ、そのクラスが抽象的である場合にのみ、全
く実施しない。属性を”Manually（以下、手動的ともい
う）”で実施することは、”αGet” の方法を規定しな
ければならず、属性が設定可能であれば、”αSet”で
ある。属性を”Automatically（以下、自動的ともい
う）”に実施することは、エンジンにそのようにさせる
ことであり、エンジンは、属性がインスタンス属性であ
り、クラスが具体的であり、クラスのその実施スーパー
クラスも属性を実施しない場合に、そのようにする。エ
ンジンは同一の識別子のプロパティで属性を遂行する。
【１１０４】インストラクションセットは、そのアーギ
ュメントが属性の識別子 (”α”）である内部オペレー
ションである”getAttribute”及び”setAttribute”の
助けをそれぞれ借りて、属性の取得及び設定を定義す
る。これらの２つのオペレーションは、属性が自動的に
実施されていれば、その属性に関連されたプロパティを
それぞれ取得及び設定し、その他の場合、すなわち属性
が自動的に実施されていれば、”αGet”及び”αSet”
の各オペレーションについて、ユーザによって定義され
た方法を実施する。同様に属性の手動実施または自動実
施は、オペレーションの実施の位置付けを行う実行モデ
ルのアルゴリズムを使用して位置付けされる。
ュメントが属性の識別子 (”α”）である内部オペレー
ションである”getAttribute”及び”setAttribute”の
助けをそれぞれ借りて、属性の取得及び設定を定義す
る。これらの２つのオペレーションは、属性が自動的に
実施されていれば、その属性に関連されたプロパティを
それぞれ取得及び設定し、その他の場合、すなわち属性
が自動的に実施されていれば、”αGet”及び”αSet”
の各オペレーションについて、ユーザによって定義され
た方法を実施する。同様に属性の手動実施または自動実
施は、オペレーションの実施の位置付けを行う実行モデ
ルのアルゴリズムを使用して位置付けされる。
【１１０５】格納位置（Strage Location） リードオンリでない属性は、デフォルトによって”Stra
ge Location （以下、ストレージロケーションともい
う）”として挙動する。すなわち、オペレーション”α
Get” は、もっとも最近に成功のうちに供給されたオブ
ジェクトをオペレーション”αSet” のアーギュメント
としてリターンする。このデフォルト挙動の例外は、特
別の属性の散文の記載で呼び出されねばならない。
ge Location （以下、ストレージロケーションともい
う）”として挙動する。すなわち、オペレーション”α
Get” は、もっとも最近に成功のうちに供給されたオブ
ジェクトをオペレーション”αSet” のアーギュメント
としてリターンする。このデフォルト挙動の例外は、特
別の属性の散文の記載で呼び出されねばならない。
【１１０６】注：すなわち、デフォルト挙動を示す属性
が、クラス”Dictionary（以下、ディクショナリともい
う）”のひとつのメンバであるように制約され、クラ
ス”Dictionary” のサブクラスのひとつのインスタン
スが、オペレーション”αSet”に供給される場合、オ
ペレーション”αGet”はそのクラス”は、クラス”Dic
tionary” のインスタンスではなく、そのインスタンス
をリターンする。
が、クラス”Dictionary（以下、ディクショナリともい
う）”のひとつのメンバであるように制約され、クラ
ス”Dictionary” のサブクラスのひとつのインスタン
スが、オペレーション”αSet”に供給される場合、オ
ペレーション”αGet”はそのクラス”は、クラス”Dic
tionary” のインスタンスではなく、そのインスタンス
をリターンする。
【１１０７】注：リードオンリであるすべての予め定義
された属性は、デフォルト挙動を示す。
された属性は、デフォルト挙動を示す。
【１１０８】２．２．７ オペレーション オペレーションは、あるオブジェクト、すなわち”the
requester（以下、リクエスタともいう）”が他のオブ
ジェクト、または同一のオブジェクト、すなわち”the
responder（以下、レスポンダともいう）”に実施する
ように求めることのできるすべてのタスクである。
requester（以下、リクエスタともいう）”が他のオブ
ジェクト、または同一のオブジェクト、すなわち”the
responder（以下、レスポンダともいう）”に実施する
ように求めることのできるすべてのタスクである。
【１１０９】アーギュメント（Arguments） リクエスタは、オペレーションの”arguments（以下、
アーギュメントともいう）”である０またはそれ以上の
オブジェクトをレスポンダに供給する。オペレーター
は、オペレーションのアーギュメントの数が可変である
かまたは固定されているかを定め、後者の場合にはどの
ように各々が強制されるかを定める。
アーギュメントともいう）”である０またはそれ以上の
オブジェクトをレスポンダに供給する。オペレーター
は、オペレーションのアーギュメントの数が可変である
かまたは固定されているかを定め、後者の場合にはどの
ように各々が強制されるかを定める。
【１１１０】注：アーギュメントが、可変の数を持て
ば、いずれもマークとはならない。
ば、いずれもマークとはならない。
【１１１１】注：予め定義されたオペレーションの中
で、オペレーション”initialize”、”makeClasse
s”、”select”及び”new” は、可変数のアーギュメ
ントを必要とし、他のいずれのオペレーションもそれを
必要としない。
で、オペレーション”initialize”、”makeClasse
s”、”select”及び”new” は、可変数のアーギュメ
ントを必要とし、他のいずれのオペレーションもそれを
必要としない。
【１１１２】リザルト（Result） レスポンダは、オペレーションが成功すれば、リクエス
タに、オペレーションの”result（以下、リザルトとも
いう）”である単一のオブジェクトをオプション的に供
給することができる。あるオペレーションは、結果の有
無を定め、結果がある場合には、それがどのようにして
強制されたかを規定する。
タに、オペレーションの”result（以下、リザルトとも
いう）”である単一のオブジェクトをオプション的に供
給することができる。あるオペレーションは、結果の有
無を定め、結果がある場合には、それがどのようにして
強制されたかを規定する。
【１１１３】２．２．８ 例外 ”exception（以下、例外ともいう） ”は、ある特徴の
ための方法の遂行の失敗または、より基本的には、その
方法のプロシージャ中の複数のアイテムである実行され
る複数のオブジェクトの内のひとつの実行の失敗を記述
するオブジェクトである。
ための方法の遂行の失敗または、より基本的には、その
方法のプロシージャ中の複数のアイテムである実行され
る複数のオブジェクトの内のひとつの実行の失敗を記述
するオブジェクトである。
【１１１４】フィーチャは、もしフィーチャが成功した
場合にレスポンダが、リターンするはずの結果の代わり
に例外をレスポンダが”throws（投げ返す）”した場合
に、失敗となる。フィーチャのリクエスタは、リクエス
タが例外に反応することを望む場合に、その例外を”ca
tch（ 受ける）”する。他の場合に、エンジンは、例外
を”propagates（伝える）”させる。すなわち、エンジ
ンは、リクエスタに例外を投出することを求める。
場合にレスポンダが、リターンするはずの結果の代わり
に例外をレスポンダが”throws（投げ返す）”した場合
に、失敗となる。フィーチャのリクエスタは、リクエス
タが例外に反応することを望む場合に、その例外を”ca
tch（ 受ける）”する。他の場合に、エンジンは、例外
を”propagates（伝える）”させる。すなわち、エンジ
ンは、リクエスタに例外を投出することを求める。
【１１１５】２．２．９ コンストレイント ”constraint（以下、コンストレイントともいう）”
は、コンストレイントの”subjects（以下、サブジェク
トともいう）”である他のオブジェクトの上におかれる
制限を規定する。可能な制限は、サブジェクトがメンバ
であるクラスの識別子、サブジェクトがそのクラスのイ
ンスタンスであるかどうか、そのサブジェクトが０であ
ることが許容されるかどうか、上述したクラスにもかか
わらず、そのクラス自身及びサブジェクトの通路を含
む。
は、コンストレイントの”subjects（以下、サブジェク
トともいう）”である他のオブジェクトの上におかれる
制限を規定する。可能な制限は、サブジェクトがメンバ
であるクラスの識別子、サブジェクトがそのクラスのイ
ンスタンスであるかどうか、そのサブジェクトが０であ
ることが許容されるかどうか、上述したクラスにもかか
わらず、そのクラス自身及びサブジェクトの通路を含
む。
【１１１６】パッセージ（Passage） オブジェクトは、オブジェクトのソースがエンジンに伝
えるソース リファレンスが、エンジンがオブジェクト
の目的点に伝える目的点リファレンスを定めるいくつか
の異なった方法のどれかひとつにおいて、フィーチャの
リクエスタとレスポンダとの間に通されることができ
る。
えるソース リファレンスが、エンジンがオブジェクト
の目的点に伝える目的点リファレンスを定めるいくつか
の異なった方法のどれかひとつにおいて、フィーチャの
リクエスタとレスポンダとの間に通されることができ
る。
【１１１７】オブジェクトの”passage（通路を意味
し、以下パッセージともいう）”は、これらの識別子の
内のひとつである。
し、以下パッセージともいう）”は、これらの識別子の
内のひとつである。
【１１１８】バイレフ（byRef） 目的点のリファレンスは、ソース リファレンスであ
る。
る。
【１１１９】バイアンプロテクティドレフ（byUnprotec
tedRef） 目的点リファレンスは、ソース リファレンスである
が、エンジンは、ソースリファレンスが保護されている
場合、”リファレンスプロテクティド（Reference Prot
ected）”を投出する。
tedRef） 目的点リファレンスは、ソース リファレンスである
が、エンジンは、ソースリファレンスが保護されている
場合、”リファレンスプロテクティド（Reference Prot
ected）”を投出する。
【１１２０】バイプロテクティドレフ（byProtectedRe
f） 目的点のリファレンスは、ソースリファレンスがアクセ
スを与えるオブジェクトに対して、保護されたリファレ
ンスである。
f） 目的点のリファレンスは、ソースリファレンスがアクセ
スを与えるオブジェクトに対して、保護されたリファレ
ンスである。
【１１２１】バイコピー（byCopy） 目的点リファレンスは、ソースリファレンスがアクセス
を与えるところのオブジェクトのコピーに対する保護さ
れないリファレンスである。エンジンは、この目的のた
めのみにコピーを作成する。コピーは、プロセスであれ
ば、オブジェクトの目的点によって所有され、さもなけ
れば、オブジェクトの目的点の所有である。
を与えるところのオブジェクトのコピーに対する保護さ
れないリファレンスである。エンジンは、この目的のた
めのみにコピーを作成する。コピーは、プロセスであれ
ば、オブジェクトの目的点によって所有され、さもなけ
れば、オブジェクトの目的点の所有である。
【１１２２】２．２．１０ プロパティ オブジェクトは、０またはそれ以上のプロパティを有す
る。それ自身がひとつの目的である”property（以下、
プロパティともいう）”は、オブジェクトの内部状態の
ひとつの要素であり、全体としてみて、全内部状態を構
成するオブジェクトのプロパティのすべてである。オブ
ジェクトのプロパティは、オブジェクトに対して内部的
であり、従って、そのオブジェクトの有無によって直接
に感知され、検査され、変更されることができる。
る。それ自身がひとつの目的である”property（以下、
プロパティともいう）”は、オブジェクトの内部状態の
ひとつの要素であり、全体としてみて、全内部状態を構
成するオブジェクトのプロパティのすべてである。オブ
ジェクトのプロパティは、オブジェクトに対して内部的
であり、従って、そのオブジェクトの有無によって直接
に感知され、検査され、変更されることができる。
【１１２３】オブジェクトのプロパティは、クラスによ
って区分される。０またはそれ以上は、オブジェクトの
クラスに固有であり、０または１つ以上はクラスの実施
スーパークラスの各々に対して固有である。プロパティ
が、それに対して固有であるクラスの複数のメソッドに
よって、直接に感知され、検査され、変更することがで
きるが、他のクラスまたはそのクラスのサブクラスもし
くはスーパークラスに対して固有のメソッドによっては
そのようにはできない。
って区分される。０またはそれ以上は、オブジェクトの
クラスに固有であり、０または１つ以上はクラスの実施
スーパークラスの各々に対して固有である。プロパティ
が、それに対して固有であるクラスの複数のメソッドに
よって、直接に感知され、検査され、変更することがで
きるが、他のクラスまたはそのクラスのサブクラスもし
くはスーパークラスに対して固有のメソッドによっては
そのようにはできない。
【１１２４】２．２．１１ コピー オブジェクトはコピーすることができる。あるオブジェ
クトの”copy（以下、コピーともいう）”は、別のオブ
ジェクトである。この別のオブジェクトは、”isSame”
による場合ならびに、保護されたリファレンスがコピー
を作成するために使用されたとしても、一般的に、その
コピーが変更され得ることによる場合以外は、コピー元
のオブジェクトから区別できない。
クトの”copy（以下、コピーともいう）”は、別のオブ
ジェクトである。この別のオブジェクトは、”isSame”
による場合ならびに、保護されたリファレンスがコピー
を作成するために使用されたとしても、一般的に、その
コピーが変更され得ることによる場合以外は、コピー元
のオブジェクトから区別できない。
【１１２５】あるコピーは、一般に、少なくとも最初
は、そのコピーがコピー元になった、オリジナルと一般
に同等である。”equal （同等を意味し、以下イコール
ともいう）”の意味は、オリジナルはメンバであるクラ
スに依存する。従って、クラスとコピーが不変であれ
ば、コピーとオリジナルとは不特定的に同等のままであ
る。その他の場合には、コピーとオリジナルとは互いに
独立であるため、相互に分岐していくことができる。
は、そのコピーがコピー元になった、オリジナルと一般
に同等である。”equal （同等を意味し、以下イコール
ともいう）”の意味は、オリジナルはメンバであるクラ
スに依存する。従って、クラスとコピーが不変であれ
ば、コピーとオリジナルとは不特定的に同等のままであ
る。その他の場合には、コピーとオリジナルとは互いに
独立であるため、相互に分岐していくことができる。
【１１２６】コピーは、オペレーション”copy”を用い
て生成される。エンジンは、オリジナルの各プロパティ
のオペレーション”copy”をリクエストすることによっ
てコピーを作成する。しかしながら、そのプロパティ
が、エンジンがこの目的のためにすでにコピーしたこと
のあるオブジェクトへのリファレンスであることを、エ
ンジンが見出した場合には、エンジンはそのオブジェク
トの第２のコピーを作らず、第１のコピーへのリファレ
ンスを使用する。
て生成される。エンジンは、オリジナルの各プロパティ
のオペレーション”copy”をリクエストすることによっ
てコピーを作成する。しかしながら、そのプロパティ
が、エンジンがこの目的のためにすでにコピーしたこと
のあるオブジェクトへのリファレンスであることを、エ
ンジンが見出した場合には、エンジンはそのオブジェク
トの第２のコピーを作らず、第１のコピーへのリファレ
ンスを使用する。
【１１２７】２．２．１２ オブジェクトの初期化 オブジェクトの生成は、オブジェクトの初期化を課す
る。オペレーション”initialize（以下、イニシャライ
ズともいう）”の方法は、生成されたオブジェクトがそ
のメンバであるクラスに固有のものであり得る。方法
は、そのクラスにとって固有のオブジェクトのプロパテ
ィを初期化することになる。
る。オペレーション”initialize（以下、イニシャライ
ズともいう）”の方法は、生成されたオブジェクトがそ
のメンバであるクラスに固有のものであり得る。方法
は、そのクラスにとって固有のオブジェクトのプロパテ
ィを初期化することになる。
【１１２８】エンジンがオペレーション”イニシャライ
ズ”の方法をリクエストする場合、エンジンは、その方
法が、それ自体固有であるクラスにとって固有であるプ
ロパティを０に設定する。
ズ”の方法をリクエストする場合、エンジンは、その方
法が、それ自体固有であるクラスにとって固有であるプ
ロパティを０に設定する。
【１１２９】初期化の順序 オペレーション”initialize”に対する各々の方法は、
その方法の責任範囲であるプロパティをイニシャライズ
した後に、オペレーションをエスカレートし、それによ
り他の方法が同じことをすることを可能にする。ある方
法が、オペレーションをエスカレートすることなく成功
した場合に、エンジンがその方法について同じことをす
る。エスカレーションのプロセスは、生成されたオブジ
ェクトのクラスとそのクラスの遂行のスーパークラスを
標準的な順序で訪問する。
その方法の責任範囲であるプロパティをイニシャライズ
した後に、オペレーションをエスカレートし、それによ
り他の方法が同じことをすることを可能にする。ある方
法が、オペレーションをエスカレートすることなく成功
した場合に、エンジンがその方法について同じことをす
る。エスカレーションのプロセスは、生成されたオブジ
ェクトのクラスとそのクラスの遂行のスーパークラスを
標準的な順序で訪問する。
【１１３０】初期化パラメータ（InitializationParame
ters） あるクラスの”initialization parameter（以下、初期
化パラメータともいう）”は、そのクラスにとって固有
のオペレーション”initialize”の方法が、オペレーシ
ョンの実施にとって必要とするオブジェクトである。も
しクラスのミックスインであれば、クラスは、パラメー
タを選択することによってそれ自身ためのみに語る。ク
ラスがフレーバであれば、クラスはそれ自身のみ及びそ
の実施のスーパークラスのみについて語る。エスカレー
ションにおいて、オペレーション”initialize”のため
のクラスの方法は、標準的な順序で後続するクラスのパ
ラメータが最も上方のマークのさらに上においてスタッ
クの上にあることを確実にするべきである。その他のク
ラスのための方法が実施された後、パラメータが残存し
ていれば、クラス”Object”は、例外を投出する。
ters） あるクラスの”initialization parameter（以下、初期
化パラメータともいう）”は、そのクラスにとって固有
のオペレーション”initialize”の方法が、オペレーシ
ョンの実施にとって必要とするオブジェクトである。も
しクラスのミックスインであれば、クラスは、パラメー
タを選択することによってそれ自身ためのみに語る。ク
ラスがフレーバであれば、クラスはそれ自身のみ及びそ
の実施のスーパークラスのみについて語る。エスカレー
ションにおいて、オペレーション”initialize”のため
のクラスの方法は、標準的な順序で後続するクラスのパ
ラメータが最も上方のマークのさらに上においてスタッ
クの上にあることを確実にするべきである。その他のク
ラスのための方法が実施された後、パラメータが残存し
ていれば、クラス”Object”は、例外を投出する。
【１１３１】初期化の特権（Initialization Privilege
s） オペレーション”initialize”の方法は、エスカレーシ
ョンの前ではなくエスカレーションの後に、生成された
オブジェクトのフィーチャを使用する。その場合にもオ
ブジェクトは、メソッドがそれに対して固有であるクラ
スのインスタンスであるかのように応答するとき、オブ
ジェクトがそのひとつのインスタンスであるクラスでは
ない。メソッドは、どんな時にも他のオブジェクトのフ
ィーチャを使用することができる。
s） オペレーション”initialize”の方法は、エスカレーシ
ョンの前ではなくエスカレーションの後に、生成された
オブジェクトのフィーチャを使用する。その場合にもオ
ブジェクトは、メソッドがそれに対して固有であるクラ
スのインスタンスであるかのように応答するとき、オブ
ジェクトがそのひとつのインスタンスであるクラスでは
ない。メソッドは、どんな時にも他のオブジェクトのフ
ィーチャを使用することができる。
【１１３２】２．２．１３ オブジェクトの最終化 オブジェクトの破壊は、オブジェクトの最終化を課す
る。オペレーション”finalize（最終化を意味し、ファ
イナライズともいう）”の方法は、破壊されるオブジェ
クトがそのひとつのメンバであるどのクラスにとっても
固有とすることができる。方法は、そのクラスにとって
固有のオブジェクトのプロパティを最終的なものにしな
ければならない。
る。オペレーション”finalize（最終化を意味し、ファ
イナライズともいう）”の方法は、破壊されるオブジェ
クトがそのひとつのメンバであるどのクラスにとっても
固有とすることができる。方法は、そのクラスにとって
固有のオブジェクトのプロパティを最終的なものにしな
ければならない。
【１１３３】オペレーション”finalize”のための方法
は、そのオペレーションが最終化するプロパティをオプ
ションによって廃棄し、したがっておそらくは破壊する
ことができる。方法がそのようにしない場合エンジンが
それを行う。
は、そのオペレーションが最終化するプロパティをオプ
ションによって廃棄し、したがっておそらくは破壊する
ことができる。方法がそのようにしない場合エンジンが
それを行う。
【１１３４】最終化の順序（Finalization Order） オペレーション”finalize”の方法は、オペレーション
をエスカレートしない。エンジンは、破壊されたオブジ
ェクトのクラス及びその実施スーパークラスを標準的な
順序で訪問して、他の方法が成功しているか否かにかか
わらず、各々の方法を実施する。
をエスカレートしない。エンジンは、破壊されたオブジ
ェクトのクラス及びその実施スーパークラスを標準的な
順序で訪問して、他の方法が成功しているか否かにかか
わらず、各々の方法を実施する。
【１１３５】２．２．１４ クラスの構造 インストラクションセットは、多くのコンピューター言
語とは異なって、オペレーション”makeclass（以下、
メイククラスともいう）”によって実行中にクラスを生
成することができる。あるクラスは、クラスのインター
フェースとクラスの実施との両方を規定するクラス定義
に基づいて生成される。
語とは異なって、オペレーション”makeclass（以下、
メイククラスともいう）”によって実行中にクラスを生
成することができる。あるクラスは、クラスのインター
フェースとクラスの実施との両方を規定するクラス定義
に基づいて生成される。
【１１３６】識別子のバインディング（Identifier Bin
dings） クラスのインターフェースまたは導入は、そのインター
フェースまたは実施が識別子によって指示する他のクラ
スに通常は依存する。サイテイションは、インターフェ
ースまたは実施の属性”vocabulary”の助けを借りて各
々のこのような識別子に対して拘束される。
dings） クラスのインターフェースまたは導入は、そのインター
フェースまたは実施が識別子によって指示する他のクラ
スに通常は依存する。サイテイションは、インターフェ
ースまたは実施の属性”vocabulary”の助けを借りて各
々のこのような識別子に対して拘束される。
【１１３７】識別子が、予め規定されたクラスの識別子
に等しければ、サイテイションはそのクラスに等しい。
その他の場合には、識別子が、属性”vocabulary”中の
あるキーに等しければ、サイテイションは、関連した値
に等しい。その他の場合には、サイテイションの属性”
title”が、そのクラスの識別子に等しいことを除い
て、サイテイションは、構成されたクラスのサイテイシ
ョンに等しい。
に等しければ、サイテイションはそのクラスに等しい。
その他の場合には、識別子が、属性”vocabulary”中の
あるキーに等しければ、サイテイションは、関連した値
に等しい。その他の場合には、サイテイションの属性”
title”が、そのクラスの識別子に等しいことを除い
て、サイテイションは、構成されたクラスのサイテイシ
ョンに等しい。
【１１３８】注：インストラクションセットは、予め定
義されたクラスの割り当てられたサイテイションを定義
しない。
義されたクラスの割り当てられたサイテイションを定義
しない。
【１１３９】サイテイションのバインディング（Citati
on Bindings） クラスは、それぞれ現在のプロセス及び現在のプレイス
の属性”privateClasses（以下、プライベートクラスと
もいう）”及び”publicClasses（以下、パブリックク
ラスともいう）”の助けをかりて、サイテイションに対
して拘束される。引用されたクラスが予め定義されてい
れば、引用されたクラスは、エンジン自体に見い出され
る。もし引用されたクラスが、ユーザーによって定義さ
れていれば、そのクラスはサーチされ、現在のプロセス
の属性”privateClasses”に見い出されるか、または見
い出されず、見い出されない場合は、現在のプレイスの
属性”publicClasses” に見い出され、そのクラスは、
引用されたクラスに対して後方に互換性を有するどんな
クラスでもよい。
on Bindings） クラスは、それぞれ現在のプロセス及び現在のプレイス
の属性”privateClasses（以下、プライベートクラスと
もいう）”及び”publicClasses（以下、パブリックク
ラスともいう）”の助けをかりて、サイテイションに対
して拘束される。引用されたクラスが予め定義されてい
れば、引用されたクラスは、エンジン自体に見い出され
る。もし引用されたクラスが、ユーザーによって定義さ
れていれば、そのクラスはサーチされ、現在のプロセス
の属性”privateClasses”に見い出されるか、または見
い出されず、見い出されない場合は、現在のプレイスの
属性”publicClasses” に見い出され、そのクラスは、
引用されたクラスに対して後方に互換性を有するどんな
クラスでもよい。
【１１４０】クラスは、２回の内の１回において、サイ
テイションに対して拘束される。クラスの識別子がある
プロシージャのアイテムである場合、そのクラスは、識
別子が実行される都度サーチされる。その他の場合に
は、クラスが構成された場合にサーチされる。
テイションに対して拘束される。クラスの識別子がある
プロシージャのアイテムである場合、そのクラスは、識
別子が実行される都度サーチされる。その他の場合に
は、クラスが構成された場合にサーチされる。
【１１４１】２．３ 実行モデル インストラクションセットは、このセクションが定義す
る”実行モデル”を実現する。
る”実行モデル”を実現する。
【１１４２】２．３．１ メソッド ”method（以下、メソッドという）”は、その各々の遂
行の動的状態を別々に保持することのできるプロシージ
ャである。この動的状態は、ひとつのフレームの形状を
とる。オペレーション、変換及び選択された属性を遂行
するためにメソッドが使用される。
行の動的状態を別々に保持することのできるプロシージ
ャである。この動的状態は、ひとつのフレームの形状を
とる。オペレーション、変換及び選択された属性を遂行
するためにメソッドが使用される。
【１１４３】フレーム（Frame） ”frame（以下、フレームともいう）は、スタックと０
またはそれ以上の変数とを含む。それ自身がオブジェク
トである”variable（変数）”は、フレームのメソッド
の特別な遂行の動的状態のひとつの要素であり、全体と
して集められかつスタックとともに、フレームのすべて
のプロパティが、全体の動的状態を構成する。フレーム
のスタック及び変数は、そのフレームに対して内部的で
あり、従って、フレームのメソッドのみによって直接に
感知され、検査され、変更することができる。フレーム
自身は、全く操作され得ない。
またはそれ以上の変数とを含む。それ自身がオブジェク
トである”variable（変数）”は、フレームのメソッド
の特別な遂行の動的状態のひとつの要素であり、全体と
して集められかつスタックとともに、フレームのすべて
のプロパティが、全体の動的状態を構成する。フレーム
のスタック及び変数は、そのフレームに対して内部的で
あり、従って、フレームのメソッドのみによって直接に
感知され、検査され、変更することができる。フレーム
自身は、全く操作され得ない。
【１１４４】遂行（Performance） メソッドを”performance（遂行を意味し、以下、パフ
ォーマンスともいう）”することは、ひとつのフレーム
を生成し、フレームのスタックの初期アイテムとしてオ
ブジェクトの申し入れを受け入れ、フレームの変数を０
に設定し、メソッドのプロシージャを実施し、フレーム
を廃棄し、プロシージャの成功した場合にのみフレーム
の最終的なアイテムを、フレームの廃棄前にそのスタッ
クからそれらをポップして提供することである。プロシ
ージャが成功するか、または失敗した場合にメソッドの
実施は、それぞれ成功したり失敗したりする。
ォーマンスともいう）”することは、ひとつのフレーム
を生成し、フレームのスタックの初期アイテムとしてオ
ブジェクトの申し入れを受け入れ、フレームの変数を０
に設定し、メソッドのプロシージャを実施し、フレーム
を廃棄し、プロシージャの成功した場合にのみフレーム
の最終的なアイテムを、フレームの廃棄前にそのスタッ
クからそれらをポップして提供することである。プロシ
ージャが成功するか、または失敗した場合にメソッドの
実施は、それぞれ成功したり失敗したりする。
【１１４５】いかなる時点においても”current method
（現在の方法）”は、現在遂行中のメソッドであり、”
current frame（現在のフレーム）”は、その遂行のた
めにつくり出されたフレームであり、”current stack
（現在のスタック）”すなわち”the stack（以下、ス
タックという）”は、現在のフレームのスタックであ
る。
（現在の方法）”は、現在遂行中のメソッドであり、”
current frame（現在のフレーム）”は、その遂行のた
めにつくり出されたフレームであり、”current stack
（現在のスタック）”すなわち”the stack（以下、ス
タックという）”は、現在のフレームのスタックであ
る。
【１１４６】注：メソッドは、あるオペレーションを遂
行する場合、スタックの初期アイテムとして提供された
オブジェクトが、アーギュメントであり、もしあれば、
最終的なアイテムとして提供されたオブジェクトの最も
上方にあるものが結果である。これらの２つの事象の間
で、スタックは、最初にアーギュメントを保持し、もし
あれば、次にメソッドが要求するオペレーションの結果
を保持する。もしあればオペレーションの終了時にスタ
ックのもっとも上方にあるアイテム以外のアイテムが、
オペレーションの中間のステップを実行するためにオペ
レーションによって遂行の間、使用されるオブジェクト
である。
行する場合、スタックの初期アイテムとして提供された
オブジェクトが、アーギュメントであり、もしあれば、
最終的なアイテムとして提供されたオブジェクトの最も
上方にあるものが結果である。これらの２つの事象の間
で、スタックは、最初にアーギュメントを保持し、もし
あれば、次にメソッドが要求するオペレーションの結果
を保持する。もしあればオペレーションの終了時にスタ
ックのもっとも上方にあるアイテム以外のアイテムが、
オペレーションの中間のステップを実行するためにオペ
レーションによって遂行の間、使用されるオブジェクト
である。
【１１４７】２．３．２ プロシージャ ”procedure（以下、プロシージャともいう）は、プロ
シージャのプロパティに含まれず、より基本的に、プロ
シージャの一部分である、その”item（以下、アイテム
ともいう）”である、０またはそれ以上の実行されるオ
ブジェクトを含む。これらのアイテムは、範囲［１，
ｎ］によって番号付けされ、”ｎ”は、プロシージャ
の”length（長さ）”である。プロシージャは、長さが
０になれば”cleared（クリアされるという意味をな
し、以下、クリアードともいう）”される。アイテムの
番号は、プロシージャ中のその”positoin（位置）”で
ある。”subprocedure（以下、サブプロシージャともい
う）”は、一つのプロシージャ内の隣接した位置にある
０以上のアイテムを含む。
シージャのプロパティに含まれず、より基本的に、プロ
シージャの一部分である、その”item（以下、アイテム
ともいう）”である、０またはそれ以上の実行されるオ
ブジェクトを含む。これらのアイテムは、範囲［１，
ｎ］によって番号付けされ、”ｎ”は、プロシージャ
の”length（長さ）”である。プロシージャは、長さが
０になれば”cleared（クリアされるという意味をな
し、以下、クリアードともいう）”される。アイテムの
番号は、プロシージャ中のその”positoin（位置）”で
ある。”subprocedure（以下、サブプロシージャともい
う）”は、一つのプロシージャ内の隣接した位置にある
０以上のアイテムを含む。
【１１４８】遂行（performance） プロシージャを”perform（遂行）”することは、現在
のフレーム中において増大する位置の順序でそのアイテ
ム順に実行されることである。プロシージャの遂行は、
各々のアイテムが成功のうちに実行されれば”succeeds
（成功）”し、他の場合には”fails（失敗）”する。
いずれかのアイテムが実行に失敗した場合には、残りの
アイテムは実行されない。
のフレーム中において増大する位置の順序でそのアイテ
ム順に実行されることである。プロシージャの遂行は、
各々のアイテムが成功のうちに実行されれば”succeeds
（成功）”し、他の場合には”fails（失敗）”する。
いずれかのアイテムが実行に失敗した場合には、残りの
アイテムは実行されない。
【１１４９】２．３．３ 実行されるオブジェクト ”executed（実行されるという意味をなし、以下、エグ
ゼキューティドともいう）”オブジェクトは、ひとつの
プロシージャのアイテムとして許可される。
ゼキューティドともいう）”オブジェクトは、ひとつの
プロシージャのアイテムとして許可される。
【１１５０】遂行 プロシージャではない実行されるオブジェクトを、”pe
rform（遂行）”することは、それを実行することであ
る。
rform（遂行）”することは、それを実行することであ
る。
【１１５１】実行（execution） 実行されるオブジェクト”execute（実行：以下、エグ
ゼキュートともいう）”することは、実行されるオブジ
ェクトが識別子であるか、モディファイヤであるか、セ
レクタであるか、または他の何かであるかということに
依存して物事をすることである。エンジンが例外を投出
した場合には、実行は失敗し、他の場合には実行は成功
する。
ゼキュートともいう）”することは、実行されるオブジ
ェクトが識別子であるか、モディファイヤであるか、セ
レクタであるか、または他の何かであるかということに
依存して物事をすることである。エンジンが例外を投出
した場合には、実行は失敗し、他の場合には実行は成功
する。
【１１５２】識別子、モディファイヤまたはセレクタ以
外のいかなる実行されるオブジェクトも、実行されるオ
ブジェクトへの保護されるリファレンスをスタックに保
存することによって実行される。
外のいかなる実行されるオブジェクトも、実行されるオ
ブジェクトへの保護されるリファレンスをスタックに保
存することによって実行される。
【１１５３】注：前項において問題にされた実行される
オブジェクトは、ビット、ビットストリングブーリア
ン、文字、整数、マーク、オクテット、オクテットスト
リング、プロシージャ、実数及びストリングである。
オブジェクトは、ビット、ビットストリングブーリア
ン、文字、整数、マーク、オクテット、オクテットスト
リング、プロシージャ、実数及びストリングである。
【１１５４】２．３．４ 識別子 特別なクラス、フィーチャ、プロパティまたは変数は、
インストラクションセット中の他の構成及びオブジェク
トと同様に、識別子によって表される。
インストラクションセット中の他の構成及びオブジェク
トと同様に、識別子によって表される。
【１１５５】識別子（Identifiers） ”identifier（識別子）”は、長さが少なくとも１に等
しいストリングである識別子の”text（テキスト）”に
よって、その範囲内において、あるオブジェクトを他の
オブジェクトから識別する。
しいストリングである識別子の”text（テキスト）”に
よって、その範囲内において、あるオブジェクトを他の
オブジェクトから識別する。
【１１５６】有資格の識別子（Qualified Identifier） ”qualified identifier（有資格の識別子）”は、ある
フィーチャの０またはそれ以上の遂行を同一のフィーチ
ャの０またはそれ以上の他の遂行から識別する。有資格
の識別子は、その識別子のテキストによってフィーチャ
を表す。有資格の識別子は、有資格の識別子の”qualif
ier”であるクラスの識別子のテキストによって、遂行
−すなわち、あるクラスに対して固有のまたはあるクラ
スによって引き継がれたもの−を表す。
フィーチャの０またはそれ以上の遂行を同一のフィーチ
ャの０またはそれ以上の他の遂行から識別する。有資格
の識別子は、その識別子のテキストによってフィーチャ
を表す。有資格の識別子は、有資格の識別子の”qualif
ier”であるクラスの識別子のテキストによって、遂行
−すなわち、あるクラスに対して固有のまたはあるクラ
スによって引き継がれたもの−を表す。
【１１５７】範囲（Scope） 同一のスコープを持ついかなる２つの識別子も同一とは
しない。
しない。
【１１５８】クラス（Class） インターフェースまたは遂行によって引用されるクラス
は、その範囲が遂行のそのインターフェースによって引
用される全てのクラスである識別子によって表される。
は、その範囲が遂行のそのインターフェースによって引
用される全てのクラスである識別子によって表される。
【１１５９】フィーチャ（Fiture） あるオブジェクトのフィーチャは、そのオブジェクトが
１つのインスタンスであるクラスによってクラスに固有
か、またはそれによって引き継がれる全てのフィーチャ
を範囲とする識別子によって表される。
１つのインスタンスであるクラスによってクラスに固有
か、またはそれによって引き継がれる全てのフィーチャ
を範囲とする識別子によって表される。
【１１６０】プロパティ（Property） あるオブジェクトのプロパティは、問題のプロパティそ
れ自身がそれに対し固有であるクラスに対して固有の全
てのプロパティを範囲とする識別子によって表される。
れ自身がそれに対し固有であるクラスに対して固有の全
てのプロパティを範囲とする識別子によって表される。
【１１６１】変数（Variable） あるフレームの変数は、そのフレームがその遂行に属す
るメソッドによって規定されたすべての変数を範囲とす
る識別子によって表される。
るメソッドによって規定されたすべての変数を範囲とす
る識別子によって表される。
【１１６２】シンタックス（Syntax） クオリファイァのテキストは、表Ａ．１の文字を排除す
るものとする。
るものとする。
【１１６３】
【表１】 テキストまたはクオリファイァの最初の文字は、表Ａ．
２の文字ならびに表Ａ．１の文字を排除するものとす
る。
２の文字ならびに表Ａ．１の文字を排除するものとす
る。
【１１６４】
【表２】 注：１つのプログラムがハイテレスクリプトにある場
合、そのテキストの最初の文字が下線（” ”）（U+00
5F）である識別子を割り当てる特権は、ハイテレスクリ
プトコンパイラ自身に留保される。
合、そのテキストの最初の文字が下線（” ”）（U+00
5F）である識別子を割り当てる特権は、ハイテレスクリ
プトコンパイラ自身に留保される。
【１１６５】２．３．５ 静的な置換の規則（Static S
ubstitution Rules） プロシージャは、下記の表Ａ．３の置換がなされたかの
ように遂行される。プロシージャ中の第１列にサブプロ
シージャが現出されたときは、いつでも第２列の第２行
のサブプロシージャがそれに変えられる。
ubstitution Rules） プロシージャは、下記の表Ａ．３の置換がなされたかの
ように遂行される。プロシージャ中の第１列にサブプロ
シージャが現出されたときは、いつでも第２列の第２行
のサブプロシージャがそれに変えられる。
【１１６６】表Ａ．３は、テレスクリプトを定義するた
めに用いられたノンターミナルを用いて各々のサブプロ
シージャを定義する。この表の第１セクションでは、”
Identifier（識別）”は、それ自身かまたは”QIdentif
ier（Ｑ識別子ともいう）”を表す。第２セクションで
は”Idenntifier（識別子を意味し、以下、アイデンテ
ィファイヤともいう）”はそれ自身のみを表す。
めに用いられたノンターミナルを用いて各々のサブプロ
シージャを定義する。この表の第１セクションでは、”
Identifier（識別）”は、それ自身かまたは”QIdentif
ier（Ｑ識別子ともいう）”を表す。第２セクションで
は”Idenntifier（識別子を意味し、以下、アイデンテ
ィファイヤともいう）”はそれ自身のみを表す。
【１１６７】1 この置換は、識別子がオペレーション”
protect（プロテクトともいう）”の識別子でもオペレ
ーション”ref（レフともいう）”の識別子でもない場
合のみ適応される。
protect（プロテクトともいう）”の識別子でもオペレ
ーション”ref（レフともいう）”の識別子でもない場
合のみ適応される。
【１１６８】2 この置換は、ひとつのアイデンティティ
である。
である。
【１１６９】下記の表Ａ．３または表Ａ．４のもの以外
のサブプロシージャ中に配置されたモディファイアを有
するプロシージャを作成するように求められた場合、エ
ンジンは例外を投出する。このアペンディックスのセク
ション３．２．１２に説明される内部的なオペレーショ
ンは、表Ａ．３または表Ａ．４の置換のひとつのものの
結果として要求された場合にのみ成功する。その他の場
合には内部オペレーションにはアクセスすることができ
ない。
のサブプロシージャ中に配置されたモディファイアを有
するプロシージャを作成するように求められた場合、エ
ンジンは例外を投出する。このアペンディックスのセク
ション３．２．１２に説明される内部的なオペレーショ
ンは、表Ａ．３または表Ａ．４の置換のひとつのものの
結果として要求された場合にのみ成功する。その他の場
合には内部オペレーションにはアクセスすることができ
ない。
【１１７０】
【表３】 ２．３．６ 動的な置換の規則 プロシージャは、表Ａ．４による置換が同様になされた
かのように遂行される。表Ａ．４において”Idenntifie
r”は、それ自身かまたは”QIdenntifier” を表す。
かのように遂行される。表Ａ．４において”Idenntifie
r”は、それ自身かまたは”QIdenntifier” を表す。
【１１７１】
【表４】 1 この置換は、識別子が属性を示すときにのみ適応され
る。
る。
【１１７２】2 この置換、すなわちアイデンティティ
は、注１の置換が、すなわち識別子が属性を表さない場
合にのみ適応される。
は、注１の置換が、すなわち識別子が属性を表さない場
合にのみ適応される。
【１１７３】２．３．７ セレクタの実行 ”selector（セレクタともいう）”は、特別の実行効果
を実現する。セレクタは、次のように実行される。
を実現する。セレクタは、次のように実行される。
【１１７４】ブレーク（break） オペレーション”loop（以下、ループともいう）”、”
repeat（以下、リピートともいう）”、または”while
（ホワイルともいう）”を成功させる。どのオペレーシ
ョンも遂行されていない場合には、”loop Missing（す
なわちループ不在を意味）”が投出される。
repeat（以下、リピートともいう）”、または”while
（ホワイルともいう）”を成功させる。どのオペレーシ
ョンも遂行されていない場合には、”loop Missing（す
なわちループ不在を意味）”が投出される。
【１１７５】クライアント（client） 現在のクライアントへのプロテクトされないリファレン
スをスタックに保存する。”current client（現在のク
ライアント）”は、リクエスタがエンジン自身でない場
合、例えばフィーチャのアクセスが”system（システム
ともいう）”である場合、現在のメソッドが、遂行して
いるフィーチャを要求するオブジェクトであり、その他
の場合には、０である。
スをスタックに保存する。”current client（現在のク
ライアント）”は、リクエスタがエンジン自身でない場
合、例えばフィーチャのアクセスが”system（システム
ともいう）”である場合、現在のメソッドが、遂行して
いるフィーチャを要求するオブジェクトであり、その他
の場合には、０である。
【１１７６】継続（continue） オペレーション”loop”、”repeat”、または”whil
e” を行わせ、もし何かオペレーションがあれば、その
次の遂行を開始させる。どちらのオペレーションも遂行
されていなければ、”Loop Missing”が投出される。
e” を行わせ、もし何かオペレーションがあれば、その
次の遂行を開始させる。どちらのオペレーションも遂行
されていなければ、”Loop Missing”が投出される。
【１１７７】エスカレート（escalate） 現在のメソッドが、遂行するオペレーションのための識
別子を実行するのと同じであるが、次のような例外があ
る。メソッド選択の前に、エンジンは、リクエスタがレ
スポンダでない場合、”Escalation Invarid（エスカレ
ーション不適切の意味）”を投出する。また、エンジン
は、メソッドの選択の間、現在のメソッドが固有となる
クラスをバイパスする。オペレーションは、エスカレー
トされている。
別子を実行するのと同じであるが、次のような例外があ
る。メソッド選択の前に、エンジンは、リクエスタがレ
スポンダでない場合、”Escalation Invarid（エスカレ
ーション不適切の意味）”を投出する。また、エンジン
は、メソッドの選択の間、現在のメソッドが固有となる
クラスをバイパスする。オペレーションは、エスカレー
トされている。
【１１７８】ここ（here） 現在のプレイスへの保護されていないリファレンスをス
タックに保存する。”current place（現在のプレイ
ス）” は、現在のプロセスがエンジンプレイスでない
場合に、現在のプレイスが占有されているプレイスであ
り、その他の場合には、０である。
タックに保存する。”current place（現在のプレイ
ス）” は、現在のプロセスがエンジンプレイスでない
場合に、現在のプレイスが占有されているプレイスであ
り、その他の場合には、０である。
【１１７９】プロセス（process） 現在のプロセスへのプロテクトされていないリファレン
スをスタックに保存する。”current process（現在の
プロセス）” は現在の方法の遂行が動的にその一部と
なっているプロセスである。
スをスタックに保存する。”current process（現在の
プロセス）” は現在の方法の遂行が動的にその一部と
なっているプロセスである。
【１１８０】セルフ（self） 現在のオブジェクトへのリファレンスをスタックに保存
する。”current object（現在のオブジェクト）”は、
現在のメソッドを遂行しているオブジェクトである。保
護されるリファレンスが現在のメソッドの遂行をリクエ
ストするために用いられている場合にのみ、リファレン
スは保護される。
する。”current object（現在のオブジェクト）”は、
現在のメソッドを遂行しているオブジェクトである。保
護されるリファレンスが現在のメソッドの遂行をリクエ
ストするために用いられている場合にのみ、リファレン
スは保護される。
【１１８１】成功（succeed） 残りのアイテムを実行することなしに現在の方法を成功
させる。属性、またはオペレーションの結果は、もしあ
れば、スタックに残される。
させる。属性、またはオペレーションの結果は、もしあ
れば、スタックに残される。
【１１８２】２．３．８ モディファイヤの実行 モディファイアはプロシージャにおいてそれに続くアイ
テムの実行を変更する。いろいろのモディファイヤの実
行が置換規則に定められている。置換規則が関与しない
もののモディファイヤは、次のように実行される。
テムの実行を変更する。いろいろのモディファイヤの実
行が置換規則に定められている。置換規則が関与しない
もののモディファイヤは、次のように実行される。
【１１８３】デマルケイト（demarcate） 次の識別子または有資格の識別子を実行させるが、次の
点が変更される。スタックがマークを含まない場合、エ
ンジンは、”Mark Missing （マーク不在の意味）”を
投出する。識別子が表わすオペレーションによって要求
されるアーギュメントの数が固定されており、マークよ
りも上方のオブジェクトの数よりも少なければ、エンジ
ンは”Argument Invalid（アーギュメント不適切の意
味）”を投出する。さもなければ、アーギュメントの数
が固定されていてマークよりも上方のオブジェクトの数
よりも多ければ、エンジンはスタック中に、マークと供
給されるオブジェクトとの間に、不在のアーギュメント
の数分の０を挿入する。エンジンは、次にスタックから
マークを除き、オペレーションが成功しているが結果を
もたらさない場合には、結果の代りにリクエスタにゼロ
をリターンする。
点が変更される。スタックがマークを含まない場合、エ
ンジンは、”Mark Missing （マーク不在の意味）”を
投出する。識別子が表わすオペレーションによって要求
されるアーギュメントの数が固定されており、マークよ
りも上方のオブジェクトの数よりも少なければ、エンジ
ンは”Argument Invalid（アーギュメント不適切の意
味）”を投出する。さもなければ、アーギュメントの数
が固定されていてマークよりも上方のオブジェクトの数
よりも多ければ、エンジンはスタック中に、マークと供
給されるオブジェクトとの間に、不在のアーギュメント
の数分の０を挿入する。エンジンは、次にスタックから
マークを除き、オペレーションが成功しているが結果を
もたらさない場合には、結果の代りにリクエスタにゼロ
をリターンする。
【１１８４】メンション（mention） ”mention（以下、メンションともいう）"モディファイ
アに続くオブジェクトの実行を回避し、その代りにスタ
ックにそのオブジェクトへの保護されたリファレンスを
保存する。
アに続くオブジェクトの実行を回避し、その代りにスタ
ックにそのオブジェクトへの保護されたリファレンスを
保存する。
【１１８５】ユーススタック（useStack） 次のオブジェクトを実行する前にスタック自身へのリフ
ァレンスをスタックに保存する。
ァレンスをスタックに保存する。
【１１８６】２．３．９ 識別子の実行 クラス、属性、プロパティまたは変数のための識別子の
実行は、表Ａ．３及び表Ａ．４について以上に説明した
置換規則によって定められている。
実行は、表Ａ．３及び表Ａ．４について以上に説明した
置換規則によって定められている。
【１１８７】識別子 置換規則が関与しない識別子−すなわち、オペレーショ
ンのための識別子−は、次のようにして実行される。
ンのための識別子−は、次のようにして実行される。
【１１８８】エンジンはスタックがクリアされた場合に
は、”Responder Missing（レスポンダ不在の意味）”
を投出する。それは、レスポンダがスタックの頂点にい
たはずだからである。エンジンは、レスポンダが、識別
子の表わすオペレーションを持たないかまたはリクエス
タがオペレーションへのアクセスを持たないときに、”
Feature Unavailable（フィーチャ使用不可能の意
味）” を投出する。その他の場合には、エンジンは、
以下のセクションに述べるようにオペレーションのメソ
ッドを選択し、実行する。
は、”Responder Missing（レスポンダ不在の意味）”
を投出する。それは、レスポンダがスタックの頂点にい
たはずだからである。エンジンは、レスポンダが、識別
子の表わすオペレーションを持たないかまたはリクエス
タがオペレーションへのアクセスを持たないときに、”
Feature Unavailable（フィーチャ使用不可能の意
味）” を投出する。その他の場合には、エンジンは、
以下のセクションに述べるようにオペレーションのメソ
ッドを選択し、実行する。
【１１８９】有資格識別子 オペレーションのための有資格の識別子は、そのオペレ
ーションのための有資格の識別子でない識別子と同じ仕
方で実行されるが、次の例外がある。
ーションのための有資格の識別子でない識別子と同じ仕
方で実行されるが、次の例外がある。
【１１９０】メソッドの選択の前にエンジンは、リクエ
スタがレスポンダでない場合に、”Escalation Invalid
（エスカレーション不適切を意味し、以下、エスカレー
ションインバリッドともいう）”を投出する。さもなけ
れば、エンジンは、オペレーション”getClass（ゲット
クラスともいう）"を要求し（そのアーギュメントは、
テキストがクオリファイヤである識別子である）、オペ
レーションの結果が、現在のメソッドを固有とするクラ
スでも、その直接実施スーパークラスでもない場合に”
Escalation Invalid（エスカレーションインバリッド）
”を投出する。
スタがレスポンダでない場合に、”Escalation Invalid
（エスカレーション不適切を意味し、以下、エスカレー
ションインバリッドともいう）”を投出する。さもなけ
れば、エンジンは、オペレーション”getClass（ゲット
クラスともいう）"を要求し（そのアーギュメントは、
テキストがクオリファイヤである識別子である）、オペ
レーションの結果が、現在のメソッドを固有とするクラ
スでも、その直接実施スーパークラスでもない場合に”
Escalation Invalid（エスカレーションインバリッド）
”を投出する。
【１１９１】エンジンは、メソッドの選択の間に、オペ
レーション”getClass”及びその遂行スーパークラスの
結果にそれ自身を限定する。オペレーションはエスカレ
ートされている。
レーション”getClass”及びその遂行スーパークラスの
結果にそれ自身を限定する。オペレーションはエスカレ
ートされている。
【１１９２】２．３．１０ メソッドの選択 エンジンは、ここにリストされる順序で次の４つのロケ
ーションをサーチすることによってそれが見い出した最
初のメソッドをあるオペレーションのために選択する。
ーションをサーチすることによってそれが見い出した最
初のメソッドをあるオペレーションのために選択する。
【１１９３】・レスポンダがクラスであれば、そのクラ
スメソッド。
スメソッド。
【１１９４】・レスポンダがクラスであれば、標準的な
順序で探索されるその遂行スーパークラスのクラスメソ
ッド。
順序で探索されるその遂行スーパークラスのクラスメソ
ッド。
【１１９５】・レスポンダのクラスのインスタンスメソ
ッド。
ッド。
【１１９６】・標準的な順序で探索されるレスポンダの
クラスの遂行スーパークラスのインスタンスメソッド。
クラスの遂行スーパークラスのインスタンスメソッド。
【１１９７】もしメソッドがオペレーションをエスカレ
ートさせれば、エンジンは、別のオペレーションを選択
することを試み、それが既に選択した方法が固有となる
クラスに対するサーチを継続する。エンジンが方法を見
出さなかった場合、エンジンは”Escalation Invalid”
を投出する。
ートさせれば、エンジンは、別のオペレーションを選択
することを試み、それが既に選択した方法が固有となる
クラスに対するサーチを継続する。エンジンが方法を見
出さなかった場合、エンジンは”Escalation Invalid”
を投出する。
【１１９８】２．３．１１ メソッドの遂行 エンジンはオペレーションのためにそれが選択したメソ
ッドを次のように遂行する。
ッドを次のように遂行する。
【１１９９】アーギュメントの数の固定 オペレーションが固定された数のアーギュメントを必要
とする場合、エンジンは、スタックの長さがこの数字プ
ラス１よりも少ない場合に、”Argument Missing（アー
ギュメント不在を意味し、以下、アーギュメントミッシ
ングともいう）”を投出し、アーギュメントがアーギュ
メントのコンストレイントを侵害している場合に、”Ar
gument Invalid”を投出する。
とする場合、エンジンは、スタックの長さがこの数字プ
ラス１よりも少ない場合に、”Argument Missing（アー
ギュメント不在を意味し、以下、アーギュメントミッシ
ングともいう）”を投出し、アーギュメントがアーギュ
メントのコンストレイントを侵害している場合に、”Ar
gument Invalid”を投出する。
【１２００】アーギュメントの数の変動 オペレーションが可変数のアーギュメントを必要とする
場合、エンジンは、スタックがマークを含まない場合
に”Mark Missing（マーク不在を意味し、マークミッシ
ング）”を投出し、アーギュメントがアーギュメントの
コンストレイントを侵害している場合に、”Argument I
nvalid”を投出する。
場合、エンジンは、スタックがマークを含まない場合
に”Mark Missing（マーク不在を意味し、マークミッシ
ング）”を投出し、アーギュメントがアーギュメントの
コンストレイントを侵害している場合に、”Argument I
nvalid”を投出する。
【１２０１】遂行（Performance） エンジンは、スタックからレスポンダを復元し、メソッ
ドの遂行のためのフレームを生成し、そのメソッドを遂
行し、フレームを廃棄する。
ドの遂行のためのフレームを生成し、そのメソッドを遂
行し、フレームを廃棄する。
【１２０２】以下の動作は、メソッドの遂行を取り巻い
ている。エンジンは、オペレーションのアーギュメント
を提供し、リクエスタのスタックからレスポンダのスタ
ックにそれらのアーギュメントを移動させる。アーギュ
メントの数が可変の場合には、マークは、同様にこのよ
うにして提供される。エンジンは、もしあれば、オペレ
ーションの結果の提供を受け入れ、それをレスポンダの
スタックからリクエスタのスタックに移動させる。
ている。エンジンは、オペレーションのアーギュメント
を提供し、リクエスタのスタックからレスポンダのスタ
ックにそれらのアーギュメントを移動させる。アーギュ
メントの数が可変の場合には、マークは、同様にこのよ
うにして提供される。エンジンは、もしあれば、オペレ
ーションの結果の提供を受け入れ、それをレスポンダの
スタックからリクエスタのスタックに移動させる。
【１２０３】成功（Success） メソッドが、成功しオペレーションがある結果を生じる
べき場合には、エンジンは次のことを行う。結果が生じ
ない場合エンジンは”Result Missing（結果不在を意味
し、以下、リザルトミッシングともいう”を投出する。
結果が結果のコンストレイントを満たさない場合、エン
ジンは”Result Invarid（結果不適切を意味し、以下、
リザルトインバリッドともいう）”を投出する。どちら
の例外も、次のように取り扱われる。
べき場合には、エンジンは次のことを行う。結果が生じ
ない場合エンジンは”Result Missing（結果不在を意味
し、以下、リザルトミッシングともいう”を投出する。
結果が結果のコンストレイントを満たさない場合、エン
ジンは”Result Invarid（結果不適切を意味し、以下、
リザルトインバリッドともいう）”を投出する。どちら
の例外も、次のように取り扱われる。
【１２０４】失敗（Failure） メソッドが失敗し、オペレーションがその投出するべき
例外を投出しなかった場合、エンジンは”Unexpected E
xception（予期されない例外を意味し、以下、アンイク
スペクティドイクセプションともいう）”によって、前
記の例外を代える。
例外を投出しなかった場合、エンジンは”Unexpected E
xception（予期されない例外を意味し、以下、アンイク
スペクティドイクセプションともいう）”によって、前
記の例外を代える。
【１２０５】２．４ プロセスモデル インストラクションセットは、このセクションが定義す
る”プロセスモデル（process model）”を実現する。
る”プロセスモデル（process model）”を実現する。
【１２０６】２．４．１ プロセス（Processes） ”プロセス（process）”は、ネームされた自律的な計
算である。それは、マルチタスクのためのインストラク
ションセットの規則を構成する。
算である。それは、マルチタスクのためのインストラク
ションセットの規則を構成する。
【１２０７】注：あるプロセスは、実世界における何物
か、例えば、ネットワーク中においてプロセスがその目
的を促進しようと努めている人をしばしば表わす。
か、例えば、ネットワーク中においてプロセスがその目
的を促進しようと努めている人をしばしば表わす。
【１２０８】注：２つの種類のプロセス、すなわちエー
ジェントとプレイスがある。
ジェントとプレイスがある。
【１２０９】相互作用（Interaction） プロセスが、別のプロセスへのリファレンスを持つ場
合、両者は、２つの任意のオブジェクトが行い得るもの
と同じ仕方で相互作用をすることができる。すなわち、
これは、それぞれのフィーチャによる。このフィーチャ
の各特性または結果は、あるオブジェクトへのリファレ
ンスまたはそのコピーを一方のプロセスが他のプロセス
に伝達すること可能にする。
合、両者は、２つの任意のオブジェクトが行い得るもの
と同じ仕方で相互作用をすることができる。すなわち、
これは、それぞれのフィーチャによる。このフィーチャ
の各特性または結果は、あるオブジェクトへのリファレ
ンスまたはそのコピーを一方のプロセスが他のプロセス
に伝達すること可能にする。
【１２１０】２．４．２ 位相（Phases） プロセスは、複数の位相を通過する。エンジンはオペレ
ーション”イニシャライズ”を要求し、その時の可能な
プロセスは、そのオペレーションを成功のうちに遂行す
る。エンジンはオペレーション”live（以下、ライブと
もいう）”を要求し、プロセスはそのオペレーションを
成功のうちに遂行する。オペレーションのアーギュメン
トとしてゼロが供給される。エンジンはオペレーショ
ン”finalise（最終化）”を要求し、プロセスはそのオ
ペレーションを遂行する。
ーション”イニシャライズ”を要求し、その時の可能な
プロセスは、そのオペレーションを成功のうちに遂行す
る。エンジンはオペレーション”live（以下、ライブと
もいう）”を要求し、プロセスはそのオペレーションを
成功のうちに遂行する。オペレーションのアーギュメン
トとしてゼロが供給される。エンジンはオペレーショ
ン”finalise（最終化）”を要求し、プロセスはそのオ
ペレーションを遂行する。
【１２１１】例外（Exceptions） 前記の各位相の通常の進行状態は中断させることができ
る。オペレーション”initialize”が例外を投出した場
合、エンジンはそのプロセスを終了させる。オペレーシ
ョン”live”が例外を投出した場合、そのプロセスが保
持するパーミットがそれを許すならば、オペレーショ
ン”live”を再び要求することによってプロセスを再開
するかまたはさもない場合にオペレーション”finaliz
e”を要求する。前者の場合、例外はオペレーションの
アーギュメントとして供給される。オペレーション”fi
nalize”が例外を投出する場合、エンジンはプロセスを
終了させる。
る。オペレーション”initialize”が例外を投出した場
合、エンジンはそのプロセスを終了させる。オペレーシ
ョン”live”が例外を投出した場合、そのプロセスが保
持するパーミットがそれを許すならば、オペレーショ
ン”live”を再び要求することによってプロセスを再開
するかまたはさもない場合にオペレーション”finaliz
e”を要求する。前者の場合、例外はオペレーションの
アーギュメントとして供給される。オペレーション”fi
nalize”が例外を投出する場合、エンジンはプロセスを
終了させる。
【１２１２】プロセスが前記の位相のどれかにおいてそ
の固有のパーミットまたはローカルパーミットを使い尽
くした場合、プロセスが”Permit Exhausted（パーミッ
ト消尽を意味し、パーミットイクスハウステッドともい
う）”を投出したかのような状態となる。
の固有のパーミットまたはローカルパーミットを使い尽
くした場合、プロセスが”Permit Exhausted（パーミッ
ト消尽を意味し、パーミットイクスハウステッドともい
う）”を投出したかのような状態となる。
【１２１３】２．４．３ スレッド（Threads） 各プロセスは、独立した実行スレッドを生じさせる。こ
の実行スレッドは、どんな時点においても、プロセスの
イニチアティブにおいて遂行されているメソッドのフレ
ームを包括する。第１のこのようなメソッドは、プロセ
ス自身がオペレーション”live”のために供与する方法
であり、第２のメソッドは、オペレーション”live”の
方法がそのオブジェクトのために要求するフィーチャの
ためにオブジェクトが用意する方法であり、以下同様で
あり、反復される。
の実行スレッドは、どんな時点においても、プロセスの
イニチアティブにおいて遂行されているメソッドのフレ
ームを包括する。第１のこのようなメソッドは、プロセ
ス自身がオペレーション”live”のために供与する方法
であり、第２のメソッドは、オペレーション”live”の
方法がそのオブジェクトのために要求するフィーチャの
ためにオブジェクトが用意する方法であり、以下同様で
あり、反復される。
【１２１４】スケジューリング（Scheduling） エンジンは、ブロックされていない、すなわちある時間
まで待機しているすべての実行スレッドをスケジュール
し、そのプライオリティによって必要とされる優先順序
に従って行う。他のものが等しければ、エンジンは、１
つのオーソリティのプロセスを他のオーソリティのプロ
セスに対して優先させることはなく、またひとつのブラ
ンドのプロセスを他のブランドのプロセスに対して優先
させたり、同一のプライオリティのあるプロセスを別の
プロセスに優先させたりすることはない。
まで待機しているすべての実行スレッドをスケジュール
し、そのプライオリティによって必要とされる優先順序
に従って行う。他のものが等しければ、エンジンは、１
つのオーソリティのプロセスを他のオーソリティのプロ
セスに対して優先させることはなく、またひとつのブラ
ンドのプロセスを他のブランドのプロセスに対して優先
させたり、同一のプライオリティのあるプロセスを別の
プロセスに優先させたりすることはない。
【１２１５】中断（Interruption） エンジン自身があるオブジェクトのフィーチャを、すな
わちシステムフィーチャを要求する場合、そのフィーチ
ャのメソッドは、オブジェクトのオーナーのスレッドの
一部分として遂行される。オーナーは実際には、その目
的に対しては中断される。
わちシステムフィーチャを要求する場合、そのフィーチ
ャのメソッドは、オブジェクトのオーナーのスレッドの
一部分として遂行される。オーナーは実際には、その目
的に対しては中断される。
【１２１６】２．４．４ リソース（Resouces） ”resouce（リソースともいう）”は、ある特別のプロ
シージャの遂行を通じてあるプロセスに対してある保証
を与えることのできる何かである。エンジンは、これら
の保証を与えることができるまでプロセスを遅延させる
ことができる。
シージャの遂行を通じてあるプロセスに対してある保証
を与えることのできる何かである。エンジンは、これら
の保証を与えることができるまでプロセスを遅延させる
ことができる。
【１２１７】注：リソースは、臨界的な条件領域の定義
を可能にする。
を可能にする。
【１２１８】注：リソースは、物理的なリソース（以下
に例示する）のための代理人であることが多い。
に例示する）のための代理人であることが多い。
【１２１９】注：電子メールシステムにおいて、例えば
メールボックスとして役立つエージェントが送出される
メッセージのためのデータベース及びこれらのデータベ
ースを表わすリソースをそのプロパティの中に含めるこ
とができる。エージェントは、新しく送出されるメッセ
ージをデータベースに追加するタスクを開始する前にリ
ソースの排他的な使用を得ることがあり、それによって
現在の配送に対してデータベースの一体性を確保する。
メールボックスとして役立つエージェントが送出される
メッセージのためのデータベース及びこれらのデータベ
ースを表わすリソースをそのプロパティの中に含めるこ
とができる。エージェントは、新しく送出されるメッセ
ージをデータベースに追加するタスクを開始する前にリ
ソースの排他的な使用を得ることがあり、それによって
現在の配送に対してデータベースの一体性を確保する。
【１２２０】ニード（Need） プロセスは、別のプロセスに、あるオブジェクトへのリ
ファレンスを伝えることができるので、各オブジェクト
は、そのクラスに固有のまたはそのクラスによって受け
継がれたメソッドがこれらのプロセスによって同時に遂
行されることに対して準備しなければならない。リソー
スは、オブジェクトがこれらの準備をすることを可能に
する。
ファレンスを伝えることができるので、各オブジェクト
は、そのクラスに固有のまたはそのクラスによって受け
継がれたメソッドがこれらのプロセスによって同時に遂
行されることに対して準備しなければならない。リソー
スは、オブジェクトがこれらの準備をすることを可能に
する。
【１２２１】リソースは、オペレーションの連鎖が細か
く（Atomically）行われることを保証するために用いら
れる。あるオペレーションに対してはこのような注意は
一般には必要ではない。それは、オペレーション”wait
（ウエイトという）”、オペレーション”meet（ミート
という）”及びレスポンダ例えばオペレーション”do
（ドゥーという）”としてかまたはアーギュメント例え
ばオペレーション”restrict（制限を意味し、レストリ
クトという）”として供給されたプロシージャを遂行す
るすべての予め定義されたオペレーションは、エンジン
によって細かく遂行されるからである。
く（Atomically）行われることを保証するために用いら
れる。あるオペレーションに対してはこのような注意は
一般には必要ではない。それは、オペレーション”wait
（ウエイトという）”、オペレーション”meet（ミート
という）”及びレスポンダ例えばオペレーション”do
（ドゥーという）”としてかまたはアーギュメント例え
ばオペレーション”restrict（制限を意味し、レストリ
クトという）”として供給されたプロシージャを遂行す
るすべての予め定義されたオペレーションは、エンジン
によって細かく遂行されるからである。
【１２２２】注：エンジンは、オペレーション”go”及
び”send”をアトミックに遂行する。
び”send”をアトミックに遂行する。
【１２２３】排他的と共有（Exclusive vs Shared） あるプロセスには、リソースの共有された使用または排
他的な使用が保証されうる。どんな時点においても、い
かなるプロセスもリソースの使用を持たないか、あるプ
ロセスがリソースの”exclusive（排他的なという意味
を有し、イクスクルーシブともいう）”使用を持つか、
または１つ以上のプロセスがリソースの”shared（共有
されたという意味を有し、シェアードともいう）”使用
を持つかである。
他的な使用が保証されうる。どんな時点においても、い
かなるプロセスもリソースの使用を持たないか、あるプ
ロセスがリソースの”exclusive（排他的なという意味
を有し、イクスクルーシブともいう）”使用を持つか、
または１つ以上のプロセスがリソースの”shared（共有
されたという意味を有し、シェアードともいう）”使用
を持つかである。
【１２２４】条件（Condition） 要求がなされたときに特定される１つ以上の条件の中に
リソースが含まれることがプロセスにおいて保証され得
る。いかなる時点においても、リソースは、そのリソー
スが生成されたときに定義された１つ以上の条件の中
に、”condiion（条件）”を持つ。識別子によって表わ
されるリソースの条件は、リソースの使用、この場合、
共有でも排他的でもよい、によってのみ検査でき、そし
てリソースの排他的な使用を持ったプロセスによっての
み変更され得る。
リソースが含まれることがプロセスにおいて保証され得
る。いかなる時点においても、リソースは、そのリソー
スが生成されたときに定義された１つ以上の条件の中
に、”condiion（条件）”を持つ。識別子によって表わ
されるリソースの条件は、リソースの使用、この場合、
共有でも排他的でもよい、によってのみ検査でき、そし
てリソースの排他的な使用を持ったプロセスによっての
み変更され得る。
【１２２５】２．４．５ パーミット（Permits） ”permit（パーミットともいう）”は、あるプロセス、
その”subject（サブジェクトともいう）”に能力を許
容する。これらの能力は、インストラクションセットの
大部分例えばインストラクションセットの算術演算によ
って表わされ、各々のプロセスに暗黙のうちに許可され
ている。他の能力は、特別のプロセスに対して、これら
のプロセスに割り当てられたパーミットによって明文で
許可されている。
その”subject（サブジェクトともいう）”に能力を許
容する。これらの能力は、インストラクションセットの
大部分例えばインストラクションセットの算術演算によ
って表わされ、各々のプロセスに暗黙のうちに許可され
ている。他の能力は、特別のプロセスに対して、これら
のプロセスに割り当てられたパーミットによって明文で
許可されている。
【１２２６】注：パーミットの主要な目的は、コンピュ
ータ及びコミュニケーションのリソースを予定されない
量においてプロセスが消費することをできるだけ阻止す
ることにある。これは、プロセスを生成してそのプロセ
スに対してお金を支払うかもしれないユーザにとって
も、プロセスが消費するリソースを供給しなければなら
ない供給者にとっても利益である。
ータ及びコミュニケーションのリソースを予定されない
量においてプロセスが消費することをできるだけ阻止す
ることにある。これは、プロセスを生成してそのプロセ
スに対してお金を支払うかもしれないユーザにとって
も、プロセスが消費するリソースを供給しなければなら
ない供給者にとっても利益である。
【１２２７】注：前述したリソースは、クラス”resouc
e（リソース）”のメンバと混同されるべきではない。
２つの間には必要な関連性はない。
e（リソース）”のメンバと混同されるべきではない。
２つの間には必要な関連性はない。
【１２２８】能力（Capabilities） パーミットは、ある限られた大きさ及び量において能力
を許容する。
を許容する。
【１２２９】パーミットは、プロセスにあるエイジ、サ
イズ、料金、優先、または真正（オーセンティシティと
もいい；authenticity）を許容することができる。パー
ミットが、そのサブジェクトに対して資格を与える料金
は、サブジェクトの”allowance（以下、アローワンス
ともいう）”と呼ばれる。これらのディメンションのい
ずれにおいても量は、整数である。エイジは秒とし、サ
イズはオクテットで、また料金は”teleclick（以下、
テレクリックともいう）”で計測される。優先度はその
整数の価と共に増大する。オーセンティシティは、領域
特異である。
イズ、料金、優先、または真正（オーセンティシティと
もいい；authenticity）を許容することができる。パー
ミットが、そのサブジェクトに対して資格を与える料金
は、サブジェクトの”allowance（以下、アローワンス
ともいう）”と呼ばれる。これらのディメンションのい
ずれにおいても量は、整数である。エイジは秒とし、サ
イズはオクテットで、また料金は”teleclick（以下、
テレクリックともいう）”で計測される。優先度はその
整数の価と共に増大する。オーセンティシティは、領域
特異である。
【１２３０】パーミットは、プロセスに、それ自身を搬
送する権利（パーミットの属性”canGo”）、それ自身
のクローンを作り出して搬送する権利（属性”canSen
d”）、他の競争プロセスを作り出す権利（属性”canCr
eate”）、選定されたプロセスのパーミットを、それら
の能力を減少させる（属性”canDeny”）または増大
（属性”canGrant”）させるように選定されたプロセス
のパーミットを設定する権利、または、他のプロセスの
実際の料金を増大させる権利（属性”canCharge”）、
または終了された時に再スタートさせる権利（属性”ca
nRestart”）を許容することができる。これらのディメ
ンションのどれにおいても量はブーリアンであり、この
ブーリアンの値が”真”であれば、問題の権利は許可さ
れる。
送する権利（パーミットの属性”canGo”）、それ自身
のクローンを作り出して搬送する権利（属性”canSen
d”）、他の競争プロセスを作り出す権利（属性”canCr
eate”）、選定されたプロセスのパーミットを、それら
の能力を減少させる（属性”canDeny”）または増大
（属性”canGrant”）させるように選定されたプロセス
のパーミットを設定する権利、または、他のプロセスの
実際の料金を増大させる権利（属性”canCharge”）、
または終了された時に再スタートさせる権利（属性”ca
nRestart”）を許容することができる。これらのディメ
ンションのどれにおいても量はブーリアンであり、この
ブーリアンの値が”真”であれば、問題の権利は許可さ
れる。
【１２３１】パーミットが能力を許容することのできる
各ディメンションは、そのパーミットの属性によって表
わされる。属性は、通常は整数であるが、その代りにゼ
ロであることもでき、その場合に能力は無限の量で許容
される。
各ディメンションは、そのパーミットの属性によって表
わされる。属性は、通常は整数であるが、その代りにゼ
ロであることもでき、その場合に能力は無限の量で許容
される。
【１２３２】注：エンジンによってもまたは他のプロセ
スによっても、あるプロセスに与えられるサービスにつ
いてのテレクリックで表わした料金は、プレイスごとに
または時間ごとにまたはその両方について変化し得る。
あるサービスに対するチャージ、例えばスペースは、単
位時間ごとに評価することができる。
スによっても、あるプロセスに与えられるサービスにつ
いてのテレクリックで表わした料金は、プレイスごとに
または時間ごとにまたはその両方について変化し得る。
あるサービスに対するチャージ、例えばスペースは、単
位時間ごとに評価することができる。
【１２３３】ステイタス（Status） あるプロセスの”status（以下、ステイタスともい
う）”は、そのプロセスの行使された能力を特定する。
あるプロセスのステイタスは、以下に説明する、そのプ
ロセスの実効的なパーミットであるが、パーミットの”
age（エイジともいう）”、”charge（チャージともい
う）”、”extent（範囲の意味）”及び”priority（優
先度の意味）”の各属性は、それぞれそのプロセスの実
際のエイジ、チャージ、大きさ及び優先度である。
う）”は、そのプロセスの行使された能力を特定する。
あるプロセスのステイタスは、以下に説明する、そのプ
ロセスの実効的なパーミットであるが、パーミットの”
age（エイジともいう）”、”charge（チャージともい
う）”、”extent（範囲の意味）”及び”priority（優
先度の意味）”の各属性は、それぞれそのプロセスの実
際のエイジ、チャージ、大きさ及び優先度である。
【１２３４】実効的パーミット（Effective Permit） プロセスの”effective Permit（実効的パーミット）”
は、そのプロセスの許容された能力を特定する。このパ
ーミットは、どんな時点及びプレイスにおいても、その
プロセスの本来の、領域的な、そしてローカルなパーミ
ットと、効力を持つ時間的なパーミットとの間の交点で
ある。しかしこの目的のために、本来のパーミットの”
オーセンティシティ（authenticity）”属性は、プロセ
スの生成された領域にそのプロセスがいない場合には、
ゼロと考えられる。
は、そのプロセスの許容された能力を特定する。このパ
ーミットは、どんな時点及びプレイスにおいても、その
プロセスの本来の、領域的な、そしてローカルなパーミ
ットと、効力を持つ時間的なパーミットとの間の交点で
ある。しかしこの目的のために、本来のパーミットの”
オーセンティシティ（authenticity）”属性は、プロセ
スの生成された領域にそのプロセスがいない場合には、
ゼロと考えられる。
【１２３５】２つのパーミットの”交点（intersectio
n）”は、それ自体としてパーミットであり、このパー
ミットの本来の属性のおのおの、Ａ0は、問題の２つの
パーミットの同じようなネームの属性Ａ1及びＡ2の交点
である。より特定的には、Ａ0は、Ａ2がゼロである場合
に、Ａ1であり、Ａ1がゼロである場合Ａ2であり、その
他の場合には、Ａ1とＡ2とのどちらか最小のものであ
る。一旦設定されたプロセスのパーミットのどれかが再
設定された場合には、エンジンは、後述するオペレーシ
ョン”restricted（制限される）”の使用によってプロ
セスにそれを通知する。
n）”は、それ自体としてパーミットであり、このパー
ミットの本来の属性のおのおの、Ａ0は、問題の２つの
パーミットの同じようなネームの属性Ａ1及びＡ2の交点
である。より特定的には、Ａ0は、Ａ2がゼロである場合
に、Ａ1であり、Ａ1がゼロである場合Ａ2であり、その
他の場合には、Ａ1とＡ2とのどちらか最小のものであ
る。一旦設定されたプロセスのパーミットのどれかが再
設定された場合には、エンジンは、後述するオペレーシ
ョン”restricted（制限される）”の使用によってプロ
セスにそれを通知する。
【１２３６】プロセスは、プロセスの言う実効的なパー
ミットによってプロセスに許可される量以上の量におい
て能力を行使しようと努めた場合に、そのパーミット
を”violates（侵害）”している。パーミットを使い尽
くすことなしに自己のパーミットを侵害すると、例外が
引き起こされる。
ミットによってプロセスに許可される量以上の量におい
て能力を行使しようと努めた場合に、そのパーミット
を”violates（侵害）”している。パーミットを使い尽
くすことなしに自己のパーミットを侵害すると、例外が
引き起こされる。
【１２３７】プロセスの一時的なパーミットのどのひと
つも行使されていない場合、プロセスの実効的なパーミ
ットがプロセスに許容するべきエイジ、チャージ、また
はサイズにプロセスの実際のエイジ、チャージまたは大
きさがそれぞれ到達することを許容することによって、
プロセスのパーミットが”消尽（exhausts）”される。
自己のパーミットの消尽は自己の終了を開始させる。
つも行使されていない場合、プロセスの実効的なパーミ
ットがプロセスに許容するべきエイジ、チャージ、また
はサイズにプロセスの実際のエイジ、チャージまたは大
きさがそれぞれ到達することを許容することによって、
プロセスのパーミットが”消尽（exhausts）”される。
自己のパーミットの消尽は自己の終了を開始させる。
【１２３８】固有のパーミット（Native Permit） あるプロセスの”native permit（固有のパーミッ
ト）”はプロセスの創始者によってプロセスに許容され
た能力を特定する。あるプロセスすなわち親は、別のプ
ロセスすなわち子を親が作ったときにこのパーミットを
設定する。同僚プロセスは同僚の自身の実効的パーミッ
ト（属性”canDeny”）によってそのように能力が与え
られるならば、能力を減少させることができるが増大は
させることができない。
ト）”はプロセスの創始者によってプロセスに許容され
た能力を特定する。あるプロセスすなわち親は、別のプ
ロセスすなわち子を親が作ったときにこのパーミットを
設定する。同僚プロセスは同僚の自身の実効的パーミッ
ト（属性”canDeny”）によってそのように能力が与え
られるならば、能力を減少させることができるが増大は
させることができない。
【１２３９】能力はプロセスの間に転送させられるが生
成はされない。親または同僚は、親または同僚がそれ自
身持たない能力”Ｘ”を子に許容することはできない。
その実効的パーミットによって親または同僚に許可され
た”Ｘ”の量を”Ｐ”で表わすものとする。さらに、子
の固有のパーミットによって子に許容された”Ｘ”の量
を”Ｃ”で表わすものとする。”Ｃ”は”Ｐ”を超過し
ない。
成はされない。親または同僚は、親または同僚がそれ自
身持たない能力”Ｘ”を子に許容することはできない。
その実効的パーミットによって親または同僚に許可され
た”Ｘ”の量を”Ｐ”で表わすものとする。さらに、子
の固有のパーミットによって子に許容された”Ｘ”の量
を”Ｃ”で表わすものとする。”Ｃ”は”Ｐ”を超過し
ない。
【１２４０】チャージ能力”Ｘ”は保存されている。親
または子の実際のチャージの量を予め”Ａ”とする。”
Ｃ”は”Ｐ−Ａ”を超過しない。親または同僚の実際の
その後のチャージの量は”Ａ＋Ｃ”である。
または子の実際のチャージの量を予め”Ａ”とする。”
Ｃ”は”Ｐ−Ａ”を超過しない。親または同僚の実際の
その後のチャージの量は”Ａ＋Ｃ”である。
【１２４１】地域的なパーミット（Regional Permit） プロセスの”regional permit（地域的パーミットを意
味し、リージョナルパーミットともいう）”は、プロセ
スの占有するプレイスを含む領域によってプロセスに許
可された能力を特定する。領域のオーソリティのプレイ
スは、プレイス自身の実効的パーミット（属性”canDen
y”及び”canGrant”）によってそのように能力が保護
されていれば、プロセスが領域に入る時及びその後のど
の時点においても、パーミットを設定することができ
る。しかし、子がオペレーション”go”または”send”
ではなく、オペレーション”new”を用いてエンタした
場合には、この最初の地域的なパーミットは、親の現在
の地域的なパーミットにされる。
味し、リージョナルパーミットともいう）”は、プロセ
スの占有するプレイスを含む領域によってプロセスに許
可された能力を特定する。領域のオーソリティのプレイ
スは、プレイス自身の実効的パーミット（属性”canDen
y”及び”canGrant”）によってそのように能力が保護
されていれば、プロセスが領域に入る時及びその後のど
の時点においても、パーミットを設定することができ
る。しかし、子がオペレーション”go”または”send”
ではなく、オペレーション”new”を用いてエンタした
場合には、この最初の地域的なパーミットは、親の現在
の地域的なパーミットにされる。
【１２４２】ローカルパーミット（Local Permit） プロセスの”local Permit（ローカルパーミットともい
う）”はプロセスが占有するプレイスによってプロセス
に許可される能力を特定する。プレイスは、プレイス自
身の実効的パーミット（属性”canDeny”及び”canGran
t”）によってそのように能力が賦与されていれば、プ
ロセスがエンタした時及びその後のどの時点において
も、パーミットを設定することができる。
う）”はプロセスが占有するプレイスによってプロセス
に許可される能力を特定する。プレイスは、プレイス自
身の実効的パーミット（属性”canDeny”及び”canGran
t”）によってそのように能力が賦与されていれば、プ
ロセスがエンタした時及びその後のどの時点において
も、パーミットを設定することができる。
【１２４３】あるエージェントは、チケットを用いてあ
るプレイスにエンタした場合、そのプレイスのある能力
をリクエストする。しかしながら、プレイスは、エージ
ェントが持つべき能力を定める。そのプレイスは、エー
ジェントが要求したよりも多くまたは少ない能力のロー
カルパーミットをもってエージェントがエンタすること
を許容することができる。しかし、後者の場合にはトリ
ップは失敗に終るすなわちオペレーション”go”また
は”send”は、エージェントが到着したとしても例外を
投出する。
るプレイスにエンタした場合、そのプレイスのある能力
をリクエストする。しかしながら、プレイスは、エージ
ェントが持つべき能力を定める。そのプレイスは、エー
ジェントが要求したよりも多くまたは少ない能力のロー
カルパーミットをもってエージェントがエンタすること
を許容することができる。しかし、後者の場合にはトリ
ップは失敗に終るすなわちオペレーション”go”また
は”send”は、エージェントが到着したとしても例外を
投出する。
【１２４４】あるプロセスは、あるプレイスにそこで作
り出されることによってエンタした場合、初期化パラメ
ータなしに作り出されたローカルパーミットをプロセス
の最初のローカルパーミットとして受ける。
り出されることによってエンタした場合、初期化パラメ
ータなしに作り出されたローカルパーミットをプロセス
の最初のローカルパーミットとして受ける。
【１２４５】一時的なパーミット（Temporary Permit
s） プロセスの０またはそれ以上の”temporary permits
（一時的なパーミットと意味し、テンポラリパーミッツ
ともいう）”は、プロセスが一時的にそれ自身に許容す
る能力を特定する。おのおのは、特定されたプロシージ
ャの遂行についてオペレーション”制限（restrict）”
または”スポンサ（sponsor）”を用いて実行される。
これらのプロシージャは入れ子させることができる。
s） プロセスの０またはそれ以上の”temporary permits
（一時的なパーミットと意味し、テンポラリパーミッツ
ともいう）”は、プロセスが一時的にそれ自身に許容す
る能力を特定する。おのおのは、特定されたプロシージ
ャの遂行についてオペレーション”制限（restrict）”
または”スポンサ（sponsor）”を用いて実行される。
これらのプロシージャは入れ子させることができる。
【１２４６】エンジンが、あるシステムのフィーチャを
リクエストする場合、レスポンダのオーナーは、イニシ
ャライゼーションパラメータなしに作り出された一時的
なパーミットを用いてオペレーションのメソッドをスポ
ンサする。このようにしてチャージは、オーナーに帰せ
られる。
リクエストする場合、レスポンダのオーナーは、イニシ
ャライゼーションパラメータなしに作り出された一時的
なパーミットを用いてオペレーションのメソッドをスポ
ンサする。このようにしてチャージは、オーナーに帰せ
られる。
【１２４７】注：あるプロセスは、一時的なパーミット
を使用して、そのプロセスの許容されたエイジ、チャー
ジまたはサイズの一部分を保存することができる。プロ
セスがこの品目の大部分を消尽した場合、プロセスは保
存されている部分を使用して緊急アクションを取ること
ができる。
を使用して、そのプロセスの許容されたエイジ、チャー
ジまたはサイズの一部分を保存することができる。プロ
セスがこの品目の大部分を消尽した場合、プロセスは保
存されている部分を使用して緊急アクションを取ること
ができる。
【１２４８】２．４．６ オーナーシップ それ自身プロセスでないおのおののオブジェクトは、オ
ブジェクトによって”owned（所有）”されている。あ
るプロセスとそれが所有するオブジェクトとは、そのプ
ロセスの”artifacts（以下、アーティファクトともい
う）”である。
ブジェクトによって”owned（所有）”されている。あ
るプロセスとそれが所有するオブジェクトとは、そのプ
ロセスの”artifacts（以下、アーティファクトともい
う）”である。
【１２４９】注：オーナーシップは、オーソリティと混
同されるべきではない。
同されるべきではない。
【１２５０】オブジェクトの生成 各オブジェクトは、最終的に、あるフィーチャのアーギ
ュメントまたはフィーチャの結果をメソッドの間のコピ
ーによって通過させることによって生成される。新しい
オブジェクト−すなわちパスされるコピー−は、オブジ
ェクトがプロセスである場合、コピーがそのメソッドに
伝えられるオブジェクトによってかまたはその他の場合
には、オブジェクトのオーナーによって所有される。
ュメントまたはフィーチャの結果をメソッドの間のコピ
ーによって通過させることによって生成される。新しい
オブジェクト−すなわちパスされるコピー−は、オブジ
ェクトがプロセスである場合、コピーがそのメソッドに
伝えられるオブジェクトによってかまたはその他の場合
には、オブジェクトのオーナーによって所有される。
【１２５１】オブジェクトの破壊 オブジェクトが破壊される時、そのすべてのアーティフ
ァクトは破壊され、すべての残存するそれらへのリファ
レンスはボイドされる。
ァクトは破壊され、すべての残存するそれらへのリファ
レンスはボイドされる。
【１２５２】オブジェクトの共有 プレイスのアーティファクトは、第１の領域及びそれ自
身のアーティファクトを形成する、直接スーパープレイ
スのアーティファクト並びに集合的に第２の領域を形成
する、その直接サブプレイスのアーティファクトを意味
するが、エンジンは、これら２つの領域の間にパスされ
たリファレンスをボイドすることができる。
身のアーティファクトを形成する、直接スーパープレイ
スのアーティファクト並びに集合的に第２の領域を形成
する、その直接サブプレイスのアーティファクトを意味
するが、エンジンは、これら２つの領域の間にパスされ
たリファレンスをボイドすることができる。
【１２５３】注：このようにして防火壁をプレイスの間
に設立することができる。
に設立することができる。
【１２５４】２．４．７ クローニング あるプロセスには、それ自身をクローニングする能力が
与えられることがある。クローンは、別のプロセス、す
なわち”オリジナル（original）”のコピーとして開始
されるプロセスであるが、次のような例外がある。
与えられることがある。クローンは、別のプロセス、す
なわち”オリジナル（original）”のコピーとして開始
されるプロセスであるが、次のような例外がある。
【１２５５】クローンのアイデンティティ（オーソリテ
ィではない）はオリジナルのアイデンティティとは異な
っている。
ィではない）はオリジナルのアイデンティティとは異な
っている。
【１２５６】クローンの固有のパーミット（そのローカ
ルパーミットでもある）はクローンが作り出された時に
与えられるパーミットである。オリジナルにおいて継続
中の、すなわちオペレーション”制限（restrict）”の
結果としての一時的なパーミットは、クローンの固有の
パーミットがこれを必要とする限りにおいて、クローン
内においてより制限的にされる。
ルパーミットでもある）はクローンが作り出された時に
与えられるパーミットである。オリジナルにおいて継続
中の、すなわちオペレーション”制限（restrict）”の
結果としての一時的なパーミットは、クローンの固有の
パーミットがこれを必要とする限りにおいて、クローン
内においてより制限的にされる。
【１２５７】オリジナルがそれ自身にまたはオリジナル
が所有するオブジェクトに関するものである場合、クロ
ーンはそれぞれそれ自身に関するかまたはそのオブジェ
クトのそれ自身のコピーに関する。オリジナルな第３の
プロセスのアーティファクトに関する場合、そのクロー
ンはボイドされたリファレンスを有する。
が所有するオブジェクトに関するものである場合、クロ
ーンはそれぞれそれ自身に関するかまたはそのオブジェ
クトのそれ自身のコピーに関する。オリジナルな第３の
プロセスのアーティファクトに関する場合、そのクロー
ンはボイドされたリファレンスを有する。
【１２５８】オリジナル従ってクローンがコンタクトさ
れるオブジェクトである場合、クローンの属性”コンタ
クト（contacts）”はクリアされる。
れるオブジェクトである場合、クローンの属性”コンタ
クト（contacts）”はクリアされる。
【１２５９】２．４．８ ブランディング ある領域は、その内部の各プロセスに対するブランドで
ある。
ある。
【１２６０】ある領域内のゼロまたは１つ以上のプロセ
スによって作り出された識別マークである。エージェン
トがある領域に入る時、その領域は、そのエージェント
に新しいブランドを与える。その領域内のあるプロセス
が別のプロセスを作り出す場合、後者のプロセスは前者
のプロセスのブランドを担う。従ってブランドは、その
領域に入ったプロセス例えばエージェントと、前者のプ
ロセスによってそこで作り出された全てのプロセスとを
意味する。
スによって作り出された識別マークである。エージェン
トがある領域に入る時、その領域は、そのエージェント
に新しいブランドを与える。その領域内のあるプロセス
が別のプロセスを作り出す場合、後者のプロセスは前者
のプロセスのブランドを担う。従ってブランドは、その
領域に入ったプロセス例えばエージェントと、前者のプ
ロセスによってそこで作り出された全てのプロセスとを
意味する。
【１２６１】注：ブランドは、それ自身がインストラク
ションセットにないトラッキング・メカニズムを可能に
する。
ションセットにないトラッキング・メカニズムを可能に
する。
【１２６２】２．４．９ コンタクト（Contacts） ”contact（コンタクトともいう）”は１つのプロセス
すなわち”obserrver（オブザーバ）”のために、第２
のプロセスすなわち”subject（サブジェクト）”との
相互作用を表し且つドキュメントする。”contacted
（コンタクトされた）”プロセスは、そのコンタクトの
セットを保持する上に、エンジンの助力を受ける。
すなわち”obserrver（オブザーバ）”のために、第２
のプロセスすなわち”subject（サブジェクト）”との
相互作用を表し且つドキュメントする。”contacted
（コンタクトされた）”プロセスは、そのコンタクトの
セットを保持する上に、エンジンの助力を受ける。
【１２６３】２．４．１０ アイソレーション（Isolat
ion） あるプロセスは色々な条件のもとに、例えばオペレーシ
ョン”partAll”を用いてその全ての知合いから分かれ
たり、トリップを開始したり、または終了したりするこ
とによって、アイソレートされる。
ion） あるプロセスは色々な条件のもとに、例えばオペレーシ
ョン”partAll”を用いてその全ての知合いから分かれ
たり、トリップを開始したり、または終了したりするこ
とによって、アイソレートされる。
【１２６４】プロセスを”isolate（アイソレートとも
いう）”することは、他のプロセスのアーチファクトに
よって保持されているプロセスのアーチファクトへの各
々のリファレンスをボイドし、他のプロセスのアーチフ
ァクトをプロセスのアーチファクトが保持していること
の各々のリファーレンスをボイドすることである。２つ
の例外がある。第１に、プロセスが占有するプレイス
は、プロセスへのリファレンスを保持するが、プロセス
が所有するオブジェクトへのリファーレンスは保持しな
い。第２に、プロセスは、プロセスが占有するプレイス
に対して参照し続けることができる。
いう）”することは、他のプロセスのアーチファクトに
よって保持されているプロセスのアーチファクトへの各
々のリファレンスをボイドし、他のプロセスのアーチフ
ァクトをプロセスのアーチファクトが保持していること
の各々のリファーレンスをボイドすることである。２つ
の例外がある。第１に、プロセスが占有するプレイス
は、プロセスへのリファレンスを保持するが、プロセス
が所有するオブジェクトへのリファーレンスは保持しな
い。第２に、プロセスは、プロセスが占有するプレイス
に対して参照し続けることができる。
【１２６５】２．４．１１ 終了（Termination） あるプロセスは、そのフレームがプロセスの実行スレッ
ド中に含まれているメソッドを優雅に終了させることが
できる方法で終了される。
ド中に含まれているメソッドを優雅に終了させることが
できる方法で終了される。
【１２６６】（ｉ）Ａ、Ｂ、Ｃがプロセスであり、（ｉ
ｉ）ＡのアーチファクトがＢのアーチファクトのフィー
チャを要求し、（ｉｉｉ）ＢのアーチファクトがＣのア
ーチファクトのフィーチャを要求し、（ｉｖ）Ａがそれ
の固有のもしくはローカルなパーミットを生ずるものと
する。その場合エンジンはＡを次のようにして終了させ
る。
ｉ）ＡのアーチファクトがＢのアーチファクトのフィー
チャを要求し、（ｉｉｉ）ＢのアーチファクトがＣのア
ーチファクトのフィーチャを要求し、（ｉｖ）Ａがそれ
の固有のもしくはローカルなパーミットを生ずるものと
する。その場合エンジンはＡを次のようにして終了させ
る。
【１２６７】Ａ、Ｂ、Ｃが同一性なければ、エンジン
は”Permit Exhausted（パーミット消尽）”を投出し、
例外のためのオペレーション”catch（キャッチ）”を
用いて、最も最近に作り出されたＡ、ＢまたはＣの方法
に制御を戻す。方法は再開されるがＡは、それに方法が
関係しているオブジェクトであるかまたはそのオブジェ
クトのオーナである、ローカルパーミットＡ、Ｂまたは
Ｃのいずれかを保持している。メソッドが成功または失
敗によって終了すると、エンジンはＡの消尽されたパー
ミットを回復し、前述の終了アルゴリズムを再開する。
は”Permit Exhausted（パーミット消尽）”を投出し、
例外のためのオペレーション”catch（キャッチ）”を
用いて、最も最近に作り出されたＡ、ＢまたはＣの方法
に制御を戻す。方法は再開されるがＡは、それに方法が
関係しているオブジェクトであるかまたはそのオブジェ
クトのオーナである、ローカルパーミットＡ、Ｂまたは
Ｃのいずれかを保持している。メソッドが成功または失
敗によって終了すると、エンジンはＡの消尽されたパー
ミットを回復し、前述の終了アルゴリズムを再開する。
【１２６８】エンジンは、これをした後に、（ｉ）Ａを
ホールドし、（ｉｉ）Ａをアイソレートし、（ｉｉｉ）
効力のある OAMポリシーがそのようにそれを必要とする
ならば診断的な検査のためにＡを提供し、（ｉｖ）Ａを
破壊する。
ホールドし、（ｉｉ）Ａをアイソレートし、（ｉｉｉ）
効力のある OAMポリシーがそのようにそれを必要とする
ならば診断的な検査のためにＡを提供し、（ｉｖ）Ａを
破壊する。
【１２６９】２．５ ネットワーク・モデル インストラクションセットは、このセクションが定義す
る”network model（ネットワーク・モデル）”を実現
する。
る”network model（ネットワーク・モデル）”を実現
する。
【１２７０】２．５．１ エージェント（Agents） ”agent（以下、エージェントともいう”は、プレイス
からプレイスへと移動しうるプロセスである。エージェ
ントは、オペレーション”go”によって特別な目的点に
それ自身を搬送することができ、またオペレーション”
send”によって同時に１つ以上のクローンにいくつかの
目的点に向かって移動するように委託することができ
る。
からプレイスへと移動しうるプロセスである。エージェ
ントは、オペレーション”go”によって特別な目的点に
それ自身を搬送することができ、またオペレーション”
send”によって同時に１つ以上のクローンにいくつかの
目的点に向かって移動するように委託することができ
る。
【１２７１】注：インストラクションセットの”go”及
び”センド”の各オペレーションは、インストラクショ
ンセットの最も顕著で有力な様相である。多くのネット
ワーク・アーキテクチャにおいて全てのプロセスは静止
しており、メッセージの交換によって通信する。このネ
ットワーク・アーキテクチャでは、あるプロセスは静止
しているが他のプロセスは移動しており、前者は後者に
よって通信する。これはパラダイム・シフトである。
び”センド”の各オペレーションは、インストラクショ
ンセットの最も顕著で有力な様相である。多くのネット
ワーク・アーキテクチャにおいて全てのプロセスは静止
しており、メッセージの交換によって通信する。このネ
ットワーク・アーキテクチャでは、あるプロセスは静止
しているが他のプロセスは移動しており、前者は後者に
よって通信する。これはパラダイム・シフトである。
【１２７２】２．５．２ プレイス（Places） ”place（プレイス）”は、ゼロまたはそれ以上の他の
プロセスのための場所であり、これらの他のプロセスの
各々は、プレイスを参照し従ってプレイスと相互作用す
ることができる。
プロセスのための場所であり、これらの他のプロセスの
各々は、プレイスを参照し従ってプレイスと相互作用す
ることができる。
【１２７３】注：プレイスは、インストラクションセッ
トのただ１つの変革においてのアクションの例を表して
いる。プレイスはその間を移動するエージェントによっ
て相互作用する。
トのただ１つの変革においてのアクションの例を表して
いる。プレイスはその間を移動するエージェントによっ
て相互作用する。
【１２７４】エンジン・プレイスと仮想的なプレイス
（Engine Place vs Virtual Places） ２つの種類のプレイスがある。各々のエンジンは１つ
の”engine place（エンジンプレイス）”を保持してお
りこれはエンジン自身を表している。また各々のエンジ
ンはゼロまたは以上の”virtual（仮想的な）”プレイ
スも持つ。
（Engine Place vs Virtual Places） ２つの種類のプレイスがある。各々のエンジンは１つ
の”engine place（エンジンプレイス）”を保持してお
りこれはエンジン自身を表している。また各々のエンジ
ンはゼロまたは以上の”virtual（仮想的な）”プレイ
スも持つ。
【１２７５】サブプレイスとスーパープレイス（Subpla
ce vs Superplace） エンジンプレイスを除くいかなるプレイスも別のプレイ
スを占有することができる。あるプレイスが直接または
間接に別のプレイスを占める場合、前者は後者の”subp
lace”であり、後者は前者の”superplace”である。あ
るプレイスが別のプレイスを直接占有する場合、前者は
後者の”immediate suvplace”であり、後者は前者の”
immediate superplace”である。
ce vs Superplace） エンジンプレイスを除くいかなるプレイスも別のプレイ
スを占有することができる。あるプレイスが直接または
間接に別のプレイスを占める場合、前者は後者の”subp
lace”であり、後者は前者の”superplace”である。あ
るプレイスが別のプレイスを直接占有する場合、前者は
後者の”immediate suvplace”であり、後者は前者の”
immediate superplace”である。
【１２７６】プレイスハイアラーキ（Place Hierarch
y） エンジンが保持するプレイスは、ツリーのノード、すな
わち”place hierarchy” として表され、ここにノード
はプレイスを表し、ノードの間のアークは、ノードが表
すプレイスの間の占有の相互関係を表している。
y） エンジンが保持するプレイスは、ツリーのノード、すな
わち”place hierarchy” として表され、ここにノード
はプレイスを表し、ノードの間のアークは、ノードが表
すプレイスの間の占有の相互関係を表している。
【１２７７】注：ツリーのルートは、エンジンの場所を
表し他のノードは仮想的なプレイスを表す。
表し他のノードは仮想的なプレイスを表す。
【１２７８】２．５．３ トリップ（Trips） ”トリップ（trip）”は、１つのプレイスすなわちトリ
ップの”origine（始まりを意味し、オリジンともい
う）”から同じプレイスの別の点、すなわちトリップ
の”destination（目的点）”へのエージェントの移動
である。トリップは、そのオリジンのエージェントまた
は”transit（トランジットともいう）”のプレイス内
のエージェントを残すと、そのオリジンあるいはその目
的点のいずれか一方だけ失敗させ得る。
ップの”origine（始まりを意味し、オリジンともい
う）”から同じプレイスの別の点、すなわちトリップ
の”destination（目的点）”へのエージェントの移動
である。トリップは、そのオリジンのエージェントまた
は”transit（トランジットともいう）”のプレイス内
のエージェントを残すと、そのオリジンあるいはその目
的点のいずれか一方だけ失敗させ得る。
【１２７９】注：あるトリップは、そのトリップが論理
的なコミュニケーションのメディアでなく、物理的な手
段のエージェントで伝送を行うことをときどき課すの
で、物長時間を要す。
的なコミュニケーションのメディアでなく、物理的な手
段のエージェントで伝送を行うことをときどき課すの
で、物長時間を要す。
【１２８０】オペレーション”go”とオペレーション”
send” エージェントは、オペレーション”go”によって単一の
目的点にそれ自身移動するか、またはオペレーション”
send”によっていくつかの目的点に同時に１つ以上のク
ローンが移動するように委託することができる。
send” エージェントは、オペレーション”go”によって単一の
目的点にそれ自身移動するか、またはオペレーション”
send”によっていくつかの目的点に同時に１つ以上のク
ローンが移動するように委託することができる。
【１２８１】注：”send”オペレーションは、エンジン
が保有するプレイスにいくつかのクローンが送られてい
るにもかかわらず、ある特別なエンジンにエージェント
の単一の代表を搬送する。このエンジンによれば、コン
ピュータのメモリースペースがさらに節減される。
が保有するプレイスにいくつかのクローンが送られてい
るにもかかわらず、ある特別なエンジンにエージェント
の単一の代表を搬送する。このエンジンによれば、コン
ピュータのメモリースペースがさらに節減される。
【１２８２】制限（Restrictions） オペレーション”go”または”send”は、クラス”Agen
t”のサブクラスに固有の方法のプロシージャかまたは
このプロシージャのアイテムであるプロシージャのみに
よって、反復的に要求される。エンジンはさもなけれ
ば、”State Improper（状態不適切）”を投出する。
t”のサブクラスに固有の方法のプロシージャかまたは
このプロシージャのアイテムであるプロシージャのみに
よって、反復的に要求される。エンジンはさもなけれ
ば、”State Improper（状態不適切）”を投出する。
【１２８３】２．５．４ チケット（Tickets） ”チケット（ticket）”は、トリップをするエージェン
トの見地から見た、予定されたトリップを記述する。チ
ケットの主な目的は、トリップの目的点を特定すること
である。
トの見地から見た、予定されたトリップを記述する。チ
ケットの主な目的は、トリップの目的点を特定すること
である。
【１２８４】構成 チケットは、目的点のテレネーム及びテレアドレスと、
目的点がその１つのメンバであるクラスへのサイテイシ
ョンと、エージェントが目的点において必要とするロー
カルパーミットと、トリップの理想的な終了時間と、ど
んな状況のもとにおいてもトリップが成功または失敗と
なるべき時間とを包含する。
目的点がその１つのメンバであるクラスへのサイテイシ
ョンと、エージェントが目的点において必要とするロー
カルパーミットと、トリップの理想的な終了時間と、ど
んな状況のもとにおいてもトリップが成功または失敗と
なるべき時間とを包含する。
【１２８５】注：所望の時間を定義すると、移動中のエ
ージェントの間にコミュニケーションリソースをどのよ
うに分配するかを定める上にネットワークの助けにな
る。
ージェントの間にコミュニケーションリソースをどのよ
うに分配するかを定める上にネットワークの助けにな
る。
【１２８６】注：プログラミングの上の便利さのために
許可される最大の時間を規定する効果は、オペレーショ
ン”制限”によっても達成される。
許可される最大の時間を規定する効果は、オペレーショ
ン”制限”によっても達成される。
【１２８７】充足（Satisfication） チケットは、最大の時間内にエージェントが到達するこ
とに合致する、特定されたネーム、アドレス及びクラス
のどんなプレイスによっても充たされる。
とに合致する、特定されたネーム、アドレス及びクラス
のどんなプレイスによっても充たされる。
【１２８８】プレイスがチケットを充たさない場合、ネ
ットワークはそのチケットを拒絶する。
ットワークはそのチケットを拒絶する。
【１２８９】２つ以上のプレイスのセットがチケットを
充たさない場合、ネットワークは、１つのものがエージ
ェントの到達に合致するかまたはネットワークが到達す
る全てのプレイスがエージェントの到達を拒絶するま
で、セットの次々のメンバに向けてトリップすることを
試みる。ネットワークがセットのメンバにアプローチす
る順序、ネットワークの、セットのカバレージの程度が
完全かどうか、並びに、チケットの提示後にセットに加
わるプレイスにネットワークがアプローチするか否か、
は定められていない。
充たさない場合、ネットワークは、１つのものがエージ
ェントの到達に合致するかまたはネットワークが到達す
る全てのプレイスがエージェントの到達を拒絶するま
で、セットの次々のメンバに向けてトリップすることを
試みる。ネットワークがセットのメンバにアプローチす
る順序、ネットワークの、セットのカバレージの程度が
完全かどうか、並びに、チケットの提示後にセットに加
わるプレイスにネットワークがアプローチするか否か、
は定められていない。
【１２９０】２．５．５ ミーティング（Meetings） ”meeting（以下、ミーティングともいう）” は、どち
らもペティションされるオブジェクト及び従ってエージ
ェントである同一のプレイスの２つの占有者が互いに相
互作用する１つの機会である。要求エージェントは”pe
titioner（ペティショナ）”であり、レスポンディング
エージェントは”petitionee（ペティショニ）”であ
る。
らもペティションされるオブジェクト及び従ってエージ
ェントである同一のプレイスの２つの占有者が互いに相
互作用する１つの機会である。要求エージェントは”pe
titioner（ペティショナ）”であり、レスポンディング
エージェントは”petitionee（ペティショニ）”であ
る。
【１２９１】ミーティング（Meeting） あるエージェントは、別のエージェントに、オペレーシ
ョン”meet（ミート）”を介して、”会合（meet）”す
ることを求めることができる。エンジン−ペティショナ
ではない−は、ペティショニのオペレーション”meetin
g” を求め、アーギュメントとして、ペティショナーの
コンタクトを供給する。ミーティングはオペレーション
の結果如何である。
ョン”meet（ミート）”を介して、”会合（meet）”す
ることを求めることができる。エンジン−ペティショナ
ではない−は、ペティショニのオペレーション”meetin
g” を求め、アーギュメントとして、ペティショナーの
コンタクトを供給する。ミーティングはオペレーション
の結果如何である。
【１２９２】オペレーション”meeting”の成功によっ
てミーティングが完了した場合にのみそれら２つのエー
ジェントに、相互に対する参照（リファレンス）を与え
る。２つのエージェントは、ミーティングしている間、
相互に対して”acquaintances（知人）”であると言わ
れる。
てミーティングが完了した場合にのみそれら２つのエー
ジェントに、相互に対する参照（リファレンス）を与え
る。２つのエージェントは、ミーティングしている間、
相互に対して”acquaintances（知人）”であると言わ
れる。
【１２９３】エンジンはエージェントとのミーティング
を系列化しない。エージェントがすでにオペレーショ
ン”meeting”を行なっているということは、エンジン
がオペレーション”meeting”の遂行を再び要求するこ
とを妨げるものではない。エージェントは、例えばリソ
ースによって、エージェントが求めるミーティングの系
列化を与えることができる。
を系列化しない。エージェントがすでにオペレーショ
ン”meeting”を行なっているということは、エンジン
がオペレーション”meeting”の遂行を再び要求するこ
とを妨げるものではない。エージェントは、例えばリソ
ースによって、エージェントが求めるミーティングの系
列化を与えることができる。
【１２９４】パーティング（Parting） ２つのエージェントのどちらか１方は、オペレーショ
ン”part”または”partAll”によってそのフレンドの
一方または全てから”パート”（part：分かれる）こと
ができる。エンジン−エージェントではない−は、エー
ジェントの１つ以上のフレンドのオペレーション”part
ing”を求めることができる。エンジンは、オペレーシ
ョン”meeting”またはオペレーション”meeting”の結
果のアーギュメントとしてエンジンが先に提供したコン
タクトをアーギュメントとして提供する。ミーティング
と異なって、成功するパーティングは、オペレーショ
ン”parting”の結果には依存しない。パーティングは
直ちにそして無条件に生ずる。
ン”part”または”partAll”によってそのフレンドの
一方または全てから”パート”（part：分かれる）こと
ができる。エンジン−エージェントではない−は、エー
ジェントの１つ以上のフレンドのオペレーション”part
ing”を求めることができる。エンジンは、オペレーシ
ョン”meeting”またはオペレーション”meeting”の結
果のアーギュメントとしてエンジンが先に提供したコン
タクトをアーギュメントとして提供する。ミーティング
と異なって、成功するパーティングは、オペレーショ
ン”parting”の結果には依存しない。パーティングは
直ちにそして無条件に生ずる。
【１２９５】エンジンは、各々のエージェントの、他の
エージェントのアーチファクトへのリファレンスをボイ
ドにする。
エージェントのアーチファクトへのリファレンスをボイ
ドにする。
【１２９６】エンジンは、エージェントからのパーティ
ングを系列化しない。エージェントがすでにオペレーシ
ョン”parting”を遂行しているということは、エンジ
ンがオペレーション”parting”の遂行を再び要求する
ことを妨げない。エージェントは、例えばリソースによ
って、エージェントが求める系列化をパーティングによ
って与えることができる。
ングを系列化しない。エージェントがすでにオペレーシ
ョン”parting”を遂行しているということは、エンジ
ンがオペレーション”parting”の遂行を再び要求する
ことを妨げない。エージェントは、例えばリソースによ
って、エージェントが求める系列化をパーティングによ
って与えることができる。
【１２９７】両方のエージェントが相互から分かれるこ
とを要求する場合、エンジンがどちらかのオペレーショ
ン”parting”を求めるか否かについては定められてい
ない。
とを要求する場合、エンジンがどちらかのオペレーショ
ン”parting”を求めるか否かについては定められてい
ない。
【１２９８】制限（Restrictions） オペレーション”meet”、”part”、または”partAl
l”は、クラス”Agent”のサブクラスに固有の方法のプ
ロシージャまたはこのようなプロシージャの１つのアイ
テムであるプロシージャのどちらかによってのみ、回帰
的に要求されるべきである。エンジンはさもなけれ
ば、”State Improper（状態不適切）”を投出する。
l”は、クラス”Agent”のサブクラスに固有の方法のプ
ロシージャまたはこのようなプロシージャの１つのアイ
テムであるプロシージャのどちらかによってのみ、回帰
的に要求されるべきである。エンジンはさもなけれ
ば、”State Improper（状態不適切）”を投出する。
【１２９９】２．５．６ ペティション（Petitions） ”ペティション（petition）は、ペティショナの見地か
らの予定されたミーティングを記述する。その主な目的
は、ペティショニを特定することである。
らの予定されたミーティングを記述する。その主な目的
は、ペティショニを特定することである。
【１３００】構成 ペティションは、ペティショニのテレネーム、ペティシ
ョニがその１つのメンバであるクラスのサイテイショ
ン、並びにどんな状態においてもミーティングの試みが
成功するかまたは失敗するべき時間からなる。
ョニがその１つのメンバであるクラスのサイテイショ
ン、並びにどんな状態においてもミーティングの試みが
成功するかまたは失敗するべき時間からなる。
【１３０１】注：プログラミングの便宜上便宜の問題と
して許容される最大時間の規定の効果も、オペレーショ
ン”restruct”によって達成され得る。
して許容される最大時間の規定の効果も、オペレーショ
ン”restruct”によって達成され得る。
【１３０２】充足（Sartisfaction） あるペティションは、最大時間内にミーティングに同意
する特定されたネーム及びクラスのペティションされた
オブジェクトによって充たされる。ペティショニは、最
大時間のある点において（必ずしもそのスタート点では
ない）ペティショナと同一のプレイスの占有者でなけれ
ばならない。
する特定されたネーム及びクラスのペティションされた
オブジェクトによって充たされる。ペティショニは、最
大時間のある点において（必ずしもそのスタート点では
ない）ペティショナと同一のプレイスの占有者でなけれ
ばならない。
【１３０３】いかなるペティションされるオブジェクト
もペティションを充たさない場合、エンジンはそのペテ
ィションを拒絶する。
もペティションを充たさない場合、エンジンはそのペテ
ィションを拒絶する。
【１３０４】２つ以上のペティションされるオブジェク
トの組がペティションを充たした場合、エンジンは、１
つのものがミーティングに同意するかまたはエンジンが
アプローチする全てのペティションされるオブジェクト
がミーティングを拒絶するまで、セットの次々のメンバ
とのミーティングを試みる。エンジンがセットのメンバ
にアプローチする順序、エンジンの、セットのカバレー
ジの程度がどの程度完全であるか、並びにペティション
が提示された後にセットに参加するエージェントにエン
ジンがアプローチするか否かについては定められていな
い。
トの組がペティションを充たした場合、エンジンは、１
つのものがミーティングに同意するかまたはエンジンが
アプローチする全てのペティションされるオブジェクト
がミーティングを拒絶するまで、セットの次々のメンバ
とのミーティングを試みる。エンジンがセットのメンバ
にアプローチする順序、エンジンの、セットのカバレー
ジの程度がどの程度完全であるか、並びにペティション
が提示された後にセットに参加するエージェントにエン
ジンがアプローチするか否かについては定められていな
い。
【１３０５】２．５．７ 占有（Occupation） あるプレイスの占有者達は、経時的に変化し得る。
【１３０６】エントリー あるプロセスは、２つの方法のどちらかであるプレイス
に”エンタ（enter）”し、従って、占有することがで
きる。あるエージェントは、トリップの結果としてその
プレイスに到着することができ、また、すでにその場所
にある１つのプロセスは、その場所の別のプロセスを作
り出すことができる。どちらの場合にも、エンジン−到
着したエージェントまたは作り出したプロセスではない
−その場所のオペレーション ”entering”を要求す
る。到着したエージェントまたは作り出されたプロセス
のためのコンタクトは、オペレーション ”entering”
のアーギュメントとして供給される。エントリの成功
は、オペレーションの結果にかかっている。
に”エンタ（enter）”し、従って、占有することがで
きる。あるエージェントは、トリップの結果としてその
プレイスに到着することができ、また、すでにその場所
にある１つのプロセスは、その場所の別のプロセスを作
り出すことができる。どちらの場合にも、エンジン−到
着したエージェントまたは作り出したプロセスではない
−その場所のオペレーション ”entering”を要求す
る。到着したエージェントまたは作り出されたプロセス
のためのコンタクトは、オペレーション ”entering”
のアーギュメントとして供給される。エントリの成功
は、オペレーションの結果にかかっている。
【１３０７】エンジンは、エントリーが完成した時にの
み、すなわち、オペレーション”entering” の成功に
よってのみ、相互に対するリファレンスを、そのプレイ
スとそのプレイスにエンタしたプロセスとに与える。プ
ロセスは、プレイスを占有している間、そのプレイス
の”占有者（occupant）”であるとされる。
み、すなわち、オペレーション”entering” の成功に
よってのみ、相互に対するリファレンスを、そのプレイ
スとそのプレイスにエンタしたプロセスとに与える。プ
ロセスは、プレイスを占有している間、そのプレイス
の”占有者（occupant）”であるとされる。
【１３０８】エンジンは、あるプレイスへのエントリを
系列化しない。そのプレイスがオペレーション”enteri
ng”をすでに行なっているという事実は、オペレーショ
ン”entering”を再びエンジンが要求することを妨げな
い。そのプレイスは、プレイスが要求するいかなるエン
トリの系列化も与えなければならない。
系列化しない。そのプレイスがオペレーション”enteri
ng”をすでに行なっているという事実は、オペレーショ
ン”entering”を再びエンジンが要求することを妨げな
い。そのプレイスは、プレイスが要求するいかなるエン
トリの系列化も与えなければならない。
【１３０９】注：たとえトリップの出発点と目的点とが
同一であったとしても、オペレーション”entering”は
発生する。
同一であったとしても、オペレーション”entering”は
発生する。
【１３１０】エクシット あるプロセスは、次の２つの方法のどちらかであるプレ
イスを”exit（抜けを意味し、エクシットともいう）”
し、従って、もはやその場所を占めないようになること
ができる。あるエージェントは、トリップの結果として
その場所を去ることができ、または、その場所にあるプ
ロセスはそれ自身を破壊しまたはその場所にいる別のプ
ロセスを破壊することができる。どちらの場合にもエン
ジンは−立ち去るエージェントでも破壊するプロセスで
もない−その場所の、オペレーション”exiting”を求
める。オペレーション”entering” のアーギュメント
として供給された同一のコンタクトは、オペレーショ
ン”exiting” のアーギュメントとして供給される。エ
クシットの成功は、エントリとは異なって、後者のオペ
レーションの成功に依存しない。エクシットは、すでに
生じたものである。
イスを”exit（抜けを意味し、エクシットともいう）”
し、従って、もはやその場所を占めないようになること
ができる。あるエージェントは、トリップの結果として
その場所を去ることができ、または、その場所にあるプ
ロセスはそれ自身を破壊しまたはその場所にいる別のプ
ロセスを破壊することができる。どちらの場合にもエン
ジンは−立ち去るエージェントでも破壊するプロセスで
もない−その場所の、オペレーション”exiting”を求
める。オペレーション”entering” のアーギュメント
として供給された同一のコンタクトは、オペレーショ
ン”exiting” のアーギュメントとして供給される。エ
クシットの成功は、エントリとは異なって、後者のオペ
レーションの成功に依存しない。エクシットは、すでに
生じたものである。
【１３１１】エンジンは、プレイス及びそのプレイスを
エクシットするプロセスの、その後のアーチファクトへ
のリファレンスをボイドとする。さらにエンジンは、そ
のプロセスをアイソレートする。
エクシットするプロセスの、その後のアーチファクトへ
のリファレンスをボイドとする。さらにエンジンは、そ
のプロセスをアイソレートする。
【１３１２】エンジンは、あるプレイスからのエクシッ
トを系列化しない。そのプレイスがすでにオペレーショ
ン”exiting” を行なっているという事実は、オペレー
ション”exiting” を再びエンジンが要求することを妨
げない。そのプレイスは、プレイスが要求するいかなる
エクシットの系列化も供与しなければならない。
トを系列化しない。そのプレイスがすでにオペレーショ
ン”exiting” を行なっているという事実は、オペレー
ション”exiting” を再びエンジンが要求することを妨
げない。そのプレイスは、プレイスが要求するいかなる
エクシットの系列化も供与しなければならない。
【１３１３】注：たとえトリップの出発点と目的点とが
同一であってもオペレーション”exiting” は、成立す
る。
同一であってもオペレーション”exiting” は、成立す
る。
【１３１４】２．５．８ コンタクト（Contacts） エンジンは、プレイス及びエージェントに、それらのも
のの占有者及び知人との接触をそれぞれ保つ上の助力を
与える。
のの占有者及び知人との接触をそれぞれ保つ上の助力を
与える。
【１３１５】占有者（Occupants） プレイスがコンタクトされるオブジェクトでもある場
合、エンジンは、属性がそのプレイスの現在の占有者を
含み、そのプレイスの以前の占有者を含むことがないよ
うにするためプレイスのコンタクトの属性を保持する。
合、エンジンは、属性がそのプレイスの現在の占有者を
含み、そのプレイスの以前の占有者を含むことがないよ
うにするためプレイスのコンタクトの属性を保持する。
【１３１６】エンジンは、プロセスがそのプレイスに入
ったり出たりする時点においてプロセスに対するコンタ
クトをそのプレイスの属性に対してそれぞれ含めたり排
除したりする。
ったり出たりする時点においてプロセスに対するコンタ
クトをそのプレイスの属性に対してそれぞれ含めたり排
除したりする。
【１３１７】知人（Acquaintances） ペティションされるオブジェクトはコンタクトされるオ
ブジェクトでもある場合、エンジンは、オブジェクトの
現在のフレンドを常に含み、その以前のフレンドは含む
ことがないようにそのコンタクトの属性を保持する。
ブジェクトでもある場合、エンジンは、オブジェクトの
現在のフレンドを常に含み、その以前のフレンドは含む
ことがないようにそのコンタクトの属性を保持する。
【１３１８】エンジンは、オペレーション”meet”また
は”meeting” が成功する時に、ペティショニまたはペ
ティショナのためのコンタクトをそれぞれペティショナ
の属性またはペティショニの属性に含めるものとする。
は”meeting” が成功する時に、ペティショニまたはペ
ティショナのためのコンタクトをそれぞれペティショナ
の属性またはペティショニの属性に含めるものとする。
【１３１９】エンジンは、どちらかのプロセスがオペレ
ーション”part” または”partAll”を要求した場合
に、ペティショナ及びペティショニの属性からコンタク
トを除去する。
ーション”part” または”partAll”を要求した場合
に、ペティショナ及びペティショニの属性からコンタク
トを除去する。
【１３２０】２．５．９ サイテイション（Citation
s） ネットワーク内において、あるクラスのオブジェクトは
サイテイションによって表される。
s） ネットワーク内において、あるクラスのオブジェクトは
サイテイションによって表される。
【１３２１】サイテイション（Citations） ”サイテイション（Citation）”は、タイトルによって
０またはそれ以上の引用されたオブジェクトを特定し、
任意には、オーサー、エディション、またはオーサとエ
ディションとの両方を特定する。サイテイションは、オ
ーサーのオーソリティによってオーサを特定し、任意に
は、オーサのアイデンティティを特定する。もしあるサ
イテイションがこれらの３つの特徴の内のどれかを定義
しないままに残した場合、サイテイションは、サイテイ
ションが定義する特徴とともに、全ての引用されたオブ
ジェクトを表すものとする。
０またはそれ以上の引用されたオブジェクトを特定し、
任意には、オーサー、エディション、またはオーサとエ
ディションとの両方を特定する。サイテイションは、オ
ーサーのオーソリティによってオーサを特定し、任意に
は、オーサのアイデンティティを特定する。もしあるサ
イテイションがこれらの３つの特徴の内のどれかを定義
しないままに残した場合、サイテイションは、サイテイ
ションが定義する特徴とともに、全ての引用されたオブ
ジェクトを表すものとする。
【１３２２】オーサー ”オーサー（author）”は、引用されたオブジェクトを
作り出すプロセスである。従って、オーサは、テレネー
ムによって特定される。あるタイトルの全てのエディシ
ョンのオーサは仲間である。
作り出すプロセスである。従って、オーサは、テレネー
ムによって特定される。あるタイトルの全てのエディシ
ョンのオーサは仲間である。
【１３２３】タイトル（Title） ”タイトル（title）”は、相互に対して後方向または
前方向にコンパティブルであると主張された、引用され
た複数のオブジェクトの１組である。あるタイトルは、
そのタイトルのオーサの共通のオーソリティに関連して
解釈される識別子によって表される。
前方向にコンパティブルであると主張された、引用され
た複数のオブジェクトの１組である。あるタイトルは、
そのタイトルのオーサの共通のオーソリティに関連して
解釈される識別子によって表される。
【１３２４】エディション（Edition） ”エディション（edition）”は、あるタイトルにおい
ての引用されたどれかのオブジェクトである。あるエデ
ィションは２つの整数によって表される。タイトルに対
して相対的に解釈される一方の整数は、メイジャーエデ
ィションを意味する。第１のものに対して相対的に解釈
される他の整数は、マイナーエディションを表す。
ての引用されたどれかのオブジェクトである。あるエデ
ィションは２つの整数によって表される。タイトルに対
して相対的に解釈される一方の整数は、メイジャーエデ
ィションを意味する。第１のものに対して相対的に解釈
される他の整数は、マイナーエディションを表す。
【１３２５】注：あるタイトルの第１のメジャーエディ
ションまたはマイナーエディションには、通常、数１ま
たは０がそれぞれ割り当てられる。
ションまたはマイナーエディションには、通常、数１ま
たは０がそれぞれ割り当てられる。
【１３２６】割り当てられるサイテイション ”割り当てられるサイテイション（assiged citatio
n）”は、オーサー、タイトル及びエディションによっ
て、引用されたオブジェクトを表し、オーサーを、その
オーソリティ及びそのアイデンティティの両方によって
特定する。従って割り当てられたサイテイションは、引
用されたオブジェクトを、他の全ての引用されたオブジ
ェクトから、従って割り当てられたサイテイション自身
のタイトル中の他のものから識別する。以下のテレネー
ムについての説明参照。
n）”は、オーサー、タイトル及びエディションによっ
て、引用されたオブジェクトを表し、オーサーを、その
オーソリティ及びそのアイデンティティの両方によって
特定する。従って割り当てられたサイテイションは、引
用されたオブジェクトを、他の全ての引用されたオブジ
ェクトから、従って割り当てられたサイテイション自身
のタイトル中の他のものから識別する。以下のテレネー
ムについての説明参照。
【１３２７】コンパティビリティ ある引用されたオブジェクトＯ2 は、別の引用されたオ
ブジェクトＯ1 に対して次の場合にのみ”後の方向にコ
ンパティブル（backward compatible）” である。その
場合とは、両方の引用されたオブジェクトをナンバとす
るあるクラスによって規定された種類の変化のみをＯ1
に対して行なうことによってＯ2 が生成されることがで
き、その変更の種類が、プロセスＯ1 について書かれた
プログラムによってＯ2 も同様に処理されることが確保
されるように選定される場合である。同様の条件のもと
に、Ｏ1 はＯ2 に対して”前方向にコンパティブル”で
ある。
ブジェクトＯ1 に対して次の場合にのみ”後の方向にコ
ンパティブル（backward compatible）” である。その
場合とは、両方の引用されたオブジェクトをナンバとす
るあるクラスによって規定された種類の変化のみをＯ1
に対して行なうことによってＯ2 が生成されることがで
き、その変更の種類が、プロセスＯ1 について書かれた
プログラムによってＯ2 も同様に処理されることが確保
されるように選定される場合である。同様の条件のもと
に、Ｏ1 はＯ2 に対して”前方向にコンパティブル”で
ある。
【１３２８】２．５．１０ テレネーム（Telenames） ネットワーク内においてある複数のクラスのオブジェク
トは、テレネームによって表される。
トは、テレネームによって表される。
【１３２９】テレネーム（Telename） ”テレネーム（telename）”は、テレネームが不適切で
ある場合に０を、またはそれ以上の、名前のあるオブジ
ェクトを、それらのもののオーソリティによって特定
し、任意には、それらのもののアイデンティティによっ
て特定する。テレネームがそのアイデンティティを定義
されないままに残しておく場合、テレネームは、特定さ
れたオーソリティーの全ての名前のあるオブジェクトを
意味する。
ある場合に０を、またはそれ以上の、名前のあるオブジ
ェクトを、それらのもののオーソリティによって特定
し、任意には、それらのもののアイデンティティによっ
て特定する。テレネームがそのアイデンティティを定義
されないままに残しておく場合、テレネームは、特定さ
れたオーソリティーの全ての名前のあるオブジェクトを
意味する。
【１３３０】オーソリティ（Authority） ある名前のあるオブジェクトの”オーソリティ（author
ity）” は、そのオブジェクトに対して責任のあるエン
ティティ、例えば人または組織である。オーソリティ
は、ネットワーク中の他の全てのものからそのオーソリ
ティを識別するオクテット文字列によって特定される。
ity）” は、そのオブジェクトに対して責任のあるエン
ティティ、例えば人または組織である。オーソリティ
は、ネットワーク中の他の全てのものからそのオーソリ
ティを識別するオクテット文字列によって特定される。
【１３３１】２つのテレネームは、それらが同一のオー
ソリティを特定する場合にのみ”ピーアス（仲間）”で
ある。
ソリティを特定する場合にのみ”ピーアス（仲間）”で
ある。
【１３３２】注：オーソリティは、プログラムによって
ではなく政策的に作り出される。しかしアイデンティ
は、両方の方法によって作り出される。
ではなく政策的に作り出される。しかしアイデンティ
は、両方の方法によって作り出される。
【１３３３】アイデンティティ（Identity） 名前のあるオブジェクトの”アイデンティティ（identi
ty）”は、名前のあるオブジェクト自身である。アイデ
ンティティは、オーソリティと同様に、オクテット文字
列によって特定され、このオクテット文字列はそれだけ
でもネットワーク中の他の全てのものからそのアイデン
ティティを識別する。
ty）”は、名前のあるオブジェクト自身である。アイデ
ンティティは、オーソリティと同様に、オクテット文字
列によって特定され、このオクテット文字列はそれだけ
でもネットワーク中の他の全てのものからそのアイデン
ティティを識別する。
【１３３４】注：あるオーソリティまたはアイデンティ
ティを表すオクテット文字列は、人には意味を持たない
ことがある。インストラクションセットは、オクテット
文字列がどのようにして割り当てられるかを定義しな
い。
ティを表すオクテット文字列は、人には意味を持たない
ことがある。インストラクションセットは、オクテット
文字列がどのようにして割り当てられるかを定義しな
い。
【１３３５】割り当てられるテレネーム（assigned Tel
enames） ”割り当てられるテレネーム”は、オーソリティ及びア
イデンティティによって正確に１つの名前のあるオブジ
ェクトを表す。
enames） ”割り当てられるテレネーム”は、オーソリティ及びア
イデンティティによって正確に１つの名前のあるオブジ
ェクトを表す。
【１３３６】２．５．１１ テレアドレス（Teleaddres
s） ネットワーク中においてプレイスはテレアドレスによっ
てロケートされる。
s） ネットワーク中においてプレイスはテレアドレスによっ
てロケートされる。
【１３３７】”ネットワーク（network）” は、全ての
エンジンプレイスを含み、１つ以上の領域に区画され
る。”領域（region：以下、領域という）”は、特別の
オーソリティによって操作されるかまたは提供される１
つ以上のエンジンプレイスである。
エンジンプレイスを含み、１つ以上の領域に区画され
る。”領域（region：以下、領域という）”は、特別の
オーソリティによって操作されるかまたは提供される１
つ以上のエンジンプレイスである。
【１３３８】テレアドレス ”テレアドレス（teleaddress）”は、（テレアドレス
が不適切であれば）ゼロを、または１つ以上のプレイス
を、それらの領域によって、また任意にはそれらのロケ
ーションによって特定する。テレアドレスがそれらのロ
ケーションを定義されないままに残した場合、テレアド
レスは、特定される領域内の全てのプレイスを表す。
が不適切であれば）ゼロを、または１つ以上のプレイス
を、それらの領域によって、また任意にはそれらのロケ
ーションによって特定する。テレアドレスがそれらのロ
ケーションを定義されないままに残した場合、テレアド
レスは、特定される領域内の全てのプレイスを表す。
【１３３９】領域（Region） あるプレイスの”領域”は、そのプレイスを含む領域で
ある。ある領域は、オーソリティと同じ仕方では特定さ
れない（テレネームについての前記の説明参照）。従っ
て領域は、それをネットワーク中の他の全てのものから
識別するオクテット文字列によっては特定されない。
ある。ある領域は、オーソリティと同じ仕方では特定さ
れない（テレネームについての前記の説明参照）。従っ
て領域は、それをネットワーク中の他の全てのものから
識別するオクテット文字列によっては特定されない。
【１３４０】ロケーション（Location） あるプレイスの”ロケーション（location）”は、その
プレイスの領域のオーソリティによってその目的のため
に選定されたプレイスの任意の特徴である。あるロケー
ションは、そのロケーションを領域内の全ての他のもの
から識別する文字列によって特定される。
プレイスの領域のオーソリティによってその目的のため
に選定されたプレイスの任意の特徴である。あるロケー
ションは、そのロケーションを領域内の全ての他のもの
から識別する文字列によって特定される。
【１３４１】ある領域内の２つのプレイスは同一のロケ
ーションを用い得る。
ーションを用い得る。
【１３４２】注：ある場所のロケーションは例えばそれ
を指示するコンピュータ・システムでも有り得る。
を指示するコンピュータ・システムでも有り得る。
【１３４３】注：あるロケーションを表す文字列は、人
に対して意味を持ちうるがそれは必ずしも必要ではな
い。インストラクションセットは、文字列がどのように
して割り当てられるかを定義せず、割り当ての仕方は一
般に領域ごとに異なる。
に対して意味を持ちうるがそれは必ずしも必要ではな
い。インストラクションセットは、文字列がどのように
して割り当てられるかを定義せず、割り当ての仕方は一
般に領域ごとに異なる。
【１３４４】ルーティングアドバイス（Routing Advic
e） テレアドレスは、テレアドレスが表すプレイスへのエー
ジェントのルーティングについてのアドバイスを与える
ことができるが、これは必ずしも必要ではない。テレア
ドレスは、エージェントがそれを通ってルーティングさ
れうる１つ以上の領域を示唆することによってこのアド
バイスを与える。これらの”ルーティングアドバイス
（routing advice）”がない場合、例えばエージェント
のソースから非常に離れたプレイスについては、ネット
ワークは、エージェントをこれらのプレイスに送り届け
ることはできないかもしれない。
e） テレアドレスは、テレアドレスが表すプレイスへのエー
ジェントのルーティングについてのアドバイスを与える
ことができるが、これは必ずしも必要ではない。テレア
ドレスは、エージェントがそれを通ってルーティングさ
れうる１つ以上の領域を示唆することによってこのアド
バイスを与える。これらの”ルーティングアドバイス
（routing advice）”がない場合、例えばエージェント
のソースから非常に離れたプレイスについては、ネット
ワークは、エージェントをこれらのプレイスに送り届け
ることはできないかもしれない。
【１３４５】割り当てられるテレアドレス（Assigned T
eleaddress） ”割り当てられるテレアドレス（assigned teleadres
s）”は、１つ以上のプレイス−これはいくつかのプレ
イスが同一のロケーションを用いるためである−を、そ
れらの各々の領域及び領域内のロケーションによって特
定する。
eleaddress） ”割り当てられるテレアドレス（assigned teleadres
s）”は、１つ以上のプレイス−これはいくつかのプレ
イスが同一のロケーションを用いるためである−を、そ
れらの各々の領域及び領域内のロケーションによって特
定する。
【１３４６】２．５．１２ 相互変換（Interchange） ”相互変換されたオブジェクト（interchanged objec
t）” は、相互変換されたオブジェクトがダイジェスト
を持つ場合にオブジェクトが随伴するべきトリップをオ
ブジェクトのオーナーが行なう場合にはいつでも、例え
ば目的点において見出だされる同等のオブジェクトによ
って、ネットワークは代替することのできる不変のオブ
ジェクトである（この代替は必ずしも不可欠ではな
い）。ダイジェストは、以下に説明されている。
t）” は、相互変換されたオブジェクトがダイジェスト
を持つ場合にオブジェクトが随伴するべきトリップをオ
ブジェクトのオーナーが行なう場合にはいつでも、例え
ば目的点において見出だされる同等のオブジェクトによ
って、ネットワークは代替することのできる不変のオブ
ジェクトである（この代替は必ずしも不可欠ではな
い）。ダイジェストは、以下に説明されている。
【１３４７】注：相互変換されたオブジェクトは、例え
ば目的点で見出だされる同等のオブジェクトによって代
替することによってエンジンが時に相互変換されたオブ
ジェクトを物理的に搬送することを避けうるようにする
ことによって、オペレーション”go”及び”send”の遂
行を改良する。
ば目的点で見出だされる同等のオブジェクトによって代
替することによってエンジンが時に相互変換されたオブ
ジェクトを物理的に搬送することを避けうるようにする
ことによって、オペレーション”go”及び”send”の遂
行を改良する。
【１３４８】注：クラス及びパッケージは相互変換され
たオブジェクトである。
たオブジェクトである。
【１３４９】ダイジェスト 相互変換されたオブジェクトは、そのダイジェストが相
互変換されたオブジェクトのものと同等であるオブジェ
クトのクラスのいかなる他のインスタントとも同等であ
ると見なされる。”ダイジェスト”は、この目的のため
に適した、ゼロ以外の任意のオブジェクトである。例え
ばダイジェストは、相互変換されたオブジェクトの標準
的な２進表示の数学的なハッシュ（細切れ：hash）であ
り得る。
互変換されたオブジェクトのものと同等であるオブジェ
クトのクラスのいかなる他のインスタントとも同等であ
ると見なされる。”ダイジェスト”は、この目的のため
に適した、ゼロ以外の任意のオブジェクトである。例え
ばダイジェストは、相互変換されたオブジェクトの標準
的な２進表示の数学的なハッシュ（細切れ：hash）であ
り得る。
【１３５０】注：相互変換されたオブジェクトは、オブ
ジェクトがそのダイジェストよりも大きい場合にのみ、
オペレーション”go”及び”send”の遂行を改善する。
ジェクトがそのダイジェストよりも大きい場合にのみ、
オペレーション”go”及び”send”の遂行を改善する。
【１３５１】２．６ タイムキーピング・モデル（Time
keeping Model） インストラクションセットは、このセクションが定義す
る”タイムキーピングモデル（timekeeping model）”
を実現する。
keeping Model） インストラクションセットは、このセクションが定義す
る”タイムキーピングモデル（timekeeping model）”
を実現する。
【１３５２】タイムキーピング（計時）は２つの方法で
なしうる。時間またはカレンダー時間は日付及び時間を
同じように特定するがこれら２つは他の点では異なって
いる。
なしうる。時間またはカレンダー時間は日付及び時間を
同じように特定するがこれら２つは他の点では異なって
いる。
【１３５３】注：時間はカレンダー時間に変換でき逆も
真である。
真である。
【１３５４】注：エンジンはカレンダー時間よりも一層
コンパクトに内部的に時間を表すことができる。従って
時間は一般に日付及び時間を保存し搬送するのにはより
適している。
コンパクトに内部的に時間を表すことができる。従って
時間は一般に日付及び時間を保存し搬送するのにはより
適している。
【１３５５】２．６．１ 時間（Time） ”時間（time）”は、協定世界時（ＵＴＣ）を用いて１
秒の精度で、日付及び１日の時間を特定する。また時間
は、時間が計測された時間帯を特定し、また昼光を節約
時間（ＤＳＴ）が、もし使用されていればであるが、ど
の程度までそのプレイスでその時間に有効であったかを
特定する。
秒の精度で、日付及び１日の時間を特定する。また時間
は、時間が計測された時間帯を特定し、また昼光を節約
時間（ＤＳＴ）が、もし使用されていればであるが、ど
の程度までそのプレイスでその時間に有効であったかを
特定する。
【１３５６】注： ＵＴＣは、実際には、グリニッヂ標
準時間（ＧＭＴ）として以前知られていたものである。
準時間（ＧＭＴ）として以前知られていたものである。
【１３５７】２．６．２ カレンダ時間（Calendar Tim
e） ”カレンダ時間（calendar time）”は、時間の全ての
特徴及び他のものを有する。特に、カレンダー時間は、
時間と分と秒とを検査及び変更にかける。カレンダー時
間は、グレゴリー暦、その年の月及びその月の日を表
す。また、週の日及び年をも表す。また、時間帯のＵＴ
Ｃからの恒久的なオフセットを分で表し、恒久的なもの
からの季節的なオフセット（分）も表す。時間は、ＤＳ
Ｔのオフセットがゼロでない場合にＤＳＴである。
e） ”カレンダ時間（calendar time）”は、時間の全ての
特徴及び他のものを有する。特に、カレンダー時間は、
時間と分と秒とを検査及び変更にかける。カレンダー時
間は、グレゴリー暦、その年の月及びその月の日を表
す。また、週の日及び年をも表す。また、時間帯のＵＴ
Ｃからの恒久的なオフセットを分で表し、恒久的なもの
からの季節的なオフセット（分）も表す。時間は、ＤＳ
Ｔのオフセットがゼロでない場合にＤＳＴである。
【１３５８】ノーマリティ（Normality） カレンダ時間は、通常ある定められた範囲内にある整数
として、近接可能な日、及び日の時間の各面を作成す
る。時間は［０，２４］の範囲内でまた分は［０，６
０］の範囲内でまた秒は［０，６０］の範囲内でそれぞ
れ表示される。秒は［０，６０］の範囲内でその内閏年
を勘案するために６１の可能な値によって表示される。
１９９３年は例えば整数１９９３によって表され、月は
［１，１２］の範囲内で表され、日は［１，３１］の範
囲内で表示される。週の日は、それぞれ日曜、月曜、火
曜、水曜、木曜、金曜及び土曜を表す数字１、２、３、
４、５、６及び７によって表される。月の日は［１，３
６６］で表される。恒久的及び季節的なオフセットはど
ちらも［−７２０，７２０］で表される。
として、近接可能な日、及び日の時間の各面を作成す
る。時間は［０，２４］の範囲内でまた分は［０，６
０］の範囲内でまた秒は［０，６０］の範囲内でそれぞ
れ表示される。秒は［０，６０］の範囲内でその内閏年
を勘案するために６１の可能な値によって表示される。
１９９３年は例えば整数１９９３によって表され、月は
［１，１２］の範囲内で表され、日は［１，３１］の範
囲内で表示される。週の日は、それぞれ日曜、月曜、火
曜、水曜、木曜、金曜及び土曜を表す数字１、２、３、
４、５、６及び７によって表される。月の日は［１，３
６６］で表される。恒久的及び季節的なオフセットはど
ちらも［−７２０，７２０］で表される。
【１３５９】注：整数は、Ａ．Ｄ．年を、また、負数
は、Ｂ．Ｃ．年をそれぞれ表す。
は、Ｂ．Ｃ．年をそれぞれ表す。
【１３６０】アブノーマリティ（Abnormrity） カレンダ時間は、その整数値がその通常の範囲外にある
面を有する。カレンダ時間は、例えば９月３２として日
付を表すことがありこれは１０月２日を意味する。この
ような異常な数値は、有用な仕方で、例えば月の日に２
を加えることによってカレンダ時間を操作することによ
って生じうるが、カレンダ時間が正確と考えられうる前
に除去しなければならない。カレンダ時間はこの意味で
は、ノーマリゼーションプロセスによって正常にされ
る。
面を有する。カレンダ時間は、例えば９月３２として日
付を表すことがありこれは１０月２日を意味する。この
ような異常な数値は、有用な仕方で、例えば月の日に２
を加えることによってカレンダ時間を操作することによ
って生じうるが、カレンダ時間が正確と考えられうる前
に除去しなければならない。カレンダ時間はこの意味で
は、ノーマリゼーションプロセスによって正常にされ
る。
【１３６１】規格化（Normalization） カレンダ時間は、次のステップによって”ノーマライズ
（規格化）”される。第１のステップは、カレンダー時
間のどの面も０でありうることを考慮している。
（規格化）”される。第１のステップは、カレンダー時
間のどの面も０でありうることを考慮している。
【１３６２】デフォールト（Defalts） ・ 時間、分または秒は、０であれば、０とされる。
年、月または日は０であれば０とされる。恒久的または
季節的なオフセットは、０であれば、現在の時間を表す
正常化されたカレンダー時間のものとされる。
年、月または日は０であれば０とされる。恒久的または
季節的なオフセットは、０であれば、現在の時間を表す
正常化されたカレンダー時間のものとされる。
【１３６３】オフセット（Offsets） ・恒久的及び季節的なオフセットは、オフセット２４×
６０すなわち整数１４４０で割算することによって得た
剰余を［−７２０，７２０］に転送の結果によって置き
換えられる。
６０すなわち整数１４４０で割算することによって得た
剰余を［−７２０，７２０］に転送の結果によって置き
換えられる。
【１３６４】時間（Time） ・秒は、６０を繰り返し加算または減算する（それぞれ
分に１を足したり引いたりすること）によって通常な範
囲とされる。分は、６０を繰り返し加算または減算（そ
れぞれ時間に１を足したり引いたりする）によって正常
な範囲にされる。時間は、２４を繰り返し加算または減
算（各々１を日にそれぞれ減算または加算する）によっ
て正常な範囲にされる。
分に１を足したり引いたりすること）によって通常な範
囲とされる。分は、６０を繰り返し加算または減算（そ
れぞれ時間に１を足したり引いたりする）によって正常
な範囲にされる。時間は、２４を繰り返し加算または減
算（各々１を日にそれぞれ減算または加算する）によっ
て正常な範囲にされる。
【１３６５】日付（Date） ・月は、１２を繰り返し加算または減算する（それぞれ
１を年に足したり引いたりする）によって正常な範囲に
される。日は、Ｋを加算または減算（それぞれ月に１を
引いたり足したりする）によって、［１，Ｋ］に置かれ
る。Ｋは、問題の年の問題の月の日の数である。１の加
算または減算によって日が所用の範囲に置かれない場合
には、この全体のステップを再び行なう。換言すれば、
月は、再び日を調整する前に前述したようにして調整さ
れる。
１を年に足したり引いたりする）によって正常な範囲に
される。日は、Ｋを加算または減算（それぞれ月に１を
引いたり足したりする）によって、［１，Ｋ］に置かれ
る。Ｋは、問題の年の問題の月の日の数である。１の加
算または減算によって日が所用の範囲に置かれない場合
には、この全体のステップを再び行なう。換言すれば、
月は、再び日を調整する前に前述したようにして調整さ
れる。
【１３６６】日（Days） ・週及び年の日は、正確にセットされる。
【１３６７】ローカライズとグローバライズ（Localize
vs Globalize） カレンダー時間、それが特定する絶対時点を変えずに別
のパマネントまたは季節のオフセットを表すように修正
することができる。カレンダー時間は、そのオフセット
が現在のプレイスのものとされた場合、”ローカライズ
（localize；すなわち、地域化”される。カレンダー時
間は、そのオフセットがＵＴＣのものとされた場合に
は、”グローバライズ（globalize；全域化）”され
る。
vs Globalize） カレンダー時間、それが特定する絶対時点を変えずに別
のパマネントまたは季節のオフセットを表すように修正
することができる。カレンダー時間は、そのオフセット
が現在のプレイスのものとされた場合、”ローカライズ
（localize；すなわち、地域化”される。カレンダー時
間は、そのオフセットがＵＴＣのものとされた場合に
は、”グローバライズ（globalize；全域化）”され
る。
【１３６８】２．７ パターンマッチングモデル（Ptte
rn Matching Model） インストラクションセットは、このセクションが定義す
る”パターンマッチングモデル（pattern matching mod
el）”を実現する。
rn Matching Model） インストラクションセットは、このセクションが定義す
る”パターンマッチングモデル（pattern matching mod
el）”を実現する。
【１３６９】２．７．１ パターン（Patterns） ”パターン（pattern）” は、文字列を辞書的に分析す
る手段である。それ自身文字列である、パターンの”テ
キスト（text）”は、ストリングがパターンにマッチン
グされる基準を規定する。
る手段である。それ自身文字列である、パターンの”テ
キスト（text）”は、ストリングがパターンにマッチン
グされる基準を規定する。
【１３７０】パターンのテキストは、下記のシンタック
ティックな規則及びそれに不随するセマンティックな規
則に従う一連のトークンである。ＢＮＦ（Backus-Naur
またはBackus Normal Form）で表される規則
は、（”[”と”]”）によって任意のトークンを囲む。
これらの規則は、一方では任意のパターンのテキストを
記述する上のＢＮＦに従った使用を、他方ではある特別
なテキストのメタキャラクタとしての可能な使用から識
別するために、クウォテーションマーク（’"’） によ
って、垂直バー（”|”）、左ブラケット（”[”）及び
右ブラケット（”]”） を囲む。
ティックな規則及びそれに不随するセマンティックな規
則に従う一連のトークンである。ＢＮＦ（Backus-Naur
またはBackus Normal Form）で表される規則
は、（”[”と”]”）によって任意のトークンを囲む。
これらの規則は、一方では任意のパターンのテキストを
記述する上のＢＮＦに従った使用を、他方ではある特別
なテキストのメタキャラクタとしての可能な使用から識
別するために、クウォテーションマーク（’"’） によ
って、垂直バー（”|”）、左ブラケット（”[”）及び
右ブラケット（”]”） を囲む。
【１３７１】あるパターンのテキストの各々のトークン
はゼロまたはそれ以上のキャラクタである。テキスト
は、トークンとこのようなキャラクタとを連結すること
によって得られる。
はゼロまたはそれ以上のキャラクタである。テキスト
は、トークンとこのようなキャラクタとを連結すること
によって得られる。
【１３７２】２．７．２ 構造（Structure） Pattern パターン、すなわちそのテキストは、この規則に従
う。： pattern ::= オールタナティブ["|"pattern] ストリング（文字列）は、それがその他のオールタナテ
ィブに一致している場合にのみパターンに一致させる。
う。： pattern ::= オールタナティブ["|"pattern] ストリング（文字列）は、それがその他のオールタナテ
ィブに一致している場合にのみパターンに一致させる。
【１３７３】オールタナティブ（Alternative） オールタナティブは、次の規則に従う。： オールタナティブ ::= [^]コンホ゜ーネント[$] コンポーネント ::= Component[Components] ストリングは、間にギャップを置かない、連続するサブ
ストリングが、オールタナティブの次々のコンポーネン
トとマッチする場合にのみオールタナティブにマッチす
る。オールタナティブが、カレット（”＾”）で始まる
かまたはドルマーク（”＄”）で終わる場合、サブスト
リングの系列は、ストリングの最初及び終わりにおいて
それぞれ開始し、そして終了しなければならない。
ストリングが、オールタナティブの次々のコンポーネン
トとマッチする場合にのみオールタナティブにマッチす
る。オールタナティブが、カレット（”＾”）で始まる
かまたはドルマーク（”＄”）で終わる場合、サブスト
リングの系列は、ストリングの最初及び終わりにおいて
それぞれ開始し、そして終了しなければならない。
【１３７４】コンポーネント（Component） コンポーネントは、次の規則に従う。： コンポーネント ::= Item[* | + | ?] あるストリング（文字列）は、０またはそれ以上のサブ
ストリングを含み各々が、アステリスク（”＊”）が表
れる場合にアイテムにマッチする）を含むかまたはプラ
ス・マーク（”＋”）が表れるならば１つ以上のこのよ
うなサブストリングを含む場合にのみあるコンポーネン
トにマッチする。どちらもクエッション・マーク（”
？”）が表れるならばアイテムにマッチするかまたはク
リアされまたはさもなければアイテムにマッチする。
ストリングを含み各々が、アステリスク（”＊”）が表
れる場合にアイテムにマッチする）を含むかまたはプラ
ス・マーク（”＋”）が表れるならば１つ以上のこのよ
うなサブストリングを含む場合にのみあるコンポーネン
トにマッチする。どちらもクエッション・マーク（”
？”）が表れるならばアイテムにマッチするかまたはク
リアされまたはさもなければアイテムにマッチする。
【１３７５】アイテム（Item） アイテムは、次の規則に従う。： あるストリング（文字列）は、パターン、キャラクタク
ラス （Character Class）またはキャラクタの内でアイ
テムによって規定されるどれかにマッチする場合にのみ
アイテムにマッチする。
ラス （Character Class）またはキャラクタの内でアイ
テムによって規定されるどれかにマッチする場合にのみ
アイテムにマッチする。
【１３７６】CharacterClass キャラクタクラスは次の規則に従う。： CharacterClass ::= [^]CharacterItems ストリングは、キャレット（＾）が存在している場合に
のみ、キャラクタアイテム（Character Items） のリス
トに整合する場合にのみ、キャラクタクラスにマッチす
る。
のみ、キャラクタアイテム（Character Items） のリス
トに整合する場合にのみ、キャラクタクラスにマッチす
る。
【１３７７】CharacterItems キャラクタ・アイテムのリストは次の規則に従う。： CharacterItems ::= CharacterItem [CharacterItems] CharacterItem ::= CharaterRange | Character 文字列は、文字列の連続するサブストリングがその間に
ギャップなしに、リスト中の次々のキャラクタアイテム
とマッチする場合にのみ、キャラクタアイテムのリスト
にマッチする。サブストリングの系列は、ストリングの
開始点で開始され、終了点で終了しなければならない。
ギャップなしに、リスト中の次々のキャラクタアイテム
とマッチする場合にのみ、キャラクタアイテムのリスト
にマッチする。サブストリングの系列は、ストリングの
開始点で開始され、終了点で終了しなければならない。
【１３７８】CharacterRange キャラクタレンジは次の規則に従う。： CharacterRange ::= Character - Character ストリング（文字列）は、それが第１のキャラクタの１
つ後の文字かまたは第１キャラクタを含み、第２のキャ
ラクタの１つ前または第２のキャラクタに等しい１つの
キャラクタを持つ場合にのみキャラクタレンジにマッチ
する。
つ後の文字かまたは第１キャラクタを含み、第２のキャ
ラクタの１つ前または第２のキャラクタに等しい１つの
キャラクタを持つ場合にのみキャラクタレンジにマッチ
する。
【１３７９】キャラクタ（Character） キャラクタは次の規則に従う。： Character ::= . | ＼ metacharacter | characte
r ストリングが１つの文字を含み、ピリオッド（”.”）
が存在する場合、にのみキャラクタにマッチし、逆スラ
ッシュ（”＼”）が存在する場合にメタキャラクタであ
りその他の場合はキャラクタである。
r ストリングが１つの文字を含み、ピリオッド（”.”）
が存在する場合、にのみキャラクタにマッチし、逆スラ
ッシュ（”＼”）が存在する場合にメタキャラクタであ
りその他の場合はキャラクタである。
【１３８０】注：従って逆スラッシュ（”＼”）がメタ
キャラクタの直前にある場合には、メタキャラクタの特
別の意味は避けられる。
キャラクタの直前にある場合には、メタキャラクタの特
別の意味は避けられる。
【１３８１】２．７．３ 他の非ターミナル Character メタキャラクタ以外のクラス”Character”のインスタ
ンス。
ンス。
【１３８２】メタキャラクタ（Metacharacter） メタキャラクタ（metacharacter） ２．７．４ メタキャラクタ（Metacharacters） パターンのテキストは、メタキャラクタを含める。メタ
キャラクタは、テキストを支配するセマンティックルー
ルに含まれる特別な意味を有する。メタキャラクタは、
表Ａ．５に示されたキャラクタ並びに、キャラクタのテ
レスクリプトの”ストリング（String）”トークンに示
されたもの例えばバックスペースである。
キャラクタは、テキストを支配するセマンティックルー
ルに含まれる特別な意味を有する。メタキャラクタは、
表Ａ．５に示されたキャラクタ並びに、キャラクタのテ
レスクリプトの”ストリング（String）”トークンに示
されたもの例えばバックスペースである。
【１３８３】
【表５】 ３． テレスクリプトクラスの概観 オブジェクト指向されたインストラクションセットは、
このアペンディックスのこのセクションにおいて概観さ
れるある予め規定されたクラスを含む。これらのクラス
は次のように複数のグループに分けられる。サブセクシ
ョンは各々のグループに向けられる。各々のサブセクシ
ョン内において１つのサブセクションはグループ内の各
々のクラスに向けられる。
このアペンディックスのこのセクションにおいて概観さ
れるある予め規定されたクラスを含む。これらのクラス
は次のように複数のグループに分けられる。サブセクシ
ョンは各々のグループに向けられる。各々のサブセクシ
ョン内において１つのサブセクションはグループ内の各
々のクラスに向けられる。
【１３８４】解釈されるインストラクションセットは、
例えば制御フローのためのステートメント形式を規定す
るのではなく、そのクラスのオペレーションに依存す
る。従ってインストラクションセットのセマンティック
スは予め規定されたクラスのセマンティックスであるこ
とが多い。
例えば制御フローのためのステートメント形式を規定す
るのではなく、そのクラスのオペレーションに依存す
る。従ってインストラクションセットのセマンティック
スは予め規定されたクラスのセマンティックスであるこ
とが多い。
【１３８５】３．１ グループ（Groups） インストラクションセットの予め規定されたクラスは、
その１つがカーネルと呼ばれる複数のグループに分けら
れる。この区画は、教育的な目的のみに用いられ、カー
ネル以外のグループにおけるクラスがカーネルにより実
行され得ることを示さず、また、エンジンがカーネルの
クラスを実行することがあるが他のグループのものは必
ずしも実行しなくてもよいことを示すものでもない。
その１つがカーネルと呼ばれる複数のグループに分けら
れる。この区画は、教育的な目的のみに用いられ、カー
ネル以外のグループにおけるクラスがカーネルにより実
行され得ることを示さず、また、エンジンがカーネルの
クラスを実行することがあるが他のグループのものは必
ずしも実行しなくてもよいことを示すものでもない。
【１３８６】次のグループが規定されている。
【１３８７】カーネル（Kernel） このグループは、基本機械言語、例えばクラス、オブジ
ェクト、リファレンス、プロシージャ、実行及び例外を
規定する。
ェクト、リファレンス、プロシージャ、実行及び例外を
規定する。
【１３８８】プリミティブ（Primitives） このグループは、不可分の情報、例えばブーリアン、オ
クテット、数、キャラクタ及び時間の基本的な形式を与
える。
クテット、数、キャラクタ及び時間の基本的な形式を与
える。
【１３８９】コレクション（Collections） このグループは、複合情報、例えばセット、リスト、ス
タック、ストリング及び辞書の基本的な形式を与える。
タック、ストリング及び辞書の基本的な形式を与える。
【１３９０】クラス定義（Class Definition） このグループは、クラス定義例えばインタフェース、属
性、オペレーション、実施及び方法の基本的な部分を与
える。
性、オペレーション、実施及び方法の基本的な部分を与
える。
【１３９１】特定化（Identification:アイデンティフ
ィケーション） このグループは、ネーミング及びアドレッシング、例え
ばテレネーム及びテレアドレスを与える。
ィケーション） このグループは、ネーミング及びアドレッシング、例え
ばテレネーム及びテレアドレスを与える。
【１３９２】プロセス（Processes） このグループは、マルチ・タスク例えばプロセス、パー
ミット、リソース及びコンタクトを与える。
ミット、リソース及びコンタクトを与える。
【１３９３】エージェント及びプレイス（Agents and P
lace） このグループは、ネットワーク内のプロセスの移動、例
えばプロセス、エージェント及びチケットを与える。
lace） このグループは、ネットワーク内のプロセスの移動、例
えばプロセス、エージェント及びチケットを与える。
【１３９４】ミーティング（Meeting） このグループは、ネットワークノード、例えばミーティ
ングノード及びペティション内のプロセス相互作用を与
える。
ングノード及びペティション内のプロセス相互作用を与
える。
【１３９５】その他（Miscellaneous） このグループは、いろいろなこと例えばランダムナンバ
ジェネレータ及びパターンマッチャを与える。
ジェネレータ及びパターンマッチャを与える。
【１３９６】これらのグループは、以上に示した順序で
以下に示される。おのおののグループ内のクラスはアル
ファベット順で示される。
以下に示される。おのおののグループ内のクラスはアル
ファベット順で示される。
【１３９７】３．２ カーネルグループ（Kernel Grou
p） オブジェクト（リファレンスされる） ・ クラス（サイトされそして相互変換される） ・ コレクション ・・ セット（検査される） ・・・ コンストレンド・セット（コンストレインド） ・・・・ パッケージ（引用され相互変換される） ・ コンストレイント ・ 例外（変更されない） ・・ プログラミングの例外 ・・・ カーネルの例外 ・・・・ 実行の例外 ・・・・・ 期待されない例外 ・ プリミティブ（実行されそして変換されない） ・・ 識別子（順序付けされる） ・・・ 有資格の識別子 ・・ マーク ・・ モディファイヤ ・・ ゼロ ・・ プロシージャ ・・ セレクタ コンストレインド 実行される リファレンスされる 変換されない 検査される ３．２．１ クラス（Class） オペレーション convert isInstance isMember isSubclass new ”Class”は、オブジェクトのセット、クラスのインス
タンス、を定義する不変のオブジェクトである。
p） オブジェクト（リファレンスされる） ・ クラス（サイトされそして相互変換される） ・ コレクション ・・ セット（検査される） ・・・ コンストレンド・セット（コンストレインド） ・・・・ パッケージ（引用され相互変換される） ・ コンストレイント ・ 例外（変更されない） ・・ プログラミングの例外 ・・・ カーネルの例外 ・・・・ 実行の例外 ・・・・・ 期待されない例外 ・ プリミティブ（実行されそして変換されない） ・・ 識別子（順序付けされる） ・・・ 有資格の識別子 ・・ マーク ・・ モディファイヤ ・・ ゼロ ・・ プロシージャ ・・ セレクタ コンストレインド 実行される リファレンスされる 変換されない 検査される ３．２．１ クラス（Class） オペレーション convert isInstance isMember isSubclass new ”Class”は、オブジェクトのセット、クラスのインス
タンス、を定義する不変のオブジェクトである。
【１３９８】クラスの固有のオペレーションは、オペレ
ーション”new”を介して新しいインスタンスを作り出
し、別のクラスのインスタンスを、このクラスのインス
タンスにオペレーション”convert”によって変更し、
あるオブジェクトはオペレーション”isInstance”によ
るインスタンスまたはクラスのオペレーション”isMemb
er”を介したメンバであるか否かを表示し、別のクラス
がオペレーション”isSubclass”を介して現在のクラス
のサブクラスであるか否かを表示する。
ーション”new”を介して新しいインスタンスを作り出
し、別のクラスのインスタンスを、このクラスのインス
タンスにオペレーション”convert”によって変更し、
あるオブジェクトはオペレーション”isInstance”によ
るインスタンスまたはクラスのオペレーション”isMemb
er”を介したメンバであるか否かを表示し、別のクラス
がオペレーション”isSubclass”を介して現在のクラス
のサブクラスであるか否かを表示する。
【１３９９】３．２．２ コンストレインド（Constrai
ned） 属性 Constraint ”constrained object（コンストレインドオブジェク
ト）”は、オブジェクトがその１つのメンバである別の
クラスによって特定されたそのプロパティのものに対し
て制約を課す。
ned） 属性 Constraint ”constrained object（コンストレインドオブジェク
ト）”は、オブジェクトがその１つのメンバである別の
クラスによって特定されたそのプロパティのものに対し
て制約を課す。
【１４００】コンストレインド・オブジェクトの固有の
属性はコンストレイント（属性”constraint”）であ
る。
属性はコンストレイント（属性”constraint”）であ
る。
【１４０１】注：コンストレインドディクショナリ、リ
スト及びセットは、コンストレインドオブジェクトであ
る。
スト及びセットは、コンストレインドオブジェクトであ
る。
【１４０２】３．２．３ コンストレイント（Constrai
nt） ”constraint”は、他のオブジェクトに課せられた制限
を規定するオブジェクトである。
nt） ”constraint”は、他のオブジェクトに課せられた制限
を規定するオブジェクトである。
【１４０３】コンストレイントの本来の属性は、コンス
トレイントのサブジェクトがそのメンバとなるべきクラ
スの識別子（属性”classId”）、クラス自身（属性”o
fClass”）、サブジェクトがそのクラスのインスタンス
となるか否か（属性”isInstance”）、サブジェクトが
ゼロであるか否か（属性”isOptional”）及びサブジェ
クトの通路（属性”passage”）である。
トレイントのサブジェクトがそのメンバとなるべきクラ
スの識別子（属性”classId”）、クラス自身（属性”o
fClass”）、サブジェクトがそのクラスのインスタンス
となるか否か（属性”isInstance”）、サブジェクトが
ゼロであるか否か（属性”isOptional”）及びサブジェ
クトの通路（属性”passage”）である。
【１４０４】３．２．４ 例外（Exception） オペレーション throw ”例外（exception）”は、遂行または実行の失敗を記
述するオブジェクトである。
述するオブジェクトである。
【１４０５】例外の本来のオペレーションは、例外を投
出する（オペレーション”throw”）。
出する（オペレーション”throw”）。
【１４０６】３．２．５ 実行される（Executed） オペレーション catch do either if loop repeat while ”実行されるオブジェクト（executed objyect）”は、
プロシージャの１つのアイテムとして許可される。
プロシージャの１つのアイテムとして許可される。
【１４０７】実行されるオブジェクトの本来のオペレー
ションは、（ｉ）オペレーション”do”を介して１回、
（ｉｉ）オペレーション”catch” を介してある例外を
１度キャッチする。（ｉｉｉ）オペレーション”if”を
介して予条件が充たされた場合にのみ１度、（ｉｖ）オ
ペレーション”リピート”を介して数回、（ｖ）オペレ
ーション”loop”を介して不特定数の何回か、（ｖｉ）
オペレーション”while”を介して別の実行されたオブ
ジェクトの遂行が指示する回数がある。別のオペレーシ
ョンは、２つの実行されるオブジェクトの内どちらを実
行すべきかを定める（オペレーション”either”）。
ションは、（ｉ）オペレーション”do”を介して１回、
（ｉｉ）オペレーション”catch” を介してある例外を
１度キャッチする。（ｉｉｉ）オペレーション”if”を
介して予条件が充たされた場合にのみ１度、（ｉｖ）オ
ペレーション”リピート”を介して数回、（ｖ）オペレ
ーション”loop”を介して不特定数の何回か、（ｖｉ）
オペレーション”while”を介して別の実行されたオブ
ジェクトの遂行が指示する回数がある。別のオペレーシ
ョンは、２つの実行されるオブジェクトの内どちらを実
行すべきかを定める（オペレーション”either”）。
【１４０８】注：クラス”Primitive”の予め規定され
た具体的なサブクラス並びにクラス”Constrained Lis
t”の予め規定されたサブクラスのインスタンスは、実
行されるオブジェクトである。
た具体的なサブクラス並びにクラス”Constrained Lis
t”の予め規定されたサブクラスのインスタンスは、実
行されるオブジェクトである。
【１４０９】３．２．６ 実行の例外 ”実行の例外（execution exception）”は、エンジン
があるプロシージャのアイテムを実行しえないことを示
すカーネル例外である。
があるプロシージャのアイテムを実行しえないことを示
すカーネル例外である。
【１４１０】このクラスの予め規定されたサブクラスの
中には、インストラクションセットのあるアスペクトを
エンジンがインプリメントし得ないことをそのメンバの
１つが示す”内部例外（Internal Exception）”があ
る。理想的なエンジンは、このような例外を投出しない
が、実際のエンジンは、それを行なう。後者のドキュメ
ンテーションによれば、例えば２つの整数の和がエンジ
ンによって内部的に便利に表示されるには、大きすぎる
場合を挙げている。
中には、インストラクションセットのあるアスペクトを
エンジンがインプリメントし得ないことをそのメンバの
１つが示す”内部例外（Internal Exception）”があ
る。理想的なエンジンは、このような例外を投出しない
が、実際のエンジンは、それを行なう。後者のドキュメ
ンテーションによれば、例えば２つの整数の和がエンジ
ンによって内部的に便利に表示されるには、大きすぎる
場合を挙げている。
【１４１１】３．２．７ 識別子（Identifier） ”識別子（idenntifier）”は、特定のコンテキストに
おいてあるクラスを別のクラスから識別するプリミティ
ブである。
おいてあるクラスを別のクラスから識別するプリミティ
ブである。
【１４１２】３．２．８ カーネル例外（Kernel Excep
tion） ”カーネル例外（Kernel Exception）”は、このセクシ
ョンのクラスのメンバによって投出されたプログラミン
グの例外である。
tion） ”カーネル例外（Kernel Exception）”は、このセクシ
ョンのクラスのメンバによって投出されたプログラミン
グの例外である。
【１４１３】３．２．９ マーク（Mark） ”マーク（mark）”は、１つの可能な値、”マーク（ma
rk）”についてプリミティブである。あるマークは、一
連のオブジェクト通常はあるスタックの最も情報のアイ
テムを区別するために用いられる。
rk）”についてプリミティブである。あるマークは、一
連のオブジェクト通常はあるスタックの最も情報のアイ
テムを区別するために用いられる。
【１４１４】３．２．１０ モディファイヤ（Modifie
r） ”モディファイヤ（moifier）”は、以下の可能な値”d
emarcate”、”getClass”、”getProperty”、”getVa
riable”、”mention”、”setAttribute”、”setProp
erty”、”setVariable”及び”useStack”についてプ
リミティブである。あるプロシージャにおいてモディフ
ァイヤの直後にあるアイテムの実行を変えるために用い
られる。
r） ”モディファイヤ（moifier）”は、以下の可能な値”d
emarcate”、”getClass”、”getProperty”、”getVa
riable”、”mention”、”setAttribute”、”setProp
erty”、”setVariable”及び”useStack”についてプ
リミティブである。あるプロシージャにおいてモディフ
ァイヤの直後にあるアイテムの実行を変えるために用い
られる。
【１４１５】３．２．１１ ゼロ（Nil） ”ゼロ（nil）”は、１つの可能な値、”ニル（nil）”
についてプリミティブである。ゼロは例えば別のクラス
のあるメンバがスタック上に存在しないことを示すため
に用いられる。
についてプリミティブである。ゼロは例えば別のクラス
のあるメンバがスタック上に存在しないことを示すため
に用いられる。
【１４１６】３．２．１２ オブジェクト（Object） 属性 class size オペレーション copy finalize initialize isEqual select 内部オペレーション getAttribute getClass getProperty getVariable setAttribute setProperty setVariable ある”オブジェクト”は、情報及び情報処理のインスト
ラクションセットのユニットである。あるオブジェクト
はあるクラスのインスタンスである。
ラクションセットのユニットである。あるオブジェクト
はあるクラスのインスタンスである。
【１４１７】オブジェクトの本来の属性は、そのクラス
（”class”）及びその大きさ（”size”）である。
（”class”）及びその大きさ（”size”）である。
【１４１８】オブジェクトの本来のオペレーションは、
オブジェクトの初期化（オペレーション”initializ
e”）及び最終化（オペレーション”finalize”）し、
オブジェクトが別のオブジェクトに等しいかどうかを定
め（オペレーション”isEqual”）いくつかのオブジェ
クトの内で以前のオブジェクトが等しいものはどれかを
定め、そのオブジェクトと対をなす実行されるオブジェ
クトを遂行し（オペレーション”select”）、別のしか
しそれ自身の同一のコピーを生成する（オペレーショ
ン”copy”）。
オブジェクトの初期化（オペレーション”initializ
e”）及び最終化（オペレーション”finalize”）し、
オブジェクトが別のオブジェクトに等しいかどうかを定
め（オペレーション”isEqual”）いくつかのオブジェ
クトの内で以前のオブジェクトが等しいものはどれかを
定め、そのオブジェクトと対をなす実行されるオブジェ
クトを遂行し（オペレーション”select”）、別のしか
しそれ自身の同一のコピーを生成する（オペレーショ
ン”copy”）。
【１４１９】あるオブジェクトは、いつくかの内部的フ
ィーチャを有する。”内部的（internal）”フィーチャ
は、クラス”Object”によってシールされ、さらに、ク
ラス”Object”のユーザによって定義されたサブクラス
の固有のフィーチャが同一の特定子（identifier）を持
つことを妨げないシステムフィーチャである。従って、
内部的フィーチャは、虚構的なもの（fictitious）であ
る。その唯一の目的は、インストラクションセット特に
その実行モデルの定義を簡単にすることである。
ィーチャを有する。”内部的（internal）”フィーチャ
は、クラス”Object”によってシールされ、さらに、ク
ラス”Object”のユーザによって定義されたサブクラス
の固有のフィーチャが同一の特定子（identifier）を持
つことを妨げないシステムフィーチャである。従って、
内部的フィーチャは、虚構的なもの（fictitious）であ
る。その唯一の目的は、インストラクションセット特に
その実行モデルの定義を簡単にすることである。
【１４２０】あるオブジェクトの内部的オペレーション
は、オブジェクトのクラスのインタフェース及びインプ
リメンテーションにおいて使用された特定子を作動時間
の間オブジェクトに拘束する。従ってオブジェクトは、
（ｉ）ある識別子が意味するそれ自身の属性をオペレー
ション”getAttribute”を介して取得しうるかまたはオ
ペレーション”setAttribute”を介してセットし（ｉ
ｉ）ある識別子が意味するそれ自身のプロパティをオペ
レーション”getProperty”を介して取得し、またはオ
ペレーション”setProperty”を介してセットし、（ｉ
ｉｉ）ある識別子が意味する変数をオペレーション”ge
tVariable”を介して取得し、またはオペレーション”s
etVariable”を介してセットし、並びに（ｉｖ）オペレ
ーション”getClass”を介してある識別子が意味するク
ラスを特定しロケートする。
は、オブジェクトのクラスのインタフェース及びインプ
リメンテーションにおいて使用された特定子を作動時間
の間オブジェクトに拘束する。従ってオブジェクトは、
（ｉ）ある識別子が意味するそれ自身の属性をオペレー
ション”getAttribute”を介して取得しうるかまたはオ
ペレーション”setAttribute”を介してセットし（ｉ
ｉ）ある識別子が意味するそれ自身のプロパティをオペ
レーション”getProperty”を介して取得し、またはオ
ペレーション”setProperty”を介してセットし、（ｉ
ｉｉ）ある識別子が意味する変数をオペレーション”ge
tVariable”を介して取得し、またはオペレーション”s
etVariable”を介してセットし、並びに（ｉｖ）オペレ
ーション”getClass”を介してある識別子が意味するク
ラスを特定しロケートする。
【１４２１】３．２．１３ パッケージ（Package） ”パッケージ（package）”は、拘束されたクラスのセ
ットである。さらに、パッケージは、パッケージが含む
各々のクラスの仲間である引用されたオブジェクトであ
る。
ットである。さらに、パッケージは、パッケージが含む
各々のクラスの仲間である引用されたオブジェクトであ
る。
【１４２２】１つのパッケージは、次の種類の変更のみ
を行なうことによって後のものから先のものが作られた
場合にのみ、別のパッケージに対して後方向にコンパテ
ィブルである。第１に、新しいクラスが付加されうる。
第２に現存のクラスは、その現存のクラスと後方向にコ
ンパティブルな別のものに変えることができる。
を行なうことによって後のものから先のものが作られた
場合にのみ、別のパッケージに対して後方向にコンパテ
ィブルである。第１に、新しいクラスが付加されうる。
第２に現存のクラスは、その現存のクラスと後方向にコ
ンパティブルな別のものに変えることができる。
【１４２３】３．２．１４ プロシージャ（Procedur
e） ”プロシージャ（procedure）”は、実行されるオブジ
ェクトのある順序付けられたセットを含むプリミティブ
なものである。
e） ”プロシージャ（procedure）”は、実行されるオブジ
ェクトのある順序付けられたセットを含むプリミティブ
なものである。
【１４２４】３．２．１５ プログラミングの例外（Pr
ogramming Exception） ”プログラミングの例外（programming exception）”
は、あるフィーチャの用意または使用においてプログラ
ミングエラーが生じたことを示す例外（exception）で
ある。
ogramming Exception） ”プログラミングの例外（programming exception）”
は、あるフィーチャの用意または使用においてプログラ
ミングエラーが生じたことを示す例外（exception）で
ある。
【１４２５】３．２．１６ 有資格の識別子（Quarifie
d Identifier） ”有資格の識別子”は、フィーチャの実施がそれに対し
て固有かまたは受け継がれた関係にあるフィーチャまた
はクラスを表す識別子である。
d Identifier） ”有資格の識別子”は、フィーチャの実施がそれに対し
て固有かまたは受け継がれた関係にあるフィーチャまた
はクラスを表す識別子である。
【１４２６】３．２．１７ リファレンスド（Referenc
ed） 属性 isProtected オペレーション discard isSame protect ref ”参照される（referenced）”オブジェクトは、それに
対するリファレンスを取得し得るオブジェクトである。
そのフィーチャは、それを要求するために用いられた、
オブジェクト自身ではない、リファレンスを操作する。
ed） 属性 isProtected オペレーション discard isSame protect ref ”参照される（referenced）”オブジェクトは、それに
対するリファレンスを取得し得るオブジェクトである。
そのフィーチャは、それを要求するために用いられた、
オブジェクト自身ではない、リファレンスを操作する。
【１４２７】リファレンスされるオブジェクトの固有の
属性は、あるリファレンスがプロテクトされているかを
否か明らかにする（属性”isProtected”）。
属性は、あるリファレンスがプロテクトされているかを
否か明らかにする（属性”isProtected”）。
【１４２８】リファレンスされるオブジェクトの固有の
オペレーションは、所望ならばプロテクト（オペレーシ
ョン”protect”）されたオブジェクトへの新しいリフ
ァレンス（オペレーション”ref”）を生成し、現存の
リファレンスを廃棄し（オペレーション”discar
d”）、２つのリファレンスが同一のオブジェクトのも
のであるかどうかを明示する（オペレーション”isSam
e”）。
オペレーションは、所望ならばプロテクト（オペレーシ
ョン”protect”）されたオブジェクトへの新しいリフ
ァレンス（オペレーション”ref”）を生成し、現存の
リファレンスを廃棄し（オペレーション”discar
d”）、２つのリファレンスが同一のオブジェクトのも
のであるかどうかを明示する（オペレーション”isSam
e”）。
【１４２９】注：全てのオブジェクトは、リファレンス
されるオブジェクトである。その場合現在のクラスは純
粋に教育的な理由によって定義される。
されるオブジェクトである。その場合現在のクラスは純
粋に教育的な理由によって定義される。
【１４３０】３．２．１８ セレクタ（Selector） ”セレクタ（selector）”は”break”、”clien
t”、”continue”、”escalate”、”here”、”proce
ss”、”self”及び”succeed”の可能な値についてプ
リミティブである。あるセレクタは、特別の実行効果を
得るために用いられる。
t”、”continue”、”escalate”、”here”、”proce
ss”、”self”及び”succeed”の可能な値についてプ
リミティブである。あるセレクタは、特別の実行効果を
得るために用いられる。
【１４３１】３．２．１９ 変更されない（Unchange
d） ”変更されない（unchanged）”オブジェクトは、変化
させることができない。”変化（change）”の意味は、
変化しないオブジェクトが１つのメンバである他のクラ
スに依存する。変更されないオブジェクトは、しばし
ば”不変（immutable）”と記述される。
d） ”変更されない（unchanged）”オブジェクトは、変化
させることができない。”変化（change）”の意味は、
変化しないオブジェクトが１つのメンバである他のクラ
スに依存する。変更されないオブジェクトは、しばし
ば”不変（immutable）”と記述される。
【１４３２】注：”クラス”、”例外”、”パッケー
ジ”、”プリミティブ”及び”時間”のクラスのメンバ
は、不変である。
ジ”、”プリミティブ”及び”時間”のクラスのメンバ
は、不変である。
【１４３３】３．２．２０ 予想されない例外（Unexpe
cted Exception） 属性 exception ”予想されない例外（unexpected exception）”は、あ
るフィーチャが、そのフィーチャが明らかにしないクラ
スの例外を送出したことを示す実行例外処理である。
cted Exception） 属性 exception ”予想されない例外（unexpected exception）”は、あ
るフィーチャが、そのフィーチャが明らかにしないクラ
スの例外を送出したことを示す実行例外処理である。
【１４３４】予想されない例外の固有な属性は、明らか
にされない例外（属性”exception”）である。
にされない例外（属性”exception”）である。
【１４３５】３．２．２１ 検査（Verified） オペレーション verify ”検査されるオブジェクト（verified object）”は、
そのオブジェクトが１つのメンバである他のクラスに依
存する１つ以上の仕方で内部的に不一致とすることがで
きる。
そのオブジェクトが１つのメンバである他のクラスに依
存する１つ以上の仕方で内部的に不一致とすることがで
きる。
【１４３６】検査されるオブジェクトの本来のオペレー
ションは、そのオブジェクトが内部的に一致するか否か
を示す（オペレーション”verify”）。
ションは、そのオブジェクトが内部的に一致するか否か
を示す（オペレーション”verify”）。
【１４３７】注：セットは、検査されるオブジェクトで
ある。
ある。
【１４３８】３．３ プリミティブグループ（Primitiv
e Group） オブジェクト（リファレンスされる） ・ 例外（変更されない） ・・ プログラミングの例外 ・・・ プリミティブな例外 ・ プリミティブ（実行され変更されない） ・・ ビット（順序あり） ・・ ブーリアン（順序あり） ・・ キャラクタ（ケースドアンドオーダード） ・・ 数（順序あり） ・・・ 整数 ・・・ 実数 ・・ オクテット（順序あり） ・ テレナンバ ・ 時間（順序あり、変更なし） ケースド（cased） 順序あり（Ordered） ３．３．１ ビット（Bit） ”ビット（bit）”は、２つの可能な値、すなわち”
０”と”１”とを有するプリミティブなものである。
e Group） オブジェクト（リファレンスされる） ・ 例外（変更されない） ・・ プログラミングの例外 ・・・ プリミティブな例外 ・ プリミティブ（実行され変更されない） ・・ ビット（順序あり） ・・ ブーリアン（順序あり） ・・ キャラクタ（ケースドアンドオーダード） ・・ 数（順序あり） ・・・ 整数 ・・・ 実数 ・・ オクテット（順序あり） ・ テレナンバ ・ 時間（順序あり、変更なし） ケースド（cased） 順序あり（Ordered） ３．３．１ ビット（Bit） ”ビット（bit）”は、２つの可能な値、すなわち”
０”と”１”とを有するプリミティブなものである。
【１４３９】３．３．２ ブーリアン オペレーション and not or ”ブーリアン（boolean）”は、２つの可能な値、”
偽”と”真”とを有するプリミティブなものである。
偽”と”真”とを有するプリミティブなものである。
【１４４０】ブーリアンの固有のオペレーションは、論
理的な肯定（オペレーション”and”）、択一（オペレ
ーション”or”）及び否定（オペレーション”not”）
を可能にする。
理的な肯定（オペレーション”and”）、択一（オペレ
ーション”or”）及び否定（オペレーション”not”）
を可能にする。
【１４４１】３．３．３ ケースド（Cased） 属性 isLower isUpper オペレーション makeLower makeUpper ”ケースド（Cased）”オブジェクトは、キャラクタの
情報を含む。この情報やこのようなケースドオブジェク
ト自身は、アッパーケース（大文字）、ロウアーケース
（小文字）またはその混合にすることができる。
情報を含む。この情報やこのようなケースドオブジェク
ト自身は、アッパーケース（大文字）、ロウアーケース
（小文字）またはその混合にすることができる。
【１４４２】ケースドオブジェクトの固有の属性は、あ
るキャラクタ情報が小文字であるか（属性”isLowe
r”）または大文字であるか（属性”isUpper”）を表
す。
るキャラクタ情報が小文字であるか（属性”isLowe
r”）または大文字であるか（属性”isUpper”）を表
す。
【１４４３】ケースドオブジェクトの固有の操作は、オ
ブジェクトのすべてを小文字（オペレーション”makeLo
wer”）またはすべて大文字（オペレーション ”makeU
pper”）に等価なものを作り出す。
ブジェクトのすべてを小文字（オペレーション”makeLo
wer”）またはすべて大文字（オペレーション ”makeU
pper”）に等価なものを作り出す。
【１４４４】注：２つのケースドオブジェクトは、オペ
レーション”makeLower”またはオペレーション”makeU
pper”と組合せてオペレーション”isEqual”を使用す
ることによって、そのケースと関わりなく比較すること
ができる。
レーション”makeLower”またはオペレーション”makeU
pper”と組合せてオペレーション”isEqual”を使用す
ることによって、そのケースと関わりなく比較すること
ができる。
【１４４５】注：キャラクタとストリングはケースド・
オブジェクトである。
オブジェクトである。
【１４４６】３．３．４ キャラクタ（Character） ”キャラクタ（character）”は、その可能な値がユニ
コードキャラクタ［ユニコード］を基本とする。
コードキャラクタ［ユニコード］を基本とする。
【１４４７】３．３．５ 整数（Integer） オペレーション modulus quotient ”integer”は、整数でもある数である。
【１４４８】整数の固有のオペレーションは、整数の除
算を行ない、商（オペレーション”quotient”）または
結果としての剰余（オペレーション”modulus”）のい
ずれか一方を生ずる。
算を行ない、商（オペレーション”quotient”）または
結果としての剰余（オペレーション”modulus”）のい
ずれか一方を生ずる。
【１４４９】注：内部的に、エンジンは、有限な確度の
みを持って整数を表すことができる。従って、全部の整
数が、実際に、このクラスのインスタンスであるとは限
らない。
みを持って整数を表すことができる。従って、全部の整
数が、実際に、このクラスのインスタンスであるとは限
らない。
【１４５０】３．３．６ 数（Number） オペレーション abs add ceiling divide floor multiply negate round subtract truncate ”数（number）”は、基本的な演算操作を可能にする基
本的なものである。
本的なものである。
【１４５１】ある数の固有の操作は、 加算（オペレー
ション”add”）、減算（オペレーション”subtruc
t”）、掛算（オペレーション”multiply”）、除算
（オペレーション”divid”）、否定 （オペレーショ
ン”negate”）、絶対値（オペレーション”abs”）、
丸め（オペレーション”round”）、切捨て（オペレー
ション”truncate”）及びフロア （オペレーション”f
loor”）及びシーリング（オペレーション”ceilin
g”）の各機能を遂行する。
ション”add”）、減算（オペレーション”subtruc
t”）、掛算（オペレーション”multiply”）、除算
（オペレーション”divid”）、否定 （オペレーショ
ン”negate”）、絶対値（オペレーション”abs”）、
丸め（オペレーション”round”）、切捨て（オペレー
ション”truncate”）及びフロア （オペレーション”f
loor”）及びシーリング（オペレーション”ceilin
g”）の各機能を遂行する。
【１４５２】３．３．７ オクテット（Octet） ”オクテット（octet）” は、８ビットから成る基本的
なものである。リファレンスの目的のためにビットは、
ビット７−ビット０によって示される。
なものである。リファレンスの目的のためにビットは、
ビット７−ビット０によって示される。
【１４５３】３．３．８ 順序あり（Ordered） オペレーション isAfter isBefore max min ”順序あり（Ordered）” のオブジェクトは、任意の１
つのものを他のものの前に、後に、またはそれと同じ所
に置くことによってそのメンバが順序付けされた別のク
ラスの１つのメンバにする。”前”及び”後”の意味
は、そのクラスに依存する。
つのものを他のものの前に、後に、またはそれと同じ所
に置くことによってそのメンバが順序付けされた別のク
ラスの１つのメンバにする。”前”及び”後”の意味
は、そのクラスに依存する。
【１４５４】順序付けされたオブジェクトの固有の操作
は、１つのかかるオブジェクトが別のものの前に（オペ
レーション”ｉｓＢｅｆｏｒｅ”）、または別のものの
後に（オペレーション”ｉｓＡｆｔｅｒ”）あるかそし
て２つの内のどちらが最初（オペレーション”ｍｉ
ｎ”）または最大（オペレーション”ｍａｘ”）である
かを示す。
は、１つのかかるオブジェクトが別のものの前に（オペ
レーション”ｉｓＢｅｆｏｒｅ”）、または別のものの
後に（オペレーション”ｉｓＡｆｔｅｒ”）あるかそし
て２つの内のどちらが最初（オペレーション”ｍｉ
ｎ”）または最大（オペレーション”ｍａｘ”）である
かを示す。
【１４５５】注：２つの順序付けされたオブジェクトが
一致しているか否かは、オペレーション”isEqual”で
示される。
一致しているか否かは、オペレーション”isEqual”で
示される。
【１４５６】注：多くのクラスのインスタンスは、順序
付けされたオブジェクトである。
付けされたオブジェクトである。
【１４５７】３．３．９ プリミティブ（Primitive） ”プリミティブ（primitive）”は、インストラクショ
ンセットの基本的なオブジェクトである。
ンセットの基本的なオブジェクトである。
【１４５８】注：各々のインストラクションセット・プ
リミティブがこのクラスのメンバであるわけではない。
リミティブがこのクラスのメンバであるわけではない。
【１４５９】３．３．１０ プリミティブの例外（Prim
itive Exception） ”プリミティブの例外（primitive exception）”は、
このセクションのクラスのメンバによって送出されたプ
ログラミングの例外である。
itive Exception） ”プリミティブの例外（primitive exception）”は、
このセクションのクラスのメンバによって送出されたプ
ログラミングの例外である。
【１４６０】３．３．１１ テレナンバ（Telenumber） 属性 country extension telephone ”テレナンバ（telenumber）”は、国際電話ネットワー
クにおいて、電話機のアドレス、すなわち電話番号を与
えるオブジェクトである。
クにおいて、電話機のアドレス、すなわち電話番号を与
えるオブジェクトである。
【１４６１】テレナンバの固有の属性は、電話機が置か
れている国のコード（”country”）、その国が電話機
に与えるナンバ（”telephone”）及びもし電話機に内
線があればその電話機の内線（”extension”）のコー
ドである。
れている国のコード（”country”）、その国が電話機
に与えるナンバ（”telephone”）及びもし電話機に内
線があればその電話機の内線（”extension”）のコー
ドである。
【１４６２】３．３．１２ 時間（Time） オペレーション adjust interval ”時間（time）”は、ＵＴＣを用いて１秒の精度まで１
日の日付及び時間を特定するオブジェクトである。ま
た、時間は、それが計測された時間帯を記録し、また、
もし何かあれば、その時その場所のＤＳＴの実際の範囲
も記録する。
日の日付及び時間を特定するオブジェクトである。ま
た、時間は、それが計測された時間帯を記録し、また、
もし何かあれば、その時その場所のＤＳＴの実際の範囲
も記録する。
【１４６３】時間の固有のオペレーションは、任意の数
の秒によって時間を調節し（オペレーション”adjus
t”）その時間と別の時間との間の時間間隔（オペレー
ション”interval”）を与える。
の秒によって時間を調節し（オペレーション”adjus
t”）その時間と別の時間との間の時間間隔（オペレー
ション”interval”）を与える。
【１４６４】３．４ コレクショングループ（Collecti
on Group） オブジェクト（リファレンスされる） ・ アソシエーション（順序あり） ・ コレクション ・・ リスト（順序あり） ・・・ コンストレインドリスト（コンストレインド） ・・・・ ビットストリング（実行される） ・・・・ オクテットストリング（実行される） ・・・・ ストリング（ケースドアンドエグゼキューテ
ッド） ・・・ スタック ・・ セット（検査される） ・・・ コンストレインドセット（コンストレインド） ・・・ ディクショナリ ・・・・ コンストリンドディクショナリ（コンストレ
インド） ・・・・・ レキシコン ・ 例外（変更なし） ・・ プログラミングの例外 ・・・ コレクションの例外 ・ ストリーム ハッシュド（Hashed） ３．４．１ アソシエーション（Association） 属性 key value ”アソシエーション（association）”は、あるオブジ
ェクトの”key”及び”value”である、２つのオブジェ
クトを含む１つのオブジェクトである。
on Group） オブジェクト（リファレンスされる） ・ アソシエーション（順序あり） ・ コレクション ・・ リスト（順序あり） ・・・ コンストレインドリスト（コンストレインド） ・・・・ ビットストリング（実行される） ・・・・ オクテットストリング（実行される） ・・・・ ストリング（ケースドアンドエグゼキューテ
ッド） ・・・ スタック ・・ セット（検査される） ・・・ コンストレインドセット（コンストレインド） ・・・ ディクショナリ ・・・・ コンストリンドディクショナリ（コンストレ
インド） ・・・・・ レキシコン ・ 例外（変更なし） ・・ プログラミングの例外 ・・・ コレクションの例外 ・ ストリーム ハッシュド（Hashed） ３．４．１ アソシエーション（Association） 属性 key value ”アソシエーション（association）”は、あるオブジ
ェクトの”key”及び”value”である、２つのオブジェ
クトを含む１つのオブジェクトである。
【１４６５】アソシエーションの固有の属性は、キー
（属性”key”）及びその値（属性”value”）である。
（属性”key”）及びその値（属性”value”）である。
【１４６６】注：アソシエーションは、ディクショナリ
を作り出すために用いられる。
を作り出すために用いられる。
【１４６７】３．４．２ ビットストリング（Bit Stri
ng） ”ビットストリング”は、クラス”ビット”のインスタ
ンスをアイテムとするコンストレインドリストである。
ng） ”ビットストリング”は、クラス”ビット”のインスタ
ンスをアイテムとするコンストレインドリストである。
【１４６８】３．４．３ コレクション（Collection） 属性 length オペレーション clear examine exclude include stream ”コレクション（collection）”は、０またはそれ以上
の他のオブジェクト、そのプロパティに含まれるその”
items”の順序付けされないセットを含むオブジェクト
である。コレクションの”長さ（length）” は、コレ
クションのアイテムの数である。コレクションは、その
長さが０の時に”クリア（cleared）”される。クラ
ス”collection”のサブクラスは、そのメンバのアイテ
ムを制限することができる。
の他のオブジェクト、そのプロパティに含まれるその”
items”の順序付けされないセットを含むオブジェクト
である。コレクションの”長さ（length）” は、コレ
クションのアイテムの数である。コレクションは、その
長さが０の時に”クリア（cleared）”される。クラ
ス”collection”のサブクラスは、そのメンバのアイテ
ムを制限することができる。
【１４６９】コレクションの固有の属性はコレクション
の長さ（属性”length”）である。
の長さ（属性”length”）である。
【１４７０】コレクションの固有のオペレーションは、
新しいアイテムとしてのオブジェクトを含め、（オペレ
ーション”include”）、現在のアイテムを排除し（オ
ペレーション”exclude”）、全ての現在のアイテムを
排除し（オペレーション”clear”）、アイテムの検査
の準備をし（オペレーション”examine”）、コレクシ
ョンのアイテムをアイテムとするストリーム（オペレー
ション”stream”）を生成させる。
新しいアイテムとしてのオブジェクトを含め、（オペレ
ーション”include”）、現在のアイテムを排除し（オ
ペレーション”exclude”）、全ての現在のアイテムを
排除し（オペレーション”clear”）、アイテムの検査
の準備をし（オペレーション”examine”）、コレクシ
ョンのアイテムをアイテムとするストリーム（オペレー
ション”stream”）を生成させる。
【１４７１】注：コレクションの長さは、無制限であ
る。
る。
【１４７２】３．４．４ コレクションの例外（Collec
tion Exception） ”コレクションの例外（collection exception)”は、
このセクションのクラスのメンバによって投出されたプ
ログラミングの例外である。
tion Exception） ”コレクションの例外（collection exception)”は、
このセクションのクラスのメンバによって投出されたプ
ログラミングの例外である。
【１４７３】３．４．５ コンストレインドディクショ
ナリ（Constrained Dictionary） ”コンストレインドディクショナリ（constrained dict
ionary）”は、条件付けによってそのキーが制限された
ディクショナリであり、単一の制限は、全体の辞書を支
配する。
ナリ（Constrained Dictionary） ”コンストレインドディクショナリ（constrained dict
ionary）”は、条件付けによってそのキーが制限された
ディクショナリであり、単一の制限は、全体の辞書を支
配する。
【１４７４】３．４．６ コンストレインドリスト（Co
nstrained List） ”コンストレインドリスト（constrained list）”は、
条件（constraint）によってアイテムが制限されたリス
トであり、単一の条件は、全体のリストを支配する。
nstrained List） ”コンストレインドリスト（constrained list）”は、
条件（constraint）によってアイテムが制限されたリス
トであり、単一の条件は、全体のリストを支配する。
【１４７５】３．４．７ コンストレインドセット（Co
nstrained Set） コンストレインドセットは、条件によってアイテムが制
限されたセットであり、単一の条件は、全体のセットを
支配する。
nstrained Set） コンストレインドセットは、条件によってアイテムが制
限されたセットであり、単一の条件は、全体のセットを
支配する。
【１４７６】３．４．８ ディクショナリ（Dictionar
y） オペレーション add drop find get rekey set transpose ”ディクショナリ（dictionary）”は、組合せ（associ
ation）をアイテム（items）とするセットである。クラ
ス”dictionary”のサブクラスは、そのメンバのキー、
値または両方を制限することができる。
y） オペレーション add drop find get rekey set transpose ”ディクショナリ（dictionary）”は、組合せ（associ
ation）をアイテム（items）とするセットである。クラ
ス”dictionary”のサブクラスは、そのメンバのキー、
値または両方を制限することができる。
【１４７７】ディクショナリの固有の操作は、あるキー
と新しいアイテムとしての別のある値との間の組合せを
含め（オペレーション”add”）、あるキーとの組合せ
を排除し（オペレーション”drop”）、あるキーの組み
合わされた値を定め（オペレーション”get”）、ある
キーの組み合わされた値を取り替え（オペレーション”
set”）、ある値の組み合わされたキーを定め（オペレ
ーション”find”）、あるキーを別のキーと取り替え
（オペレーション”rekey”）及び２つのキーを転置す
る（オペレーション”transpose”）。
と新しいアイテムとしての別のある値との間の組合せを
含め（オペレーション”add”）、あるキーとの組合せ
を排除し（オペレーション”drop”）、あるキーの組み
合わされた値を定め（オペレーション”get”）、ある
キーの組み合わされた値を取り替え（オペレーション”
set”）、ある値の組み合わされたキーを定め（オペレ
ーション”find”）、あるキーを別のキーと取り替え
（オペレーション”rekey”）及び２つのキーを転置す
る（オペレーション”transpose”）。
【１４７８】３．４．９ ハッシュド（Hashed） 属性 ”Hashed”オブジェクトは、ハッシュファンクションが
それについて定義されている別のクラスの一つのメンバ
である。そのクラスの各々のメンバは、それ自身のハッ
シュ、整数、を計算し、２つのメンバは同一であればそ
れらのもののハッシュは、同一であることを確実にす
る。
それについて定義されている別のクラスの一つのメンバ
である。そのクラスの各々のメンバは、それ自身のハッ
シュ、整数、を計算し、２つのメンバは同一であればそ
れらのもののハッシュは、同一であることを確実にす
る。
【１４７９】ハッシュドオブジェクトの固有の機能は、
そのオブジェクトについてもハッシュファンクション
（属性”hash”）である。
そのオブジェクトについてもハッシュファンクション
（属性”hash”）である。
【１４８０】注：ディクショナリのキーがハッシュドオ
ブジェクトであれば、ディクショナリのオペレーション
のいくつかのものの遂行において属性”hash”を使用す
ることができるが、これは必ずしも必要ではない。
ブジェクトであれば、ディクショナリのオペレーション
のいくつかのものの遂行において属性”hash”を使用す
ることができるが、これは必ずしも必要ではない。
【１４８１】注：予め定義されたクラスのいかなるイン
スタンスもハッシュドオブジェクトではない。
スタンスもハッシュドオブジェクトではない。
【１４８２】３．４．１０ レキシコン（Lexicon） ”レキシコン（lexicon）”は、キーが識別子であるコ
ンストレインドディクショナリである。
ンストレインドディクショナリである。
【１４８３】３．４．１１ リスト（List） オペレーション add drop find get reposition set transpose ”リスト（list）”は、そのアイテムが［１，ｎ］で番
号付けされるコレクションである。”ｎ”はコレクショ
ンの長さである。アイテムの長さは、リスト中のそのア
イテムの”位置”である。
号付けされるコレクションである。”ｎ”はコレクショ
ンの長さである。アイテムの長さは、リスト中のそのア
イテムの”位置”である。
【１４８４】あるリストの固有のオペレーションは、新
しいアイテムとしてもオブジェクトを含め（オペレーシ
ョン”add”）、現在のアイテムを排除し（オペレーシ
ョン”drop”）、あるアイテムの検査の取決めをし（オ
ペレーション”get”）、現在のアイテムを置き換え
（オペレーション”set”）、現在のアイテムの位置を
定め（オペレーション”find”）、現在のアイテムの再
位置決めし（オペレーション”reposion”）、２つの現
在のアイテムを転置する（オペレーション”transpos
e”）。
しいアイテムとしてもオブジェクトを含め（オペレーシ
ョン”add”）、現在のアイテムを排除し（オペレーシ
ョン”drop”）、あるアイテムの検査の取決めをし（オ
ペレーション”get”）、現在のアイテムを置き換え
（オペレーション”set”）、現在のアイテムの位置を
定め（オペレーション”find”）、現在のアイテムの再
位置決めし（オペレーション”reposion”）、２つの現
在のアイテムを転置する（オペレーション”transpos
e”）。
【１４８５】３．４．１２ オクテットストリング（Oc
tet String） ”オクテットストリング（octet string）”は、そのア
イテムがクラス”Octet"のインスタンスであるコンスト
レインドリストである。
tet String） ”オクテットストリング（octet string）”は、そのア
イテムがクラス”Octet"のインスタンスであるコンスト
レインドリストである。
【１４８６】３．４．１３ セット（Set） オペレーション difference intersection union ”セット（set）”は、含められた時にそのアイテムの
どの２つの同一ではないコレクションである。
どの２つの同一ではないコレクションである。
【１４８７】あるセットの固有の操作は、２つのセット
のユニオン（オペレーション”union”）または区分
（オペレーション”intersection”）を計算し、他のも
のにおいて他のもののアイテムに等しいあるもののアイ
テムを排除する（オペレーション”difference”）。
のユニオン（オペレーション”union”）または区分
（オペレーション”intersection”）を計算し、他のも
のにおいて他のもののアイテムに等しいあるもののアイ
テムを排除する（オペレーション”difference”）。
【１４８８】注：あるアイテムのそのままの変更は、２
つのアイテムを同一のものにのこしておくことがある。
つのアイテムを同一のものにのこしておくことがある。
【１４８９】３．４．１４ スタック（Stack） オペレーション pop push pushItems roll swap ”スタック（stack）” は、アイテムが付加された順序
と逆の順序において通常そのアイテムがドロップされる
リストである。スタックの”トップ（top）”は、位置
１であり、スタックの”下部（bottom）”は、スタック
の長さである位置である。
と逆の順序において通常そのアイテムがドロップされる
リストである。スタックの”トップ（top）”は、位置
１であり、スタックの”下部（bottom）”は、スタック
の長さである位置である。
【１４９０】スタックの固有の操作は、上部にオブジェ
クトを付け加え（オペレーション”push”）、リストの
アイテムを上部に付け加え（オペレーション ”pushIte
ms”）、上部のアイテムをドロップし（オペレーショ
ン”pop”） 、上部の２つのアイテムを転置し（オペレ
ーション”swap”）及びもっとも上方のアイテムのある
位置数だけローリングする（オペレーション”rol
l”）。
クトを付け加え（オペレーション”push”）、リストの
アイテムを上部に付け加え（オペレーション ”pushIte
ms”）、上部のアイテムをドロップし（オペレーショ
ン”pop”） 、上部の２つのアイテムを転置し（オペレ
ーション”swap”）及びもっとも上方のアイテムのある
位置数だけローリングする（オペレーション”rol
l”）。
【１４９１】３．４．１５ ストリーム（Stream） 属性 current isDone next ”ストリーム（stream）”は、組み合わされたオブジェ
クトの系列すなわちストリームの”アイテム（item
s）” 中のオブジェクトに順次アクセスするためのオブ
ジェクトである。ストリームは同一のアイテムを２回”
生成（produces）”させることはなく、最後のアイテム
を生成させた後は０を生じる。
クトの系列すなわちストリームの”アイテム（item
s）” 中のオブジェクトに順次アクセスするためのオブ
ジェクトである。ストリームは同一のアイテムを２回”
生成（produces）”させることはなく、最後のアイテム
を生成させた後は０を生じる。
【１４９２】ストリームの固有の属性は、要求に応じて
次のアイテムをつくり出し（属性”next”）、もっとも
最近生成させたアイテムを再生し（属性”currnt”）及
びその最後のアイテムをまだ生成させているか否かを定
める（属性”isDone”）を可能にする。
次のアイテムをつくり出し（属性”next”）、もっとも
最近生成させたアイテムを再生し（属性”currnt”）及
びその最後のアイテムをまだ生成させているか否かを定
める（属性”isDone”）を可能にする。
【１４９３】注：ストリームのあるアイテムそれ自身が
０である場合、この事実は、”ネクスト（next）”また
は”カレント（current）” 属性の解釈に当たって考慮
されなければならない。
０である場合、この事実は、”ネクスト（next）”また
は”カレント（current）” 属性の解釈に当たって考慮
されなければならない。
【１４９４】３．４．１６ ストリング（String） オペレーション substring ”ストリング（string：文字列）”は、クラス”charac
ter”のインスタンスをアイテムとするコンストレイン
ドリストである。
ter”のインスタンスをアイテムとするコンストレイン
ドリストである。
【１４９５】ストリングの固有のオペレーションは、サ
ブストリングのコピーをつくり出すことである（オペレ
ーション”substring”）。サブストリングは、あるス
トリング中の連続する位置を示す０または１以上の文字
の系列である。サブストリングは、２つの位置Ｐ1 及び
Ｐ2 によって定義され、サブストリングのアイテムは、
ストリングの位置［Ｐ1 ，Ｐ2 ］であるアイテムであ
る。
ブストリングのコピーをつくり出すことである（オペレ
ーション”substring”）。サブストリングは、あるス
トリング中の連続する位置を示す０または１以上の文字
の系列である。サブストリングは、２つの位置Ｐ1 及び
Ｐ2 によって定義され、サブストリングのアイテムは、
ストリングの位置［Ｐ1 ，Ｐ2 ］であるアイテムであ
る。
【１４９６】３．５ クラス定義グループ オブジェクト（参照される） ・ クラス定義 ・ 例外（変更なし） ・・ プログラミングの例外 ・・・ クラスの例外 ・ フィーチャ ・・ 属性 ・・ オペレーション ・ インプリメンテーション ・ インターフェース ・ 方法 ３．５．１ 属性（Attribute） 属性 constraint isSet ”属性定義（attribute definition）”、すなわちクラ
ス”属性（Attribute）”のメンバは、属性のためのフ
ィーチャの定義である。
ス”属性（Attribute）”のメンバは、属性のためのフ
ィーチャの定義である。
【１４９７】属性定義の固有の属性は、属性がどのよう
にして拘束されるか（属性”constrint”）並びにそれ
を設定できるか（属性”isSet”）を定義する。前者
は、オペレーション”αGet”の結果に、そして属性が
セット可能であれば、オペレーション”αSet”のアー
ギュメントに影響する。
にして拘束されるか（属性”constrint”）並びにそれ
を設定できるか（属性”isSet”）を定義する。前者
は、オペレーション”αGet”の結果に、そして属性が
セット可能であれば、オペレーション”αSet”のアー
ギュメントに影響する。
【１４９８】３．５．２ クラス定義（Class Definiti
on） 属性 implementation interface majorEdition minorEdition title オペレーション makeClasses ”クラス定義”は、あるクラスを定義するオブジェクト
である。
on） 属性 implementation interface majorEdition minorEdition title オペレーション makeClasses ”クラス定義”は、あるクラスを定義するオブジェクト
である。
【１４９９】クラス定義の固有の属性は、クラスのイン
ターフェース（属性”interface”）、 実施（属性”i
mplementation”）、タイトル（属性”title”）、メジ
ャーエディション（属性”majorEdition”）及びマイナ
ーエディション（属性”minorEdition”）を規定する。
ターフェース（属性”interface”）、 実施（属性”i
mplementation”）、タイトル（属性”title”）、メジ
ャーエディション（属性”majorEdition”）及びマイナ
ーエディション（属性”minorEdition”）を規定する。
【１５００】クラスの定義の固有の操作は、１つまたは
１つ以上のクラス定義のセットが定義する同じ数のクラ
スのセットをつくり出す（オペレーション”makeClas
s”）。クラスの間の必要とされるリファレンスは、ク
ラスが作成された時に設定される。オペレーションを要
求するプロセスは、そのクラスの多さである。
１つ以上のクラス定義のセットが定義する同じ数のクラ
スのセットをつくり出す（オペレーション”makeClas
s”）。クラスの間の必要とされるリファレンスは、ク
ラスが作成された時に設定される。オペレーションを要
求するプロセスは、そのクラスの多さである。
【１５０１】３．５．３ クラスの例外（Class Except
ion） ”クラスの例外（class exception）”は、このセクシ
ョンのクラスのメンバによって投出されたプログラミン
グの例外である。
ion） ”クラスの例外（class exception）”は、このセクシ
ョンのクラスのメンバによって投出されたプログラミン
グの例外である。
【１５０２】３．５．４ フィーチャ（Feature） 属性 exceptions isPublic ”フィーチャ定義”、すなわちクラス”feature”のメ
ンバは、そのインターフェースに充分であるクラスの各
々のメンバの特別なフィーチャを規定するオブジェクト
である。
ンバは、そのインターフェースに充分であるクラスの各
々のメンバの特別なフィーチャを規定するオブジェクト
である。
【１５０３】フィーチャの定義の固有の属性は、そのフ
ィーチャがパブリックであるか否か、プライベートでな
いか（属性”isPublic”）、フィーチャの例外がメンバ
であるクラス（属性”exceptions”）を規定する。シス
テムフィーチャは、フィーチャ定義を受けない。
ィーチャがパブリックであるか否か、プライベートでな
いか（属性”isPublic”）、フィーチャの例外がメンバ
であるクラス（属性”exceptions”）を規定する。シス
テムフィーチャは、フィーチャ定義を受けない。
【１５０４】３．５．５ インプリメンテーション（Im
plementation） 属性 classMethods fromMethods instanceMethods properties setMethods superclasses toMethods vocabulary ”インプリメンテーション（implementation）”は、イ
ンプリメンテーションがその一部分であるクラスに固有
のまたはそれによって引き継がれた、選択されたフィー
チャ及び変換を実施するオブジェクトである。
plementation） 属性 classMethods fromMethods instanceMethods properties setMethods superclasses toMethods vocabulary ”インプリメンテーション（implementation）”は、イ
ンプリメンテーションがその一部分であるクラスに固有
のまたはそれによって引き継がれた、選択されたフィー
チャ及び変換を実施するオブジェクトである。
【１５０５】インプリメンテーションの固有の属性は、
直接インプリメンテーションスーパークラス（属性”su
perClasses”）を特定し、選択されたクラスフィーチャ
（属性”classMethods”）、インスタンスフィーチャ
（属性”instanceMethods”及び属性”setMethods”）
及び（属性”fromMethods”）及び（属性”toMethod
s”）の変更を提供し、ユーザによって定義されたクラ
スを表すために用いられるインプリメンテーションを特
定する（属性”vocabulary”）。
直接インプリメンテーションスーパークラス（属性”su
perClasses”）を特定し、選択されたクラスフィーチャ
（属性”classMethods”）、インスタンスフィーチャ
（属性”instanceMethods”及び属性”setMethods”）
及び（属性”fromMethods”）及び（属性”toMethod
s”）の変更を提供し、ユーザによって定義されたクラ
スを表すために用いられるインプリメンテーションを特
定する（属性”vocabulary”）。
【１５０６】３．５．６ インターフェース（Interfac
e） 属性 classFeatures instanceFeatures isAbstract sealedClassFeatures sealedInstanceFeatures superclasses vocabulary ”インターフェース（interface）”は、インターフェ
ースがその一部分であるクラスに固有のフィーチャを定
義するオブジェクトである。
e） 属性 classFeatures instanceFeatures isAbstract sealedClassFeatures sealedInstanceFeatures superclasses vocabulary ”インターフェース（interface）”は、インターフェ
ースがその一部分であるクラスに固有のフィーチャを定
義するオブジェクトである。
【１５０７】インターフェースの固有の属性は、クラス
が抽象的であるかを定め（属性”isAbstract”）、クラ
スのイミーディエイトインターフェーススーパークラス
（属性”superclasses”）を特定し、クラスの固有のク
ラスフィーチャ（属性”classFeatures”）及びインス
タンスのフィーチャ（属性”instanceFeatures”）を定
義し、クラスフィーチャ（属性”sealedClassFeature
s”）及びそのクラスのシールするインスタンスフィー
チャ（属性”sealedInstanceFeatures”）を特定し、ユ
ーザによって定義されたクラスを表す上にインターフェ
ースが使用する識別子を定義する（属性”vocabular
y”）。
が抽象的であるかを定め（属性”isAbstract”）、クラ
スのイミーディエイトインターフェーススーパークラス
（属性”superclasses”）を特定し、クラスの固有のク
ラスフィーチャ（属性”classFeatures”）及びインス
タンスのフィーチャ（属性”instanceFeatures”）を定
義し、クラスフィーチャ（属性”sealedClassFeature
s”）及びそのクラスのシールするインスタンスフィー
チャ（属性”sealedInstanceFeatures”）を特定し、ユ
ーザによって定義されたクラスを表す上にインターフェ
ースが使用する識別子を定義する（属性”vocabular
y”）。
【１５０８】３．５．７ メソッド（Method） 属性 procedure valiables ”メソッド（method）”は、あるフィーチャをインプリ
メントするために使用されるオブジェクトである。
メントするために使用されるオブジェクトである。
【１５０９】あるメソッドの固有の属性は、その方法の
プロシージャ（属性 ”procedure”）及びその方法の変
数（属性”valables”）の識別子である。
プロシージャ（属性 ”procedure”）及びその方法の変
数（属性”valables”）の識別子である。
【１５１０】３．５．８ オペレーション（Operatio
n） 属性 arguments result ”オペレーション定義（operation definition）”、す
なわちクラス”Operation”のメンバは、あるオペレー
ションのフィーチャの定義である。
n） 属性 arguments result ”オペレーション定義（operation definition）”、す
なわちクラス”Operation”のメンバは、あるオペレー
ションのフィーチャの定義である。
【１５１１】あるオペレーションの定義の固有の属性
は、オペレーションのアーギュメントが数について一定
であるかまたは可変であるかを定め、後者の場合には、
いかにして各々のアーギュメントが拘束（コンストレイ
ント）されるかを定める（属性”arguments”）。また
属性は、オペレーションの結果を有するか否かを定め、
結果を有する場合にはいかにその結果が拘束されるかを
定める（属性”result”）。
は、オペレーションのアーギュメントが数について一定
であるかまたは可変であるかを定め、後者の場合には、
いかにして各々のアーギュメントが拘束（コンストレイ
ント）されるかを定める（属性”arguments”）。また
属性は、オペレーションの結果を有するか否かを定め、
結果を有する場合にはいかにその結果が拘束されるかを
定める（属性”result”）。
【１５１２】３．６ 特定化グループ（Identification
Group） オブジェクト（リファレンスされる） ・ サイテイション（順序有り） ・ テレアドレス ・ テレネーム 引用（Cited） 名前付け（Named） ３．６．１ サイテイション（Citation） 属性 author majorEdition minorEdition title ”サイテイション（citation）”は、テレスクリプトネ
ットワークにおいて、０またはそれ以上のエディショ
ン、例えばクラスを特定するオブジェクトである。
Group） オブジェクト（リファレンスされる） ・ サイテイション（順序有り） ・ テレアドレス ・ テレネーム 引用（Cited） 名前付け（Named） ３．６．１ サイテイション（Citation） 属性 author majorEdition minorEdition title ”サイテイション（citation）”は、テレスクリプトネ
ットワークにおいて、０またはそれ以上のエディショ
ン、例えばクラスを特定するオブジェクトである。
【１５１３】サイテイションの固有の属性は、エディシ
ョンがその中に現れるタイトルを規定し、（属性”titl
e”）、任意に、そのタイトルのオーサー（属性”autho
r”）、任意には、エディションのメイジャーエディシ
ョン（属性”majorEdition”）、マイナーエディション
（属性”minorEdition”）または両方を定義する。
ョンがその中に現れるタイトルを規定し、（属性”titl
e”）、任意に、そのタイトルのオーサー（属性”autho
r”）、任意には、エディションのメイジャーエディシ
ョン（属性”majorEdition”）、マイナーエディション
（属性”minorEdition”）または両方を定義する。
【１５１４】３．６．２ 引用（Cited） 属性 Citation ”引用される（citationed）”オブジェクトは、割り当
てられたサイテイションを持つオブジェクトである。２
つの引用されたオブジェクトは、それらの割り当てられ
たサイテイションにおいて割り当てられたテレネームが
仲間である場合にのみ仲間である。
てられたサイテイションを持つオブジェクトである。２
つの引用されたオブジェクトは、それらの割り当てられ
たサイテイションにおいて割り当てられたテレネームが
仲間である場合にのみ仲間である。
【１５１５】引用されたオブジェクトの固有の属性は、
そのオブジェクトの割り当てられたサイテイションであ
る（属性”citation”）。
そのオブジェクトの割り当てられたサイテイションであ
る（属性”citation”）。
【１５１６】注：クラス及びパッケージは、サイテッド
オブジェクトである。
オブジェクトである。
【１５１７】３．６．３ 名前付け（Named） 属性 Name ”名前付けされた（Named）”オブジェクトは、割り当
てられたテレネームを有するオブジェクトである。２つ
の名前付けされたオブジェクトは、それらのものの割り
当てられたテレネームが仲間である場合にのみ仲間であ
る。
てられたテレネームを有するオブジェクトである。２つ
の名前付けされたオブジェクトは、それらのものの割り
当てられたテレネームが仲間である場合にのみ仲間であ
る。
【１５１８】名前付けされたオブジェクトの固有の属性
は、そのオブジェクトの割り当てられたテレネーム（属
性”name”）である。
は、そのオブジェクトの割り当てられたテレネーム（属
性”name”）である。
【１５１９】注：プロセスは、名前付けされたオブジェ
クトである。
クトである。
【１５２０】３．６．４ テレアドレス（Teleaddres
s） 属性 location prvider routingAdvice ”テレアドレス（teleaddress）”は、テレスクリプト
ネットワークに０または１つ以上のプレイスを配置する
オブジェクトである。
s） 属性 location prvider routingAdvice ”テレアドレス（teleaddress）”は、テレスクリプト
ネットワークに０または１つ以上のプレイスを配置する
オブジェクトである。
【１５２１】テレアドレスの固有の属性は、そのプレイ
スの領域を与え（属性”provider”）、任意には、その
プレイスの位置（属性”loction”）を与え、さらにル
ーティングアドバイス（属性”routingAdvice”）を与
える。
スの領域を与え（属性”provider”）、任意には、その
プレイスの位置（属性”loction”）を与え、さらにル
ーティングアドバイス（属性”routingAdvice”）を与
える。
【１５２２】３．６．５ テレネーム（Telename） 属性 authority identity ”テレネーム（telename）”は、ネットワーク中におい
て０または０以上のネーム付けされたオブジェクトを特
定するオブジェクトである。
て０または０以上のネーム付けされたオブジェクトを特
定するオブジェクトである。
【１５２３】テレネームの固有の属性は、名前付けされ
たオブジェクトのオーソリティを規定し（属性”author
ity”）、任意に、単一に名前付けされたオブジェクト
のアイデンティティを定める（属性”identity”）。
たオブジェクトのオーソリティを規定し（属性”author
ity”）、任意に、単一に名前付けされたオブジェクト
のアイデンティティを定める（属性”identity”）。
【１５２４】３．７ プロセスグループ（Process Grou
p） オブジェクト（リファレンスされる） ・ コンタクト ・ 例外（変更なし） ・・ プログラミングの例外 ・・・ プロセスの例外 ・ パーミット（順序付けされる） ・ プロセス（名前付けされる） ・ リソース コンタクティッド（Contacted） ３．７．１ コンタクト（Contact） 属性 subject subjectClass subjectName subjectNotes ”コンタクト（contact）”は、あるプロセスについて
他のものとの相互作用を表しドキュメントするオブジェ
クトである。
p） オブジェクト（リファレンスされる） ・ コンタクト ・ 例外（変更なし） ・・ プログラミングの例外 ・・・ プロセスの例外 ・ パーミット（順序付けされる） ・ プロセス（名前付けされる） ・ リソース コンタクティッド（Contacted） ３．７．１ コンタクト（Contact） 属性 subject subjectClass subjectName subjectNotes ”コンタクト（contact）”は、あるプロセスについて
他のものとの相互作用を表しドキュメントするオブジェ
クトである。
【１５２５】コンタクトの固有の属性は、サブジェクト
（属性”subject”）、サブジェクトの割り当てられた
テレネーム（属性”subjectName”）、サブジェクトの
クラスの割り当てられたサイテイション（属性”subjec
tClass”）、ならびにオブザーバが保持するオブジェク
ト（属性”subjectNotes”）である。サブジェクト属性
が０であっても、エンジンは他の属性の真正さを保証す
る。
（属性”subject”）、サブジェクトの割り当てられた
テレネーム（属性”subjectName”）、サブジェクトの
クラスの割り当てられたサイテイション（属性”subjec
tClass”）、ならびにオブザーバが保持するオブジェク
ト（属性”subjectNotes”）である。サブジェクト属性
が０であっても、エンジンは他の属性の真正さを保証す
る。
【１５２６】注：典型的には属性”subjectNotes”は、
オブザーバの見地から２つのプロセスの間の相互作用の
状態である。
オブザーバの見地から２つのプロセスの間の相互作用の
状態である。
【１５２７】３．７．２ コンタクティッド（Contacte
d） 属性 contacts 必然的にプロセスである、”コンタクトされた（contac
ted）” オブジェクトは、そのオブジェクトのコンタク
トのセットを保つ上にエンジンからの助力を受ける。
d） 属性 contacts 必然的にプロセスである、”コンタクトされた（contac
ted）” オブジェクトは、そのオブジェクトのコンタク
トのセットを保つ上にエンジンからの助力を受ける。
【１５２８】コンタクトされたオブジェクトの固有の属
性は、オブジェクトのコンタクト（属性”contacts”）
である。
性は、オブジェクトのコンタクト（属性”contacts”）
である。
【１５２９】注：いかなる予め定義されたクラスのイン
スタンスもコンタクトされるオブジェクトではない。
スタンスもコンタクトされるオブジェクトではない。
【１５３０】３．７．３ パーミット（Permit） ”パーミット（permit）”は、あるプロセスに能力を与
えるオブジェクトである。
えるオブジェクトである。
【１５３１】属性 age authenticity canCharge canCreate canDeny canGo canGrant canRestart canSend charges extent priority パーミットの固有の属性は、パーミットのサブジェクト
の最大のエイジ（属性”age”）、サイズ（属性”exten
t”）、チャージイズ（属性”charges”）、プライオリ
ティ（属性”priority”）、及びオーセンティシティ
（属性”authenticity”）を規定する整数である。
の最大のエイジ（属性”age”）、サイズ（属性”exten
t”）、チャージイズ（属性”charges”）、プライオリ
ティ（属性”priority”）、及びオーセンティシティ
（属性”authenticity”）を規定する整数である。
【１５３２】パーミットの固有の属性は、オペレーショ
ン”charge”（属性”canCharge”）、オペレーショ
ン”go”（属性”canGo”）、オペレーション”send”
（属性”canSend”）またはオペレーション”new”を、
クラス”Process”のサブクラスについてサブジェクト
について要求することをサブジェクトに許容し、あるプ
ロセスのあるパーミットを経て能力を拒絶（属性”canD
eny”）または許容（属性”canGrant”）し、さらに再
スタート（属性”canStart”）をサブジェクトが要求す
ることを許容する。
ン”charge”（属性”canCharge”）、オペレーショ
ン”go”（属性”canGo”）、オペレーション”send”
（属性”canSend”）またはオペレーション”new”を、
クラス”Process”のサブクラスについてサブジェクト
について要求することをサブジェクトに許容し、あるプ
ロセスのあるパーミットを経て能力を拒絶（属性”canD
eny”）または許容（属性”canGrant”）し、さらに再
スタート（属性”canStart”）をサブジェクトが要求す
ることを許容する。
【１５３３】オペレーション intersection パーミットの固有の操作は、２つのパーミットのインタ
ーセクションをリターンする（オペレーション”inters
ection”）。
ーセクションをリターンする（オペレーション”inters
ection”）。
【１５３４】３．７．４ プロセスの例外（Process Ex
ception） ”プロセスの例外（process exception）”は、このセ
クションのクラスのメンバによって投出されるプログラ
ミングの例外である。
ception） ”プロセスの例外（process exception）”は、このセ
クションのクラスのメンバによって投出されるプログラ
ミングの例外である。
【１５３５】３．７．５ プロセス（Process） 属性 age brand charges localPermit permit priority privateClasses regionalPermit オペレーション charge live restrict restricted sponsor wait ”プロセス”は、自律的な計算を構成する名前付けされ
たオブジェクトである。
たオブジェクトである。
【１５３６】プロセスの固有の属性は、プロセスのエイ
ジ（属性”age”）、ブランド（属性”brand”）、チャ
ージイス（属性”charges”）、ローカルパーミット
（属性”localPermit”）、パーミット（属性”permi
t”）、プライオリティ（属性”priority”）、私的に
保有され、使用されるクラス（属性”privateClasse
s”） 並びに量的なパーミット（属性”regionalPermi
t”）である。
ジ（属性”age”）、ブランド（属性”brand”）、チャ
ージイス（属性”charges”）、ローカルパーミット
（属性”localPermit”）、パーミット（属性”permi
t”）、プライオリティ（属性”priority”）、私的に
保有され、使用されるクラス（属性”privateClasse
s”） 並びに量的なパーミット（属性”regionalPermi
t”）である。
【１５３７】あるプロセスの固有のオペレーションは、
そのプロセスの自律的な計算（オペレーション”liv
e”）を行い、ある一定の期間の間計算を遅延させ（オ
ペレーション”wait”）、プロセス自身に一時的なパー
ミットを課し（オペレーション”restrict”）、一時的
なパーミット及びレスポンダのオーナーの結果としての
実効的なパーミットをもとにプロシージャを遂行し（オ
ペレーション”sponsor”）、現在のプロセスが他のプ
ロセスに与えるサービスについて他のプロセスにチャー
ジする（オペレーション”charge”）。
そのプロセスの自律的な計算（オペレーション”liv
e”）を行い、ある一定の期間の間計算を遅延させ（オ
ペレーション”wait”）、プロセス自身に一時的なパー
ミットを課し（オペレーション”restrict”）、一時的
なパーミット及びレスポンダのオーナーの結果としての
実効的なパーミットをもとにプロシージャを遂行し（オ
ペレーション”sponsor”）、現在のプロセスが他のプ
ロセスに与えるサービスについて他のプロセスにチャー
ジする（オペレーション”charge”）。
【１５３８】３．７．６ リソース（Resouce） 属性 condition conditions オペレーション use ”リソース（resouce）”は、ある特定のプロシージャ
をプロセスが遂行する間プロセスに対してある保障を与
えることができるオブジェクトである。
をプロセスが遂行する間プロセスに対してある保障を与
えることができるオブジェクトである。
【１５３９】リソースの固有の属性は、リソースの現在
の状態（属性”condition”）及びリソースの可能な状
態（属性”conditions”）の識別子である。
の状態（属性”condition”）及びリソースの可能な状
態（属性”conditions”）の識別子である。
【１５４０】リソースの固有のオペレーションは、その
リソースについて要求された保障がリソースによってな
された時にあるプロシージャを遂行する（オペレーショ
ン”use”）。
リソースについて要求された保障がリソースによってな
された時にあるプロシージャを遂行する（オペレーショ
ン”use”）。
【１５４１】３．８ エージェント及びプレイスグルー
プ（Agent and Place Group） オブジェクト（リファレンスされる） ・ オーセンティケータ ・ 例外 (変更なし) ・・ トリップの例外 ・ 手段 ・ プロセス（ネーミングされている） ・・ エージェント ・・ プレイス (移動しない) ・ チケットスタブ ・・ チケット ・ ウェイ 変更なし（Unchanged） ・ 相互変換される 移動なし（Unmoved） ３．８．１ エージェント（Agent） オペレーション go send ”エージェント”は１つのプレイスから次のプレイスに
移動することのできるプロセスである。エージェントの
本来のオペレーションは、エージェントを１つの目的点
に（オペレーション”go”）または１以上のクローンを
同数の目的点に同時に（オペレーション”send”）搬送
する。
プ（Agent and Place Group） オブジェクト（リファレンスされる） ・ オーセンティケータ ・ 例外 (変更なし) ・・ トリップの例外 ・ 手段 ・ プロセス（ネーミングされている） ・・ エージェント ・・ プレイス (移動しない) ・ チケットスタブ ・・ チケット ・ ウェイ 変更なし（Unchanged） ・ 相互変換される 移動なし（Unmoved） ３．８．１ エージェント（Agent） オペレーション go send ”エージェント”は１つのプレイスから次のプレイスに
移動することのできるプロセスである。エージェントの
本来のオペレーションは、エージェントを１つの目的点
に（オペレーション”go”）または１以上のクローンを
同数の目的点に同時に（オペレーション”send”）搬送
する。
【１５４２】３．８．２ オーセンティケータ（Authen
ticator） ”オーセンティケータ（authenticator）”は、例えば
エージェントが領域の間を通過する間に、トリップを開
始したエージェントをネットワークがそれによって認証
することのできるオブジェクトである。
ticator） ”オーセンティケータ（authenticator）”は、例えば
エージェントが領域の間を通過する間に、トリップを開
始したエージェントをネットワークがそれによって認証
することのできるオブジェクトである。
【１５４３】注：クラス”Authenticator”の具体的な
サブクラスは、領域特異であり、したがってユーザによ
って定義されている。
サブクラスは、領域特異であり、したがってユーザによ
って定義されている。
【１５４４】３．８．３ 相互変換（Interchanged） 属性 digest ”相互変換された（digested）”オブジェクトは、オブ
ジェクトのオーナーがトリップする時にネットワークが
同等のオブジェクトによって変えることのできる変更さ
れないオブジェクトである。
ジェクトのオーナーがトリップする時にネットワークが
同等のオブジェクトによって変えることのできる変更さ
れないオブジェクトである。
【１５４５】相互変換されたオブジェクトの固有の属性
は、オブジェクトのダイジェストである（属性”diges
t”）。
は、オブジェクトのダイジェストである（属性”diges
t”）。
【１５４６】３．８．４ 手段（Means） ”ミーンズ（means）” は、ネットワークがトリップを
開始したエージェントをトリップのソースからトリップ
の目的点にまたはその両方に搬送することができる手段
たとえば特別の無線通信メディアムを特定するオブジェ
クトである。
開始したエージェントをトリップのソースからトリップ
の目的点にまたはその両方に搬送することができる手段
たとえば特別の無線通信メディアムを特定するオブジェ
クトである。
【１５４７】注：クラス”Means” の具体的なサブクラ
スは、領域特異であり、したがってユーザによって定義
されている。
スは、領域特異であり、したがってユーザによって定義
されている。
【１５４８】３．８．５ プレイス（Plece） 属性 address publicClasses オペレーション entering exiting terminate ”プレイス（place）”は、０またはより多くの他のプ
ロセスのための場所であるプロセスである。
ロセスのための場所であるプロセスである。
【１５４９】あるプレイスの固有の属性は、プレイスの
アドレス（属性”adoress”）及びそのプレイスの公共
に保持され使用されるクラス（属性”publicClasse
s”）である。
アドレス（属性”adoress”）及びそのプレイスの公共
に保持され使用されるクラス（属性”publicClasse
s”）である。
【１５５０】あるプレイスの固有のオペレーションは、
リクエスタが十分に能力を持ち（リクエスタのパーミッ
トの属性”canTerminate”）であり、しかも占有者の仲
間であることを条件として、プロセスの提案されたプレ
イスのエントリに判断を下し（オペレーション”enteri
ng”）、プロセスがプレイスからエクシットしたことを
記録し（オペレーション”exiting”）ならびに占有者
を強制的に終了させる（オペレーション”terminat
e”）。
リクエスタが十分に能力を持ち（リクエスタのパーミッ
トの属性”canTerminate”）であり、しかも占有者の仲
間であることを条件として、プロセスの提案されたプレ
イスのエントリに判断を下し（オペレーション”enteri
ng”）、プロセスがプレイスからエクシットしたことを
記録し（オペレーション”exiting”）ならびに占有者
を強制的に終了させる（オペレーション”terminat
e”）。
【１５５１】３．８．６ チケット（Ticket） 属性 desiredWait destinationAddress destinationClass destinationName destinationPermit maximumWait ”チケット（ticket）”は、トリップを行うエージェン
トの見地から見た予定されたトリップを記述するチケッ
トスタグ（半券のこと）である。チケットの主な目的
は、トリップの目的点を特定することである。
トの見地から見た予定されたトリップを記述するチケッ
トスタグ（半券のこと）である。チケットの主な目的
は、トリップの目的点を特定することである。
【１５５２】チケットの固有の属性は、目的点のテレネ
ーム（属性”destinationName”）及びテレアドレス
（属性”destinationadrress”）、目的点がその１つの
メンバであるクラスへのサイテイション（属性”destin
ationClass”）、エージェントが目的点において必要と
するローカルパーミット（属性”destinationPermi
t”）、理想的にトリップがその範囲内で行われるべき
時間（属性”desiredWait”）、並びにいかなる状態に
おいても、トリップが成功または失敗するべき事情（属
性”maximumWait”）である。
ーム（属性”destinationName”）及びテレアドレス
（属性”destinationadrress”）、目的点がその１つの
メンバであるクラスへのサイテイション（属性”destin
ationClass”）、エージェントが目的点において必要と
するローカルパーミット（属性”destinationPermi
t”）、理想的にトリップがその範囲内で行われるべき
時間（属性”desiredWait”）、並びにいかなる状態に
おいても、トリップが成功または失敗するべき事情（属
性”maximumWait”）である。
【１５５３】３．８．７ チケットスタブ（TicketSta
b） 属性 travelNotes way ”チケットスタブ（ticketStab）”は、トリップの結果
を記述するオブジェクトである。
b） 属性 travelNotes way ”チケットスタブ（ticketStab）”は、トリップの結果
を記述するオブジェクトである。
【１５５４】チケットのスタブの固有の属性は、トリッ
プの出発点へのもどり道（属性”way”）ならびにトリ
ップを開始したエージェントが専用的に使用する、チケ
ット上に最初にのせられていた情報（属性”travelNote
s”）である。
プの出発点へのもどり道（属性”way”）ならびにトリ
ップを開始したエージェントが専用的に使用する、チケ
ット上に最初にのせられていた情報（属性”travelNote
s”）である。
【１５５５】３．８．８ トリップの例外（Trip Excep
tion） 属性 ticketStab ”トリップの例外（ticket exception）”は、あるチケ
ットが記述するトリップを与える上にネットワークが失
敗したことを表す例外である。
tion） 属性 ticketStab ”トリップの例外（ticket exception）”は、あるチケ
ットが記述するトリップを与える上にネットワークが失
敗したことを表す例外である。
【１５５６】トリップの例外の固有の属性は、チケット
スタブである（属性”ticketStab”）。
スタブである（属性”ticketStab”）。
【１５５７】３．８．９ 移動しない（Unmoved） ”unmoved”オブジェクトは、１つのプレイスから次の
プレイスに移動することはできない。移動しないオブジ
ェクトはしばしば移動不可能と記述される。移動しない
オブジェクトへのリファレンスは、そのオブジェクトの
移動が試みられる場合に、ボイドされる。
プレイスに移動することはできない。移動しないオブジ
ェクトはしばしば移動不可能と記述される。移動しない
オブジェクトへのリファレンスは、そのオブジェクトの
移動が試みられる場合に、ボイドされる。
【１５５８】注：プレイスは、移動不可能である。
【１５５９】３．８．１０ ウェイ（Way） 属性 authenticator means name ”ウェイ（way）”は、トリップを開始したエージェン
トをネットワークがそれに沿って移送させることができ
るルート（道筋）を特定するオブジェクトである。
トをネットワークがそれに沿って移送させることができ
るルート（道筋）を特定するオブジェクトである。
【１５６０】ウェイの固有の属性は、トリップがそれを
経て行われるべき領域の名前（属性”name”）及びその
領域に入るために用いられる手段（属性”means”）及
びオーセンティケータ（属性”authenticator”）であ
る。
経て行われるべき領域の名前（属性”name”）及びその
領域に入るために用いられる手段（属性”means”）及
びオーセンティケータ（属性”authenticator”）であ
る。
【１５６１】３．９ ミーティンググループ オブジェクト（リファレンスされる） ・ 例外（変更なし） ・・ ミーティングの例外 ・ ペティション ・ プロセス（名前付けされている） ・・ プレイス（移動しない） ・・・ ミーティングプレイス ペティションド ３．９．１ ミーティングの例外（Meeting Exceptio
n） ”ミーティングの例外（meeting exception）”は、あ
るペティションが記述するミーティングをミーティング
プレイスが取り計らうことができなかったことを意味す
る例外である。
n） ”ミーティングの例外（meeting exception）”は、あ
るペティションが記述するミーティングをミーティング
プレイスが取り計らうことができなかったことを意味す
る例外である。
【１５６２】３．９．２ ミーティングプレイス（Meet
ing Place） オペレーション meet part partAll ”ミーティングプレイス（meeting place）”は、その
占有者の中に含まれる２つのペティションされるオブジ
ェクトの間のミーティングを取り決めるためのプレイス
である。ミーティングプレイスの固有のオペレーション
は、ミーティングを開始させ（オペレーション”mee
t”）、それを終了させ（オペレーション”part”）な
らびにリクエスタを含むすべてのミーティングを終了さ
せる（オペレーション”partAll”）。
ing Place） オペレーション meet part partAll ”ミーティングプレイス（meeting place）”は、その
占有者の中に含まれる２つのペティションされるオブジ
ェクトの間のミーティングを取り決めるためのプレイス
である。ミーティングプレイスの固有のオペレーション
は、ミーティングを開始させ（オペレーション”mee
t”）、それを終了させ（オペレーション”part”）な
らびにリクエスタを含むすべてのミーティングを終了さ
せる（オペレーション”partAll”）。
【１５６３】３．９．３ ペティション（Petition） 属性 agentClass agentName maximumWait ”ペティション（petition）”は、ペティショナの見地
から見た予定されたミーティングを記述するオブジェク
トである。ペティションの主な目的はペティショニの特
定化である。
から見た予定されたミーティングを記述するオブジェク
トである。ペティションの主な目的はペティショニの特
定化である。
【１５６４】ペティションの固有の属性は、ペティショ
ニーのテレネーム（属性”agentName”）、ペティショ
ニーがその１つのメンバであるクラスへのサイテイショ
ン（属性”agentClass”）、並びにミーティングの試み
がどんな事情のもとにおいても成功または失敗するべき
時間（属性”maximumWait”）である。
ニーのテレネーム（属性”agentName”）、ペティショ
ニーがその１つのメンバであるクラスへのサイテイショ
ン（属性”agentClass”）、並びにミーティングの試み
がどんな事情のもとにおいても成功または失敗するべき
時間（属性”maximumWait”）である。
【１５６５】３．９．４ ペティションド（Petitione
d） オペレーション meeting parting 必ずエージェントである、”ペティションド（petition
ed）”オブジェクトは、ミーティングの設立においてペ
ティショナまたはペティショニの役目をすることができ
る。
d） オペレーション meeting parting 必ずエージェントである、”ペティションド（petition
ed）”オブジェクトは、ミーティングの設立においてペ
ティショナまたはペティショニの役目をすることができ
る。
【１５６６】ペティションされたオブジェクトの固有の
オペレーションは、ミーティングの要求について判断を
下し（オペレーション”meeting”）、パーティングに
ついて記録することである（オペレーション”partin
g）。
オペレーションは、ミーティングの要求について判断を
下し（オペレーション”meeting”）、パーティングに
ついて記録することである（オペレーション”partin
g）。
【１５６７】注：定義されていないクラスのインスタン
スは、ペティションドオブジェクトである。
スは、ペティションドオブジェクトである。
【１５６８】３．１０ その他のグループ オブジェクト（リファレンスされる） ・ カレンダ時間 ・ 例外 (変更なし） ・・ プログラミングの例外 ・・・ その他の例外 ・ パターン (順序有り) ・ プリミティブ（実行され変更されない） ・・ ナンバ（順序有り) ・・・ 実数 ・ ストリーム ・・ ランダムストリーム ３．１０．１ カレンダ時間（Calendar Time） 属性 day dayOfWeek dayOfYear dst hour minute month second year zone オペレーション globalize localize normalize ”カレンダ時間（calendar time）は、ＵＴＣを用いて
１秒の精度でローカルデートと時間とを特定するオブジ
ェクトである。カレンダ時間はまたローカル時間帯とＤ
ＳＴがその時その場所で有効となる度合いも記憶する。
１秒の精度でローカルデートと時間とを特定するオブジ
ェクトである。カレンダ時間はまたローカル時間帯とＤ
ＳＴがその時その場所で有効となる度合いも記憶する。
【１５６９】カレンダ時間の固有の属性は、時間（属
性”hour”）、分（属性”minite”）、秒（属性”seco
nd”）、日付の年（属性”year”）、月（属性”mont
h”）、日（属性”day”）、週の日（属性”dayOfWee
k”）、年（属性”dayOfYear”）ならびに最後に、時間
帯（属性”zone”）ならびにＤＳＴがそこでどの程度有
効か（属性”dst”）を与える。
性”hour”）、分（属性”minite”）、秒（属性”seco
nd”）、日付の年（属性”year”）、月（属性”mont
h”）、日（属性”day”）、週の日（属性”dayOfWee
k”）、年（属性”dayOfYear”）ならびに最後に、時間
帯（属性”zone”）ならびにＤＳＴがそこでどの程度有
効か（属性”dst”）を与える。
【１５７０】カレンダ時間の固有のオペレーションは、
カレンダ時間のローカライズ（オペレーション”locali
ze”）、グローバライズ（オペレーション”globaliz
e”）、またはノーマライズ（オペレーション”normali
ze”）である。
カレンダ時間のローカライズ（オペレーション”locali
ze”）、グローバライズ（オペレーション”globaliz
e”）、またはノーマライズ（オペレーション”normali
ze”）である。
【１５７１】３．１０．２ 種々の例外 ”ミセレネアスエクスセプション（miscellaneous exce
ption）”は、このセクションのクラスのメンバによっ
て投出されたプログラミングの例外である。
ption）”は、このセクションのクラスのメンバによっ
て投出されたプログラミングの例外である。
【１５７２】３．１０．３ パターン（Pattern） オペレーション find substitute ”パターン（pattern）” は、ストリングをレキシコル
によってアナライズするためのオブジェクトである。そ
れ自身ストリングである、パターンのテキストは、分析
の正確な性質を定める。
によってアナライズするためのオブジェクトである。そ
れ自身ストリングである、パターンのテキストは、分析
の正確な性質を定める。
【１５７３】パターンの固有のオペレーションは、最初
のマッチング、サブストリングのためのストリングをサ
ーチし（オペレーション”find”）または全てのマッチ
ングサブストリングを変更（オペレーション”substitu
te”）する。
のマッチング、サブストリングのためのストリングをサ
ーチし（オペレーション”find”）または全てのマッチ
ングサブストリングを変更（オペレーション”substitu
te”）する。
【１５７４】３．１０．４ ランダムストリーム（Rand
om Stream） そのアイテムが疑似ランダムに選ばれたインテジャ
［０，Ｍ］であるストリームである。各アイテムは同じ
間隔中の整数−シード−によって定められる。ランダム
なストリームは、その最後のアイテムを生成させない。
この発明の一事例によれば、”Ｍ”は、ランダムストリ
ームの創出者によって選択され、イニシャライゼイショ
ンパラメータとして特定される。
om Stream） そのアイテムが疑似ランダムに選ばれたインテジャ
［０，Ｍ］であるストリームである。各アイテムは同じ
間隔中の整数−シード−によって定められる。ランダム
なストリームは、その最後のアイテムを生成させない。
この発明の一事例によれば、”Ｍ”は、ランダムストリ
ームの創出者によって選択され、イニシャライゼイショ
ンパラメータとして特定される。
【１５７５】３．１０．５ 実数（Real） 実数は、数学において実数を形成する数である。
【１５７６】注：内部的にエンジンは実数を表現し、限
られた有限な確度で−実数を含む算術演算を行う。従っ
てすべての実数が必然的にこのクラスのインスタンスで
あるわけではなく、実数によって行われた算術演算の結
果は、単に近似的であることがある。
られた有限な確度で−実数を含む算術演算を行う。従っ
てすべての実数が必然的にこのクラスのインスタンスで
あるわけではなく、実数によって行われた算術演算の結
果は、単に近似的であることがある。
【１５７７】４ テレスクリプトクラスの詳細 テレスクリプトのあらかじめ規定されたクラスは、アペ
ンディックスのこのセクションにおいてアルファベット
順に規定されている。サブセクションは各々のクラスに
向けられる。
ンディックスのこのセクションにおいてアルファベット
順に規定されている。サブセクションは各々のクラスに
向けられる。
【１５７８】４．１ コンベンション（Conventions） クラスの定義は、そのクラスを包含するクラスグラフの
部分の図によって開始される。クラス自身はアンダーラ
インされている。
部分の図によって開始される。クラス自身はアンダーラ
インされている。
【１５７９】以下のセクションは、各々のあらかじめ定
義されたクラスの説明において、必要な限り示されてい
る。
義されたクラスの説明において、必要な限り示されてい
る。
【１５８０】クラス このセクションは、クラスのフィーチャとは別に、クラ
スを記述する。クラスは以前はセクション６のコンベン
ションに従って規定されているが、クラスのフィーチャ
の以前の定義のかわりに、省略(...)がなされている。
クラスのインターフェースの符号化がパラメータ化され
ていればそのパラメータがどのようになされているかが
クローズ（散文）によって記述されている（下記のセク
ション６参照）。
スを記述する。クラスは以前はセクション６のコンベン
ションに従って規定されているが、クラスのフィーチャ
の以前の定義のかわりに、省略(...)がなされている。
クラスのインターフェースの符号化がパラメータ化され
ていればそのパラメータがどのようになされているかが
クローズ（散文）によって記述されている（下記のセク
ション６参照）。
【１５８１】構成 このセクションは、クラスのメンバに所属するオペレー
ション”initialize”を記述する。このセクションが省
略されている場合、以下にセクション６に示すように特
別な説明が内包されている。
ション”initialize”を記述する。このセクションが省
略されている場合、以下にセクション６に示すように特
別な説明が内包されている。
【１５８２】サブクラス このセクションは、クラスのあらかじめ規定された直接
サブクラスの定義を含む。このセクションは、クラスが
クラス”エクセプション”のサブクラスでない場合にの
み、または、クラス”Exception”のサブクラスである
があらかじめ規定されたサブクラスをもたない場合にの
み省略される。
サブクラスの定義を含む。このセクションは、クラスが
クラス”エクセプション”のサブクラスでない場合にの
み、または、クラス”Exception”のサブクラスである
があらかじめ規定されたサブクラスをもたない場合にの
み省略される。
【１５８３】属性 このセクションは、クラスに固有の属性を定義する。ク
ラス自身及びそのクラスのインスタンスのパブリック
な、プライベートな及び内部的な及びその他のシステム
の属性に別々なセクションが向けられている。ひとつの
セクションは、それが空であると思われる場合にのみ省
略される。
ラス自身及びそのクラスのインスタンスのパブリック
な、プライベートな及び内部的な及びその他のシステム
の属性に別々なセクションが向けられている。ひとつの
セクションは、それが空であると思われる場合にのみ省
略される。
【１５８４】属性は、セクション６のコンベンションに
従って公式に規定されている。属性のセマンティクス及
び例外は、非公式に散文によって定義されている。
従って公式に規定されている。属性のセマンティクス及
び例外は、非公式に散文によって定義されている。
【１５８５】オペレーション 以下のセクションは、ここに示された他のセクションが
クラスに固有に属性を定義するのと同じ仕方で、クラス
に固有のオペレーションを定義する。
クラスに固有に属性を定義するのと同じ仕方で、クラス
に固有のオペレーションを定義する。
【１５８６】あるオペレーションが、そのアーギュメン
ト及び結果を保持するスタックを変更する場合、オペレ
ーションのスタックに対する影響は、アーギュメントが
スタックからポップされ、いかなる結果もいまだスタッ
クに保存されていないものと想定して記述される。
ト及び結果を保持するスタックを変更する場合、オペレ
ーションのスタックに対する影響は、アーギュメントが
スタックからポップされ、いかなる結果もいまだスタッ
クに保存されていないものと想定して記述される。
【１５８７】アダプテーションズ このセクションは、クラスが受け継いだフィーチャをク
ラスがどのようにしてインプリメントするかを記述す
る。このセクションは、クラスがそのようなフィーチャ
をインプリメントしない場合にのみ省略される。
ラスがどのようにしてインプリメントするかを記述す
る。このセクションは、クラスがそのようなフィーチャ
をインプリメントしない場合にのみ省略される。
【１５８８】変換 このセクションは、クラスのインスタンスを生じさせる
変換に記述する。このセクションは、そのような変換が
ない場合にのみ省略される。
変換に記述する。このセクションは、そのような変換が
ない場合にのみ省略される。
【１５８９】個別の変換の定義は、ソースクラスを特定
し、ソースクラスのメンバがどのようにしてサブジェク
トクラスに変換されるかを記述する。すべてのメンバが
このように変換できない場合にはどれが変換され得るか
が表示される。ひとつの変更のソースクラスが別の変換
のソースクラスのサブクラスである場合には、以前の変
換は後の変換に優先する。変換は鎖状になっていない。
し、ソースクラスのメンバがどのようにしてサブジェク
トクラスに変換されるかを記述する。すべてのメンバが
このように変換できない場合にはどれが変換され得るか
が表示される。ひとつの変更のソースクラスが別の変換
のソースクラスのサブクラスである場合には、以前の変
換は後の変換に優先する。変換は鎖状になっていない。
【１５９０】注：変換は１ステップで行われる。従っ
て、ストリングへのテレナンバの変換及びオクテットス
トリングの変換が規定されていないとしても、オクテッ
トストリングへのテレナンバの変換は定義されていな
い。
て、ストリングへのテレナンバの変換及びオクテットス
トリングの変換が規定されていないとしても、オクテッ
トストリングへのテレナンバの変換は定義されていな
い。
【１５９１】４．２ エージェント（Agent） オブジェクト（リファレンスされている） ・ プロセス (名前付けされている) ・・ エージェント クラス Agent: 抽象的なインターフェース（プロセス） = (...); プライベートインスタンスオペレーション go: プロテクトされていないop（チケット：copied ticke
t）; TicketStubは、PermitViolated, StateImproper, TripE
xceptionを投出する。
t）; TicketStubは、PermitViolated, StateImproper, TripE
xceptionを投出する。
【１５９２】チケットの他の条項に従ってチケットによ
って特定された目的点にレスポンダを搬送する（アーギ
ュメント”ticket”）。オペレーションは、チケットス
タブをリターンする。
って特定された目的点にレスポンダを搬送する（アーギ
ュメント”ticket”）。オペレーションは、チケットス
タブをリターンする。
【１５９３】レスポンダはオペレーション”go”を禁止
した場合（”PermitViolated”）、レスポンダのステイ
トがオペレーション”go”を排除した場合（”StateImp
roper”）、またはトリップが失敗した場合（”TripExc
eption”）。
した場合（”PermitViolated”）、レスポンダのステイ
トがオペレーション”go”を排除した場合（”StateImp
roper”）、またはトリップが失敗した場合（”TripExc
eption”）。
【１５９４】send: 保護されていないｏｐ（チケット：copied List[Ticke
t]) TicketStub | Nilは、 PermitViolated, StateImproper, TripExceptionを投出
する。
t]) TicketStub | Nilは、 PermitViolated, StateImproper, TripExceptionを投出
する。
【１５９５】チケットの他の条項に従って、ならびに各
々のリストされたチケット（アーギュメント”ticket
s”）によって特定された目的点にレスポンダのクロー
ンを搬送する。レスポンダのアローワンスは、チケット
がクローンに割り当てる量によって減少する。オペレー
ションは、レスポンダに０をリターンし、各々のクロー
ンにチケットスタブをリターンする。
々のリストされたチケット（アーギュメント”ticket
s”）によって特定された目的点にレスポンダのクロー
ンを搬送する。レスポンダのアローワンスは、チケット
がクローンに割り当てる量によって減少する。オペレー
ションは、レスポンダに０をリターンし、各々のクロー
ンにチケットスタブをリターンする。
【１５９６】”PermitViolated”またはクラス”StateI
mproper”のどちらかのクラスのメンバがオペレーショ
ンを失敗に終わらせた場合、レスポンダは失敗を経験し
いかなるクローンもつくり出されていない。またレスポ
ンダがオペレーションの成功を経験し各々のクローンが
別々にそして独立して、クラス”TripException” のメ
ンバであるためにオペレーションが成功しまたは失敗し
たことを経験する。
mproper”のどちらかのクラスのメンバがオペレーショ
ンを失敗に終わらせた場合、レスポンダは失敗を経験し
いかなるクローンもつくり出されていない。またレスポ
ンダがオペレーションの成功を経験し各々のクローンが
別々にそして独立して、クラス”TripException” のメ
ンバであるためにオペレーションが成功しまたは失敗し
たことを経験する。
【１５９７】レスポンダがオペレーション”send”を禁
止するパーミットを保持し、そのアラウワンスは、リス
トされたチケットのパーミットのものの合計よりも少な
い場合（”PermitViolated”）、レスポンダのステイト
は、オペレーション”send”を排除し、（”StateImpro
per”）、またはトリップは失敗する（”TripExceptio
n”）。
止するパーミットを保持し、そのアラウワンスは、リス
トされたチケットのパーミットのものの合計よりも少な
い場合（”PermitViolated”）、レスポンダのステイト
は、オペレーション”send”を排除し、（”StateImpro
per”）、またはトリップは失敗する（”TripExceptio
n”）。
【１５９８】４．３ アソシーエーション（Associatio
n） オブジェクト（リファレンスされる） ・ アソシエーション（順序有り) クラス Association シールされたインターフェース[keyClass,valueClass:C
lass] (Object, Ordered) ＝ (...); サブジェクトクラスの各々のメンバの、キー（アーギュ
メント”keyClass”）及び値（アーギュメント”ValueC
lass”）がそれ自身メンバであるクラスによってパラメ
ータ化される。
n） オブジェクト（リファレンスされる） ・ アソシエーション（順序有り) クラス Association シールされたインターフェース[keyClass,valueClass:C
lass] (Object, Ordered) ＝ (...); サブジェクトクラスの各々のメンバの、キー（アーギュ
メント”keyClass”）及び値（アーギュメント”ValueC
lass”）がそれ自身メンバであるクラスによってパラメ
ータ化される。
【１５９９】構成 initialize 保護されていないop（key:keyClass; value: valueClas
s); レスポンダの本来の属性を最後に述べたアーギュメント
にする（アーギュメント”key”及びアーギュメント”v
alue”）。
s); レスポンダの本来の属性を最後に述べたアーギュメント
にする（アーギュメント”key”及びアーギュメント”v
alue”）。
【１６００】パブリックインスタンスの属性 key: keyClass レスポンダのキー value: valueClass; レスポンダの値。
【１６０１】アダプテーション isAfter ひとつのアソシエーションは、それらのキーに従って次
々に続く。
々に続く。
【１６０２】isBefore あるアソシエーションは、それらのキーに従って次のも
のの前にある。
のの前にある。
【１６０３】isEqual ２つのアソシエーションは、それらのもののキーに従っ
て同等である。
て同等である。
【１６０４】４．４ 属性 オブジェクト（リファレンスされる） ・ フィーチャ ・・ 属性 クラス 属性 シールされたインターフェース(Feature) = (...); 構成 initialize 保護されていないop(constraint:Constraint|Nil; isSet, isPublic: Boolean|Nil; exceptions: Set [Identifier!]|Nil); レスポンダの属性を、最後に述べたアーギュメント（ア
ーギュメント”constraint”、”exceptions”、”isPu
blic”及び”isSet”）にする。アーギュメントが０で
ある場合、対応する属性は、０をイニシャライゼイショ
ンのパラメータとしたコンストレイント、クリアされた
セット”偽”、または、”偽”、とされる。
ーギュメント”constraint”、”exceptions”、”isPu
blic”及び”isSet”）にする。アーギュメントが０で
ある場合、対応する属性は、０をイニシャライゼイショ
ンのパラメータとしたコンストレイント、クリアされた
セット”偽”、または、”偽”、とされる。
【１６０５】パブリックインスタンス属性 constraint: constraint; レスポンダが定義するアトリビュートに対するコンスト
レイント。
レイント。
【１６０６】isSet: Boolean; レスポンダが定義する属性がリードオンリでないかどう
か。
か。
【１６０７】アダプテーションズ isEqual ２つの属性の定義がフィーチャの定義、及び属性の定義
に固有の属性に従って同等である。
に固有の属性に従って同等である。
【１６０８】４．５ オーセンティケイタ（Authentica
tor） オブジェクト（レファレンスされる） ・ オーセンティケイタ クラス Authenticator: 抽象的なインターフェース = (); ４．６ ビット（Bit） オブジェクト（リファレンスされる） ・ プリミティブ（実行され、変更されない） ・・ ビット（順序有り) クラス Bit: シールされたインターフェース（Primitive, Ordered)
= (); アダプテーション isAfter 第１のものが１であり第２のものが０である場合にのみ
あるビットはあるビットが次のビットのあとに続く。
tor） オブジェクト（レファレンスされる） ・ オーセンティケイタ クラス Authenticator: 抽象的なインターフェース = (); ４．６ ビット（Bit） オブジェクト（リファレンスされる） ・ プリミティブ（実行され、変更されない） ・・ ビット（順序有り) クラス Bit: シールされたインターフェース（Primitive, Ordered)
= (); アダプテーション isAfter 第１のものが１であり第２のものが０である場合にのみ
あるビットはあるビットが次のビットのあとに続く。
【１６０９】isBefore 最初のビットが０で次のビットが１である場合のみひと
つのビットが別のビットの前にある。
つのビットが別のビットの前にある。
【１６１０】isEqual ２つのビットは、両方が０であるか１であるかの場合の
み同等である。
み同等である。
【１６１１】変換 BitString ひとつのアイテムをもつビットストリングは、そのアイ
テムに等しいビットをつくり出す。
テムに等しいビットをつくり出す。
【１６１２】Boolean 偽及び真であるブーリアンはそれぞれ０及び１をつくり
出す。
出す。
【１６１３】Character 数字０及び１はそれぞれ０及び１をつくり出す。
【１６１４】Integer 整数０及び１はそれぞれ０及び１をつくり出す。
【１６１５】Octet ビット０を除くすべてのビットが０であるオクテット
は、そのビットを作り出す。
は、そのビットを作り出す。
【１６１６】OctetString １ビットに変換可能なオクテットに変換可能なオクテッ
トストリングは、そのビットを作り出す。
トストリングは、そのビットを作り出す。
【１６１７】String １ビットに変換可能なキャラクタに変換可能なストリン
グはそのビットを生成する。
グはそのビットを生成する。
【１６１８】４．７ ビットストリング（Bit String） オブジェクト（リファレンスされる） ・ コレクション ・・ リスト (順序有り) ・・・ コンストレインドリスト (コンストレインド） ・・・・ ビットストリング (実行される) クラス BitString: シールされたインターフェース(ConstraineList [Bit],
Executed) =(...); 構成 initialize 保護されていないop(segments: Object ... /*Bit|proected BitString!*/); レスポンダを、レスポンダ中の位置が左から右にかけて
増大しているセグメントの連鎖をつくる（アーギュメン
ト”segment”）。
Executed) =(...); 構成 initialize 保護されていないop(segments: Object ... /*Bit|proected BitString!*/); レスポンダを、レスポンダ中の位置が左から右にかけて
増大しているセグメントの連鎖をつくる（アーギュメン
ト”segment”）。
【１６１９】アダプテーション constraint: 属性はシールされている。その”ofClass”、”classI
d”、”isInstance”、”isOptional”、及び”passag
e”属性は、クラス”Bit”、クラス”Bit”の識別
子、”真”、”偽”、及び”byCopy”である。
d”、”isInstance”、”isOptional”、及び”passag
e”属性は、クラス”Bit”、クラス”Bit”の識別
子、”真”、”偽”、及び”byCopy”である。
【１６２０】isAfter 短い長さのビットストリングを長いビットストリングに
等しい長さとするために十分な数の”０”ビットを短い
長さのビットストリングに最初にあらかじめ付加された
かのように１ビットストリングが別のものの後に続く。
等しい長さとするために十分な数の”０”ビットを短い
長さのビットストリングに最初にあらかじめ付加された
かのように１ビットストリングが別のものの後に続く。
【１６２１】isBefore 短い長さのストリングの長さが長いビットストリングと
同じ長さになるのに十分な数の”０”ビットを短いビッ
トストリングに最初に付加されたかのように１ビットの
ストリングが別なストリングの前にある。
同じ長さになるのに十分な数の”０”ビットを短いビッ
トストリングに最初に付加されたかのように１ビットの
ストリングが別なストリングの前にある。
【１６２２】転換 Bit １ビットはその唯一のアイテムがそのビットに等しいビ
ットストリングを生ずる。
ットストリングを生ずる。
【１６２３】Boolean ブーリアンは最初にブーリアンビットに変換したのちそ
のビットをビットストリングに転換する結果を生ずる。
のビットをビットストリングに転換する結果を生ずる。
【１６２４】Character キャラクタはオクテットストリングにキャラクタを最初
に変換し、次にオクテットストリングをビットストリン
グに変換することの結果を生ずる。
に変換し、次にオクテットストリングをビットストリン
グに変換することの結果を生ずる。
【１６２５】Integer ある整数の”ｎ”について［−２n ，２n ）の範囲にあ
ってこれより小さくない整数は、長さ”ｎ”のビットス
トリングを生ずる。２の補数の表示が用いられる。１の
位置であるビットは−２のｎ乗を表す。（１，ｎ］の範
囲内にある各々の位置、”ｉ”にあるビットは、２n-i
を表す。
ってこれより小さくない整数は、長さ”ｎ”のビットス
トリングを生ずる。２の補数の表示が用いられる。１の
位置であるビットは−２のｎ乗を表す。（１，ｎ］の範
囲内にある各々の位置、”ｉ”にあるビットは、２n-i
を表す。
【１６２６】Octet オクテットは、オクテットをオクテットストリングに最
初に変換したのち次にオクテットストリングをビットス
トリングに変換する結果を生じる。
初に変換したのち次にオクテットストリングをビットス
トリングに変換する結果を生じる。
【１６２７】OctetString 長さが”ｎ”に等しいオクテットストリングは、長さ
が”８ｎ”に等しいビットストリングを作り出す。ビッ
トストリング中のその位置が（８ｉ＋ｊ）であるビット
は、オクテットストリング中の位置が”ｉ”であるオク
テットのビット（８−ｊ）である。上記において”ｉ”
及び”ｊ”は整数であり、”ｉ”は、［０，ｎ）の範囲
にあり”ｊ”は［１，８〕の範囲にある。
が”８ｎ”に等しいビットストリングを作り出す。ビッ
トストリング中のその位置が（８ｉ＋ｊ）であるビット
は、オクテットストリング中の位置が”ｉ”であるオク
テットのビット（８−ｊ）である。上記において”ｉ”
及び”ｊ”は整数であり、”ｉ”は、［０，ｎ）の範囲
にあり”ｊ”は［１，８〕の範囲にある。
【１６２８】String ストリングは、ストリングをオクテットストリングに最
初に変換し、次にオクテットストリングをビットストリ
ングに変換する結果を生ずる。
初に変換し、次にオクテットストリングをビットストリ
ングに変換する結果を生ずる。
【１６２９】４．８ ブーリアン（Boolean） オブジェクト（リファレンスされる） ・ プリミティブ（実行され変更されない） ・・ ブーリアン（順序有り） クラス Boolean: シールされたインターフェース(primitive, Ordered) =
(...); パブリックインスタンスオペレーション and op(boolean: Boolean) Boolean; ブーリアンの論理的な結合（アーギュメント”boolea
n”）及びレスポンダをリターンする。
(...); パブリックインスタンスオペレーション and op(boolean: Boolean) Boolean; ブーリアンの論理的な結合（アーギュメント”boolea
n”）及びレスポンダをリターンする。
【１６３０】not op() Boolean; レスポンダの論理的な否定をリターンする。
【１６３１】or: op(boolean: Boolean) Boolean; ブーリアンの論理的な択一（アーギュメント”boolea
n”）及びレスポンダをリターンする。
n”）及びレスポンダをリターンする。
【１６３２】アダプテイション isAfter 第１のブーリアンが”真”、第２のブーリアンが”偽”
の場合、前者は後者より後である。
の場合、前者は後者より後である。
【１６３３】isBefore 第１のブーリアンが”偽”、第２のブーリアンが”真”
の場合、前者は後者より前である。
の場合、前者は後者より前である。
【１６３４】isEqual ２つのブーリアンがいずれも”偽”または”真”である
場合、両者は等しい。
場合、両者は等しい。
【１６３５】変換 Bit ビットは、ビットが１であるか否かを示す。
【１６３６】Character キャラクタは、キャラクタのユニコードが０でないか否
かを示す。
かを示す。
【１６３７】Collection コレクションは、コレクションの長さが０でないか否か
を示す。
を示す。
【１６３８】Exception エクセプションは、”真”を生じる。
【１６３９】Nil 無（ゼロ）は、”偽”を生じる。
【１６４０】Number ナンバは、ナンバが０でないか否かを示す。
【１６４１】Octet オクテットは、オクテットのビットのいずれかが１であ
るかを示す。
るかを示す。
【１６４２】４．９ カレンダ時間（Calenar Time） オブジェクト（リファレンスされる） ・ カレンダ時間 クラス CalenarTime: Interface = (...); 構成 initialize レスポンダの本来の属性をなくす。
【１６４３】パブリックインスタンス属性 day: Integer|Nil; レスポンダが特定する日または０。
【１６４４】dayOfWeek: リードオンリ Integer|Nil レスポンダが特定する曜日または０。
【１６４５】dayOfYear: リードオンリ Integer|Nil レスポンダが特定する月日または０。
【１６４６】dst: Integer|Nil; レスポンダが特定するタイムゾーンのパーマネントオフ
セットからの分における季節的なオフセットまたは０。
セットからの分における季節的なオフセットまたは０。
【１６４７】hour: Integer|Nil; レスポンダが特定する時または０。
【１６４８】minute: Integer|Nil; レスポンダが特定する分または０。
【１６４９】month: Integer|Nil; レスポンダが特定する月または０。
【１６５０】second: Integer|Nil; レスポンダが特定する秒または０。
【１６５１】Year: Integer|Nil; レスポンダが特定するグレゴリオ歴の年または０。
【１６５２】zone: Integer|Nil; レスポンダが特定するタイムゾーンのＵＴＣからの分に
おけるパーマネントオフセットまたは０。
おけるパーマネントオフセットまたは０。
【１６５３】パブリックインスタンスオペレーション globalize: unprotected op(); レスポンダのパーマネント及び季節的なオフセットをＵ
ＴＣオフセットに設定し、特定された絶対時点が変化し
ないようにする。
ＴＣオフセットに設定し、特定された絶対時点が変化し
ないようにする。
【１６５４】localize: unprotected op(); レスポンダのパーマネント及び季節的なオフセットを現
在位置のオフセットに設定し、特定された絶対時点が変
化しないようにする。
在位置のオフセットに設定し、特定された絶対時点が変
化しないようにする。
【１６５５】nomalize: unprotected op() Boolian; レスポンダを規格化し、レスポンダの属性のいずれかが
プロセス中変化したか否かをリターンする。
プロセス中変化したか否かをリターンする。
【１６５６】アダプテイション isEqual ２つのカレンダ時間は、その本来の属性に従い、同等で
ある。
ある。
【１６５７】変換 Time タイムは、同一の絶対時点と同一のパーマネント及び季
節的なオフセットを特定する規格化されたカレンダ時間
を生じる。
節的なオフセットを特定する規格化されたカレンダ時間
を生じる。
【１６５８】４．１０ ケースド（Cased） Cased クラス Cased: abstract interface () = (...); パブリックインスタンス属性 isLower: abstract readonly Boolean; レスポンダのいずれかのアイテムがローア-ケースか否
か。
か。
【１６５９】isUpper: abstract readonly Boolean; レスポンダのいずれかのアイテムがアッパ-ケースか否
か。
か。
【１６６０】パブリックインスタンスオペレーション makeLower: abstract op() copied cased; 各々のアッパーケースのアイテムがそのアイテムのロウ
アケースの同等物に置き換えられたレスポンダのコピー
をリターンする。
アケースの同等物に置き換えられたレスポンダのコピー
をリターンする。
【１６６１】makeUpper: abstract op() copied cased; 各々のローアケースのアイテムがそのアイテムのアッパ
ーケースの同等物に置き換えられたレスポンダのコピー
をリターンする。
ーケースの同等物に置き換えられたレスポンダのコピー
をリターンする。
【１６６２】４．１１ キャラクタ（Character） オブジェクト（リファレンスされる） ・ プリミティブ（実行され変更されない） ・・ キャラクタ（ケースド、順序付けされる） クラス Character: シールされたインターフェース(Primitive, Cased, Ordered) =
(); アダプテーション isAfter そのユニコードのコードに従って１つのキャラクタが次
のキャラクタの後にある。
(); アダプテーション isAfter そのユニコードのコードに従って１つのキャラクタが次
のキャラクタの後にある。
【１６６３】isBefore そのユニコードのコードに従って１つのキャラクタが別
のキャラクタの前にある。
のキャラクタの前にある。
【１６６４】isEqual ２つのキャラクタはそのユニコードのコードに従って同
等である。
等である。
【１６６５】変換 Bit ビット”０”は数字０を生じビット１は数字１を生ず
る。
る。
【１６６６】Integer ［０，６５５３５］の範囲の整数は、そのユニコードの
コードのキャラクタを生ずる。
コードのキャラクタを生ずる。
【１６６７】Octet オクテットは、オクテットを整数に最初に変換したのち
その整数をキャラクタに変換する結果を生ずる。
その整数をキャラクタに変換する結果を生ずる。
【１６６８】OctetString オクテットストリングは、オクテットストリングを最初
に整数に変換した後その整数をキャラクタに変換する結
果を生ずる。
に整数に変換した後その整数をキャラクタに変換する結
果を生ずる。
【１６６９】String １つのアイテムを持つストリングはそのアイテムに等し
いキャラクタを生ずる。
いキャラクタを生ずる。
【１６７０】４．１２ サイテイション（Citation） オブジェクト（リファレンスされる） ・ サイテイション（順序付けされる） クラス Citationインターフェース (Object, Ordered) = (...); 構造 initialize Unprotected op( title: Identifier!; author: Telename|Nil; majorEdition, minorEdition: Integer|Nil); レスポンダの本来の属性を同じような名前のアーギュメ
ント（アーギュメント”author”、”majorEditio
n”、”minorEdition”及び”title”）にする。
ント（アーギュメント”author”、”majorEditio
n”、”minorEdition”及び”title”）にする。
【１６７１】パブリックインスタンス属性 author Telename|Nil; レスポンダが割り当てられているかまたはそのようなコ
ンストレイントが課せられるならば、レスポンダによっ
て特定されたオーサーのテレネームであり、他の場合は
０である。
ンストレイントが課せられるならば、レスポンダによっ
て特定されたオーサーのテレネームであり、他の場合は
０である。
【１６７２】majorEdition Integer|Nil; レスポンダが割り当てられているかそれらのコンストレ
イントが課せられていれば、レスポンダによって特定さ
れたメイジャーエディションの番号であり、さもなけれ
ば０である。
イントが課せられていれば、レスポンダによって特定さ
れたメイジャーエディションの番号であり、さもなけれ
ば０である。
【１６７３】minorEdition Integer|Nil; レスポンダが割り当てられているかまたはそのようなコ
ンストレイントが課せられた時、レスポンダによって特
定されたマイナーエディションの番号、他の場合には
０。
ンストレイントが課せられた時、レスポンダによって特
定されたマイナーエディションの番号、他の場合には
０。
【１６７４】title Identifier!; レスポンダが特定するタイトルの識別子。
【１６７５】アダプテイション isAfter その”オーサー（author）”属性が、仲間であり、それ
らのものの”タイトル（title）”属性が、相等しく、
第１のサイテイションの ”majorEdition”属性が第２
のサイテイションの”majorEdition”属性の後にあるか
または両方のサイテイションの”majorEdition”属性が
相等しく第１のサイテイションの”majorEdition”属性
が第２のサイテイションのものの後にある場合にのみ、
あるサイテイションが別のサイテイションの後になる。
らのものの”タイトル（title）”属性が、相等しく、
第１のサイテイションの ”majorEdition”属性が第２
のサイテイションの”majorEdition”属性の後にあるか
または両方のサイテイションの”majorEdition”属性が
相等しく第１のサイテイションの”majorEdition”属性
が第２のサイテイションのものの後にある場合にのみ、
あるサイテイションが別のサイテイションの後になる。
【１６７６】isBefore ２つのサイテイションの”オーサー（author）”属性が
同等であり、”タイトル（title）”属性が等しく、第
１のサイテイションの”majorEdition”属性が第２のサ
イテイションの”majorEdition”属性の前にあるかまた
は両方のサイテイションの”majorEdition”属性が等し
く、第１のサイテイションの”minorEdition”属性が第
２のサイテイションの”minorEdition”属性の前にある
場合にのみ、第１のサイテイションは、第２のサイテイ
ションの前になる。
同等であり、”タイトル（title）”属性が等しく、第
１のサイテイションの”majorEdition”属性が第２のサ
イテイションの”majorEdition”属性の前にあるかまた
は両方のサイテイションの”majorEdition”属性が等し
く、第１のサイテイションの”minorEdition”属性が第
２のサイテイションの”minorEdition”属性の前にある
場合にのみ、第１のサイテイションは、第２のサイテイ
ションの前になる。
【１６７７】isEqual ２つのサイテイションは、それらの”オーサー（autho
r）”属性が同等で他の固有の属性が等しいとき、等し
い。
r）”属性が同等で他の固有の属性が等しいとき、等し
い。
【１６７８】４．１３ サイティド（Cited） Cited クラス Cited: abstract interface () = (...); 構造 initialize: unprotected op (title: Idenntifier!; majorEdition, minorEdition: Integer); レスポンダの本来の属性を、その”オーサー”属性が現
在のプロセスの割り当てられたテレネームであり、それ
以外の属性が同じ様な名前のアーギュメント（アーギュ
メント”majorEdition”、”minorEdition”及び”titl
e”）であるサイテイションにする。
在のプロセスの割り当てられたテレネームであり、それ
以外の属性が同じ様な名前のアーギュメント（アーギュ
メント”majorEdition”、”minorEdition”及び”titl
e”）であるサイテイションにする。
【１６７９】パブリックインスタンス属性 citation: リードオンリのプロテクトされたサイテイション; レスポンダの割り当てられたサイテイション。
【１６８０】４．１４ クラス（Class） オブジェクト（リファレンスされる） ・ クラス（引用され、相互変換される）クラス Class: シールされたインターフェース(Object, Cited, Interc
hanged) =(...); 構成 initialize: 保護されていないop(); FeatureUnvaliableを投出する。 例外（”FeatureUnavaliable”）を投出する。
hanged) =(...); 構成 initialize: 保護されていないop(); FeatureUnvaliableを投出する。 例外（”FeatureUnavaliable”）を投出する。
【１６８１】注：オペレーション”new”でなくオペレ
ーション”makeClasses”を用いてクラスを作り出す。
ーション”makeClasses”を用いてクラスを作り出す。
【１６８２】パブリックインスタンスオペレーション 変換 シールされたオペレーション（source: protected Obje
ct) copied Objectは、ConversionUnavailableを投出す
る。
ct) copied Objectは、ConversionUnavailableを投出す
る。
【１６８３】オブジェクトがすでにそのクラスのインス
タンスでない場合、オブジェクト（アーギュメント”so
urce”）をそのクラスに変換することによって生じたレ
スポンダのインスタンス、または、他の場合にはそのオ
ブジェクトのコピー、をリターンする）。
タンスでない場合、オブジェクト（アーギュメント”so
urce”）をそのクラスに変換することによって生じたレ
スポンダのインスタンス、または、他の場合にはそのオ
ブジェクトのコピー、をリターンする）。
【１６８４】オペレーションはソースクラスに最初に変
換方法を求め、それがダメな場合に目的点のクラスにそ
の方法を求める。オブジェクトが要求されたように変換
できない場合に例外が投出される（”ConversionUnavai
lable”）。
換方法を求め、それがダメな場合に目的点のクラスにそ
の方法を求める。オブジェクトが要求されたように変換
できない場合に例外が投出される（”ConversionUnavai
lable”）。
【１６８５】注：２つのステップは、特別の変換のため
の方法をインプリメントするために、ソースまたは目的
点クラスのうちどちらかのよりおそく定義された方を許
容またはパーミットする。
の方法をインプリメントするために、ソースまたは目的
点クラスのうちどちらかのよりおそく定義された方を許
容またはパーミットする。
【１６８６】isInstance: シールされたop(instance: protected Object) Boolea
n; オブジェクト（アーギュメント”instance”）がレスポ
ンダのインスタンスであるか否かの表示をリターンす
る。
n; オブジェクト（アーギュメント”instance”）がレスポ
ンダのインスタンスであるか否かの表示をリターンす
る。
【１６８７】isMember: シールされたop(member: protected Object) Boolean; オブジェクト（アーギュメント、”member”）がインタ
ーフェースであるが必ずしもインプリメンテーション、
レスポンダのメンバ、ではないか否かの表示をリターン
する。
ーフェースであるが必ずしもインプリメンテーション、
レスポンダのメンバ、ではないか否かの表示をリターン
する。
【１６８８】isSubclass: シールされたop(subclass: Class) Boolean; クラス（アーギュメント”subclass”）がレスポンダの
サブクラスであるか否かの表示をリターンする。
サブクラスであるか否かの表示をリターンする。
【１６８９】new: シールされたop(parameters: Object...) Objectは、Cl
assAbstract、Exception、objectUninitializedを投出
する。
assAbstract、Exception、objectUninitializedを投出
する。
【１６９０】初期化パラメータ（アーギュメント”para
meters”）によって定められたレスポンダの新しいイン
スタンスをリターンする。前記の署名にもかかわらず、
オペレーションの署名は、レスポンダによって定義され
たオペレーション”initialize”のそれである。
meters”）によって定められたレスポンダの新しいイン
スタンスをリターンする。前記の署名にもかかわらず、
オペレーションの署名は、レスポンダによって定義され
たオペレーション”initialize”のそれである。
【１６９１】レスポンダが抽象的であるか（”ClassAbs
tract”）、クラス特異の問題が提起されるか（”Excep
tion”）または潜在的なオブジェクトがそれ自身のフィ
ーチャを使用するか（”ObjectUninitialized”）した
場合に、例外が投出される。
tract”）、クラス特異の問題が提起されるか（”Excep
tion”）または潜在的なオブジェクトがそれ自身のフィ
ーチャを使用するか（”ObjectUninitialized”）した
場合に、例外が投出される。
【１６９２】４．１５ クラス定義（Class Definitio
n） オブジェクト（リファレンスされる） ・ クラス定義 クラス ClassDefinition: シールされたインターフェース = (...); 構成 initialize プロテクトされないop ( title:Identifier!; majorEdition, minorEdition: Integer; interface: Interface; implementation: Implementation|Nil); レスポンダの本来の属性を、同じような名前のアーギュ
メント（アーギュメント”implementation”、”interf
ace”、”majorEdition”、”minorEdition”、及び”t
itle”）にする。
n） オブジェクト（リファレンスされる） ・ クラス定義 クラス ClassDefinition: シールされたインターフェース = (...); 構成 initialize プロテクトされないop ( title:Identifier!; majorEdition, minorEdition: Integer; interface: Interface; implementation: Implementation|Nil); レスポンダの本来の属性を、同じような名前のアーギュ
メント（アーギュメント”implementation”、”interf
ace”、”majorEdition”、”minorEdition”、及び”t
itle”）にする。
【１６９３】パブリックインスタンス属性 implementation: Implementation|Nil; もし、インプリメンテーションがあれば、レスポンダが
定義するクラスのインプリメンテーションであり、その
他の場合には０である。
定義するクラスのインプリメンテーションであり、その
他の場合には０である。
【１６９４】interface: Interface; レスポンダが定義するクラスのインターフェース。
【１６９５】majorEdition: Integer; レスポンダが定義するクラスの割り当てられたサイテイ
ションの”majorEdition”属性。
ションの”majorEdition”属性。
【１６９６】minorEdition: Integer; レスポンダが定義するクラスの割り当てられたサイテイ
ションの”minorEdition”属性。
ションの”minorEdition”属性。
【１６９７】title Identifier!; レスポンダが定義するクラスの割り当てられたサイテイ
ションの”title”属性。
ションの”title”属性。
【１６９８】パブリックインスタンスオペレーション makeClasses: op(definitions: protected ClassDefinition...) Lexion[Class] クラス例外を投出する。
【１６９９】レスポンダと他のクラス定義（アーギュメ
ント”definitions”）が集合的に定義するクラスのレ
キシコンをリターンする。各々の値は、そのタイトルが
関連されたキーに等しいクラスである。サイテイション
は次のように各々のクラスに割り当てられる。割り当て
られたサイテイションの”オーサー（author）”属性
は、現在のプロセスの割り当てられたテレネームであ
る。割り当てられたサイテイションの他の属性は、クラ
スのクラス定義によって定義された通りである。
ント”definitions”）が集合的に定義するクラスのレ
キシコンをリターンする。各々の値は、そのタイトルが
関連されたキーに等しいクラスである。サイテイション
は次のように各々のクラスに割り当てられる。割り当て
られたサイテイションの”オーサー（author）”属性
は、現在のプロセスの割り当てられたテレネームであ
る。割り当てられたサイテイションの他の属性は、クラ
スのクラス定義によって定義された通りである。
【１７００】クラスが作り出されない場合には例外が投
出される（”classException”）。
出される（”classException”）。
【１７０１】アダプテイション isEqual: ２つのクラスの定義はそれぞれの本来の属性に従って同
等である。
等である。
【１７０２】４．１６ クラスの例外（Class Exceptio
n） オブジェクト（リファレンスされる） ・ 例外（変更なし） ・・ プログラミングの例外 ・・・ クラスの例外 クラス ClassException: abstract interface(ProgrammingException) = (); サブクラス ClassSealed: interface(ClassException) = (); 提案された新しいクラスは、シールされた直接スーパー
クラスを有する。
n） オブジェクト（リファレンスされる） ・ 例外（変更なし） ・・ プログラミングの例外 ・・・ クラスの例外 クラス ClassException: abstract interface(ProgrammingException) = (); サブクラス ClassSealed: interface(ClassException) = (); 提案された新しいクラスは、シールされた直接スーパー
クラスを有する。
【１７０３】ClassUndefined: interface(ClassException) = (); 提案された新しいクラスは、定義されないクラス識別子
を使用する。
を使用する。
【１７０４】FeatureRedefined: interface(ClassException) = (); 提案された新しいクラスとそのインターフェーススーパ
ークラスの１つとは、同一の識別子によって表される本
来のフィーチャを有する。
ークラスの１つとは、同一の識別子によって表される本
来のフィーチャを有する。
【１７０５】FeatureSealed: interface(ClassException) = (); 提案された新しいクラスは、クラスのインターフェース
スーパークラスの１つによってシールされたフィーチャ
を実施する。
スーパークラスの１つによってシールされたフィーチャ
を実施する。
【１７０６】FeatureUndefined interface(ClassException) = (); 提案された新しいクラスは定義されていないフィーチャ
識別子を使用する。
識別子を使用する。
【１７０７】MixinDisallowed: interface(ClassException) = (); 提案された新しいクラスは、フレーバが必要とされる場
合にミックスインを使用する。
合にミックスインを使用する。
【１７０８】superclassesInvalid: interface(ClassException) = (); 提案された新しいクラスは、インコンシステントな直接
スーパークラスを有する。
スーパークラスを有する。
【１７０９】４．１７ コレクション（Collection） オブジェクト（リフェレンスされる） ・ Collection クラス Collection: interface[itemClass: Class] = (...); サブジェクトクラスの各々のメンバのその各々のアイテ
ムがそれ自身メンバであるクラス（アーギュメント”it
emClass”）によってパラメータ化される。
ムがそれ自身メンバであるクラス（アーギュメント”it
emClass”）によってパラメータ化される。
【１７１０】構成 initialize: プロテクトされないop(item:itemClass...)は、ItemInv
alidを投出する。
alidを投出する。
【１７１１】レスポンダのアイテムをオブジェクトにす
る（アーギュメント”items”）。
る（アーギュメント”items”）。
【１７１２】提案されたアイテムが不適切である場合に
例外が投出される（”ItemInvalid”）。
例外が投出される（”ItemInvalid”）。
【１７１３】パブリックインスタンス属性 length: read-only Integer; レスポンダの長さ。
【１７１４】パブリックインスタンスオペレーション clear: プロテクトされないop(); そのすべてのアイテムをレスポンダから取り除き廃棄す
る。
る。
【１７１５】注： オペレーションはレスポンダの長さ
を０に減少させる。
を０に減少させる。
【１７１６】examine: op(item: protected itemClass) itemClass|Nil; 少なくとも１つのそのようなアイテムがあれば、オブジ
ェクト（アーギュメント”item”）に等しいアイテムを
レスポンダに残してそれをリターンし、さもなければ０
をリターンする。いくつかのそのようなアイテムがあれ
ば選択された１つは定義されないものである。
ェクト（アーギュメント”item”）に等しいアイテムを
レスポンダに残してそれをリターンし、さもなければ０
をリターンする。いくつかのそのようなアイテムがあれ
ば選択された１つは定義されないものである。
【１７１７】exclude: プロテクトされないop (item: protected itemClass) i
temClass|Nil; 少なくとも１つのそのようなアイテムがあれば、オブジ
ェクトに等しいアイテム（アーギュメント”item”）を
レスポンダから除去してそれをリターンするかまたさも
ない場合には０をリターンする。いくつかのそのような
アイテムがある場合には選択された１つは定義されない
ものである。
temClass|Nil; 少なくとも１つのそのようなアイテムがあれば、オブジ
ェクトに等しいアイテム（アーギュメント”item”）を
レスポンダから除去してそれをリターンするかまたさも
ない場合には０をリターンする。いくつかのそのような
アイテムがある場合には選択された１つは定義されない
ものである。
【１７１８】include: プロテクトされないop (item:itemClass）は、ItemInva
lidを投出する。
lidを投出する。
【１７１９】オブジェクト（アーギュメント”item”）
をレスポンダに新しいアイテムとして含める。
をレスポンダに新しいアイテムとして含める。
【１７２０】提案されたアイテムがそのようなものとし
て不適切であれば例外が投出される（”itemInvali
d”）。
て不適切であれば例外が投出される（”itemInvali
d”）。
【１７２１】stream: op ( ) copied Stream[itemClass]; そのアイテムがレスポンダのアイテムであるストリーム
をリターンする。クラス”Collection”のサブクラス
は、ストリームがレスポンダのアイテムを生成させる順
序を定義することができれば、クラス”Collection”
は、オーダーを規定しないままにしておく。
をリターンする。クラス”Collection”のサブクラス
は、ストリームがレスポンダのアイテムを生成させる順
序を定義することができれば、クラス”Collection”
は、オーダーを規定しないままにしておく。
【１７２２】ストリームがつくり出されたのちにレスポ
ンダが変更された場合には、新しく含められたアイテム
は、ストリームが以前にそれらのアイテムを作り出さ
ず、ストリームがもし以前にそれらを作り出さない限り
新しく除外されるアイテムを生成させない場合にのみ、
ストリームがこれらの新しい含められたアイテムを生成
させる。
ンダが変更された場合には、新しく含められたアイテム
は、ストリームが以前にそれらのアイテムを作り出さ
ず、ストリームがもし以前にそれらを作り出さない限り
新しく除外されるアイテムを生成させない場合にのみ、
ストリームがこれらの新しい含められたアイテムを生成
させる。
【１７２３】注：ストリームがインスタンスであるクラ
ス”ストリーム”のサブクラスは定義されていない。
ス”ストリーム”のサブクラスは定義されていない。
【１７２４】アダプテイション isEqual: ２つのコレクションは、それらのものの長さが等しくそ
れらのもののアイテムが対をなしており、各々の対のア
イテムが同一になるようにされている場合にのみ同等で
ある。コレクションのサブクラスはこの同一性の定義を
狭くすることができるが広くすることはできない。
れらのもののアイテムが対をなしており、各々の対のア
イテムが同一になるようにされている場合にのみ同等で
ある。コレクションのサブクラスはこの同一性の定義を
狭くすることができるが広くすることはできない。
【１７２５】４．１８ コレクションの例外（collecti
on Exception） オブジェクト（リファレンスされない） ・ エクセプション（変更されない） ・・ プログラミングの例外 ・・・ Ｃｏｌｌｅｃｔｉｏｎの例外 クラス CollectionException: abstruct interface (Programming Exception) = (); サブクラス ItemDuplicated: interface（Collection Exception) = (); あるセットの１つの提案されたアイテムは他のものに等
しい。
on Exception） オブジェクト（リファレンスされない） ・ エクセプション（変更されない） ・・ プログラミングの例外 ・・・ Ｃｏｌｌｅｃｔｉｏｎの例外 クラス CollectionException: abstruct interface (Programming Exception) = (); サブクラス ItemDuplicated: interface（Collection Exception) = (); あるセットの１つの提案されたアイテムは他のものに等
しい。
【１７２６】ItemInvalid: interface（Collection Exception) = (); コレクションの提案されたアイテムは、コレクションの
コンストレイントを満たさない。
コンストレイントを満たさない。
【１７２７】KeyDuplicated: interface（Collection Exception) = (); ディクショナリの１つの提案されたキーは、別なものに
等しい。
等しい。
【１７２８】KeyInvalid: interface（Collection Exception) = (); ディクショナリの提案されたキーは、ディクショナリの
コンストレイントに適合しないかまたはディクショナリ
のキーに等しくなることを意図するオブジェクトはその
ようにしない。
コンストレイントに適合しないかまたはディクショナリ
のキーに等しくなることを意図するオブジェクトはその
ようにしない。
【１７２９】ObjectsUnpaired: interface（Collection Exception) = (); ディクショナリの対をなしていると考えられるキー及び
値は奇数である。
値は奇数である。
【１７３０】PositionInvalid interface（Collection Exception) = (); リストまたはプロシージャにおいてある位置に等しくな
ることを意図するインテジャは、そのようにしない。
ることを意図するインテジャは、そのようにしない。
【１７３１】StackDepleted interface（Collection Exception) = (); スタックの長さはスタックの要求されたマニュプレーシ
ョンを阻止する。
ョンを阻止する。
【１７３２】４．１９ コンストレインド（Constraine
d） Constrained クラス Constrained: abstract interface ()=(...); 構成 initialize プロテクトされないop (constraint: copied constrain
t|Nil); レスポンダの本来の属性を、０でない場合にコンストレ
イント（アーギュメント”constraint”）にし、その他
の場合には初期化パラメータを０のものにする。
d） Constrained クラス Constrained: abstract interface ()=(...); 構成 initialize プロテクトされないop (constraint: copied constrain
t|Nil); レスポンダの本来の属性を、０でない場合にコンストレ
イント（アーギュメント”constraint”）にし、その他
の場合には初期化パラメータを０のものにする。
【１７３３】パブリックインスタンス属性 constraint: リードオンリのプロテクトされたコンストレイント; ノミネートされたレポンダのプロパティに対するコンス
トレイント。
トレイント。
【１７３４】４．２０ コンストラインドディクショナ
リ（Constrained Dictionary） オブジェクト（リファレンスされない） ・ コレクション ・・ セット ・・・ ディクショナリ ・・・・ コンストレインドディクショナリ（コンスト
レインド） クラス ConstrainedDictionary: interface[KeyClass, valueClass: Class] (Dictionary [keyClass, valueClass], Constrained) =
(); サブジェクトクラスの各々のメンバの各々のアイテムの
キー（アーギュメント”keyClass”）及び値（アーギュ
メント”valueClass”）がそれ自身メンバであるクラス
によってパラメータ化される。
リ（Constrained Dictionary） オブジェクト（リファレンスされない） ・ コレクション ・・ セット ・・・ ディクショナリ ・・・・ コンストレインドディクショナリ（コンスト
レインド） クラス ConstrainedDictionary: interface[KeyClass, valueClass: Class] (Dictionary [keyClass, valueClass], Constrained) =
(); サブジェクトクラスの各々のメンバの各々のアイテムの
キー（アーギュメント”keyClass”）及び値（アーギュ
メント”valueClass”）がそれ自身メンバであるクラス
によってパラメータ化される。
【１７３５】構成 initialize: プロテクトされないop (constraint:copied Constrain
t; keysAndValues: Object ... /*key:keyClass;value:valueClass */) KeyDuplicated、KeyInvalid, ObjectsUnpairedを送出す
る。
t; keysAndValues: Object ... /*key:keyClass;value:valueClass */) KeyDuplicated、KeyInvalid, ObjectsUnpairedを送出す
る。
【１７３６】キーの値の対（アーギュメント”keyAndVa
lues”）とレスポンダの”constraint”属性との間のレ
スポンダのアイテムの関連を、コンストレイントにする
（アーギュメント”constraint”）。
lues”）とレスポンダの”constraint”属性との間のレ
スポンダのアイテムの関連を、コンストレイントにする
（アーギュメント”constraint”）。
【１７３７】２つの提案されたキーが等しい（”keyDup
licated”）か、または提案されたキーがそのようなも
のとして不適切か（”keyInvalid”）またはオブジェク
トの数が奇数である（”ObjectUnpaired”）場合に例外
が投出される。
licated”）か、または提案されたキーがそのようなも
のとして不適切か（”keyInvalid”）またはオブジェク
トの数が奇数である（”ObjectUnpaired”）場合に例外
が投出される。
【１７３８】アダプテイション add コンストレイントを満たすキーのみが含められる。
【１７３９】constraint コンストレイントは、キーに対するものである。
【１７４０】include コンストレイントを満たすキーのみが含められる。
【１７４１】rekey コンストレイントを満たすキーのみが含められる。
【１７４２】set コンストレイントを満たすキーのみが含められる。
【１７４３】４．２１ コンストレインドリスト（Cons
trained List） オブジェクト（リファレンスされる） ・ コレクション ・・ リスト（順序付けされる） ・・・ Constrained List (Constrained) クラス ConstrainedList: interface[itemClass: Class] (List [itemClass], Constrained) = (...); サブジェクトクラスの各々のメンバの各々のアイテム自
身がメンバであるクラス（アーギュメント”itemClas
s”）によってパラメータ化される。
trained List） オブジェクト（リファレンスされる） ・ コレクション ・・ リスト（順序付けされる） ・・・ Constrained List (Constrained) クラス ConstrainedList: interface[itemClass: Class] (List [itemClass], Constrained) = (...); サブジェクトクラスの各々のメンバの各々のアイテム自
身がメンバであるクラス（アーギュメント”itemClas
s”）によってパラメータ化される。
【１７４４】構成 initialize: プロテクトされないop (constraint:copied Constrain
t; items:itemClass...) ItemInvalidを投出する。
t; items:itemClass...) ItemInvalidを投出する。
【１７４５】レスポンダのアイテムであるオブジェクト
（アーギュメント”items”）、左から右にかけて増大
するその位置ならびにレスポンダの”constraint”属性
をコンストレイントにする（アーギュメント”constrai
nt”）。
（アーギュメント”items”）、左から右にかけて増大
するその位置ならびにレスポンダの”constraint”属性
をコンストレイントにする（アーギュメント”constrai
nt”）。
【１７４６】提案されたアイテムが不適切であれば例外
が投出される（”ItemInvalid”）。
が投出される（”ItemInvalid”）。
【１７４７】アダプテイション add コンストレイントを満たすオブジェクトのみが含められ
る。
る。
【１７４８】constraint コンストレイントは、アイテムに対するものである。
【１７４９】include コンストレイントを満たすオブジェクトのみが含められ
る。
る。
【１７５０】４．２２ コンストレインドセット（Cons
trained Set） オブジェクト（リファレンスされる） ・ コレクション ・・ セット（検査される） ・・・ Constrained Set（コンストレインド） クラス ConstrainedSet: interface [itemClass:Class] (Set [itemClass], Constrained) =(...); サブジェクトクラスの各々のメンバの各々のアイテム自
身がメンバであるクラス（アーギュメント”itemClas
s”）によってパラメータ化される。
trained Set） オブジェクト（リファレンスされる） ・ コレクション ・・ セット（検査される） ・・・ Constrained Set（コンストレインド） クラス ConstrainedSet: interface [itemClass:Class] (Set [itemClass], Constrained) =(...); サブジェクトクラスの各々のメンバの各々のアイテム自
身がメンバであるクラス（アーギュメント”itemClas
s”）によってパラメータ化される。
【１７５１】構成 initialize: プロテクトされないop (constraint: copied Constrain
t; item:itemClass...) ItemDuplicated, ItemInvalidを投出する。
t; item:itemClass...) ItemDuplicated, ItemInvalidを投出する。
【１７５２】レスポンダのアイテムであるオブジェクト
（アーギュメント”items”）及びレスポンダのコンス
トレイントである属性をコンストレイントにする（アー
ギュメント”constraint”）。
（アーギュメント”items”）及びレスポンダのコンス
トレイントである属性をコンストレイントにする（アー
ギュメント”constraint”）。
【１７５３】２つの提案されたアイテムが等しい場
合（”ItemDuplicated”）または提案されたアイテムが
そのようなものとして不適切な場合（”ItemInvali
d”）例外が投出される。
合（”ItemDuplicated”）または提案されたアイテムが
そのようなものとして不適切な場合（”ItemInvali
d”）例外が投出される。
【１７５４】アダプテイション constraint: コンストレイントはアイテムに対するものである。
【１７５５】include: コンストレイントを満たすオブジェクトのみが含められ
る。
る。
【１７５６】４．２３ コンストレイント（Constrain
t） オブジェクト（リファレンスされる） ・ コンストレイント クラス Constraint: interface = (...); 構成 initialize: プロテクトされないop (classId, passage: Identifier!|Nil; isOptional, isInstance: Boolean|Nil)は、PassageInv
alidを投出する。
t） オブジェクト（リファレンスされる） ・ コンストレイント クラス Constraint: interface = (...); 構成 initialize: プロテクトされないop (classId, passage: Identifier!|Nil; isOptional, isInstance: Boolean|Nil)は、PassageInv
alidを投出する。
【１７５７】レスポンダの”ofClass”属性を０にし、
レスポンダの他の本来の属性を同じような名前のアーギ
ュメント（アーギュメント”classId”、”isInstanc
e”、”isOptional”、”passage”）とする。アーギュ
メントが０であれば、対応する属性は、それぞれクラ
ス”Object”、”false”、”false”または”byRef”
の識別子とされる。
レスポンダの他の本来の属性を同じような名前のアーギ
ュメント（アーギュメント”classId”、”isInstanc
e”、”isOptional”、”passage”）とする。アーギュ
メントが０であれば、対応する属性は、それぞれクラ
ス”Object”、”false”、”false”または”byRef”
の識別子とされる。
【１７５８】提案された通路がそのようなものとして不
適切な場合には、例外が投出される（”PassageInvali
d”）。
適切な場合には、例外が投出される（”PassageInvali
d”）。
【１７５９】パブリックインスタンス属性 classId: Identifier!; レスポンダのサブジェクトがメンバとなるべきクラスの
識別子。識別子は、レスポンダのコンテキストを与える
インターフェースまたはインプリメンテーションの属
性”vocabulary”に従って解釈される。
識別子。識別子は、レスポンダのコンテキストを与える
インターフェースまたはインプリメンテーションの属
性”vocabulary”に従って解釈される。
【１７６０】isInstance: Boolean; レスポンダのサブジェクトが属性”classId”が表すク
ラスのインスタンス（単なるメンバではない）となるか
否か。
ラスのインスタンス（単なるメンバではない）となるか
否か。
【１７６１】isOptional: Boolean; 属性”classId”にかかわらず、レスポンダのサブジェ
クトが０となることがパーミットされるか否か。
クトが０となることがパーミットされるか否か。
【１７６２】ofClass: リードオンリ Class|Nil; ０でない場合、レスポンダのサブジェクトがメンバとな
るべきクラス。
るべきクラス。
【１７６３】passage: Identifier!は、PassageInvalidを投出する。; レスポンダのサブジェクトがどのようにパスされるかを
表す識別子。
表す識別子。
【１７６４】提案された通路がそのようなものとして不
適切であれば例外が投出される（”PassageInvali
d”）。
適切であれば例外が投出される（”PassageInvali
d”）。
【１７６５】アダプテイション isEqual ２つのコンストレイントはそれぞれの本来の属性に従っ
て相等しい。
て相等しい。
【１７６６】４．２４ コンタクト（Contact） オブジェクト（参照される） ・ コンタクト クラス Contact: interface = (...); 構成 initialize: プロテクトされないop (subject:Process|Nil; subjectNotes:Object|Nil); レスポンダの”subject”及び”subjectNotes”属性を
同じような名前のアーギュメント（アーギュメント”su
bject”及び”subjectNotes”）及びレスポンダの他の
本来の属性を、”subject”属性がプロセスであればサ
ブジェクトを記述するものに、またその他の場合には０
にする。
同じような名前のアーギュメント（アーギュメント”su
bject”及び”subjectNotes”）及びレスポンダの他の
本来の属性を、”subject”属性がプロセスであればサ
ブジェクトを記述するものに、またその他の場合には０
にする。
【１７６７】パブリックインスタンス属性 Subject: Process|Nil; レスポンダのサブジェクトまたは０。
【１７６８】subjectClass: リードオンリのプロテクトされたサイテイション|0; レスポンダのサブジェクトは１つのインスタンスである
クラス”Agent”またはクラス”Place”のサブクラスで
あるクラスの割り当てられたサイテイションは、”subj
ect”属性がプロセスであるかまたはそのクラスであ
り、”subject”属性が０であれば０である。
クラス”Agent”またはクラス”Place”のサブクラスで
あるクラスの割り当てられたサイテイションは、”subj
ect”属性がプロセスであるかまたはそのクラスであ
り、”subject”属性が０であれば０である。
【１７６９】subjectName: リードオンリのプロテクトされたtelename|Nil; ”subject”属性がプロセスであれば、レスポンダのサ
ブジェクトの割り当てられたテレネームに〔またはその
テレネーム〕またはその他の場合には０である。
ブジェクトの割り当てられたテレネームに〔またはその
テレネーム〕またはその他の場合には０である。
【１７７０】subjectNotes: Object|Nil； レスポンダのオブザーバによって保持されたオブジェク
ト。
ト。
【１７７１】アダプテイション isEqual: ２つのコンタクトは、それらのものの属性”subjectNam
e”に従って同等である。
e”に従って同等である。
【１７７２】４．２５ コンタクティド（Contacted） Contacted クラス Contacted: abstract interface () = (...); 構成 initialize: レスポンダの属性”contacts”をクリアする。
【１７７３】プライベートインスタンスの属性 contacts: リードオンリ Set[Contact]; レスポンダが保持するコンタクトのセット。
【１７７４】４．２６ ディクショナリ（Dictionary） オブジェクト（リファレンスされる） ・ コレクション ・・ セット ・・・ ディクショナリ クラス Dictionary: interface[keyClass, valueClass: Class] (set [Association [keyClass, valueClass]]) =
(...);。 サブジェクトクラスの各々のメンバの各々のアイテムの
キー（アーギュメント”keyClass”）及び値（アーギュ
メント”ValueClass”）自身がメンバであるクラスによ
ってパラメータ化される。
(...);。 サブジェクトクラスの各々のメンバの各々のアイテムの
キー（アーギュメント”keyClass”）及び値（アーギュ
メント”ValueClass”）自身がメンバであるクラスによ
ってパラメータ化される。
【１７７５】構成 initialize: プロテクトされないop (keysAndValues: Object... /*key:keyClass;value:valueClass*/) keyDuplucated、keyInvalid、ObjectsUnpairedを投出す
る。
る。
【１７７６】キーの値の対の間のレスポンダのアイテム
の関連性を作る（アーギュメント”keyAndValues”）。
の関連性を作る（アーギュメント”keyAndValues”）。
【１７７７】２つの提案されたキーが等しい場合（”ke
yDuplicated”）、提案されたキーがそのようなものと
して不適切な場合（”keyInvalid”）またはオブジェク
トの数が奇数の場合（”ObjectUnpaired”）例外が投出
される。
yDuplicated”）、提案されたキーがそのようなものと
して不適切な場合（”keyInvalid”）またはオブジェク
トの数が奇数の場合（”ObjectUnpaired”）例外が投出
される。
【１７７８】パブリックインスタンスオペレーション add: プロテクトされないop (key:keyClass; value: valueCl
ass) は、keyInvalidを投出する。
ass) は、keyInvalidを投出する。
【１７７９】レスポンダには、新しい関連、第１のオブ
ジェクトに関係したもの（アーギュメント”key”）が
関連のキーとしてそして第２のオブジェクト（アーギュ
メント”value”）が関連の値としてそれぞれ含められ
る。
ジェクトに関係したもの（アーギュメント”key”）が
関連のキーとしてそして第２のオブジェクト（アーギュ
メント”value”）が関連の値としてそれぞれ含められ
る。
【１７８０】提案されたキーがそのようなものとして不
適切な場合またはレスポンダがすでに含めた関連の中に
あるキーに等しい場合（”keyInvalid”）例外が投出さ
れる。
適切な場合またはレスポンダがすでに含めた関連の中に
あるキーに等しい場合（”keyInvalid”）例外が投出さ
れる。
【１７８１】drop: プロテクトされないop （key: protected keyClass) va
leuClassは、KeyInvalidを投出する。
leuClassは、KeyInvalidを投出する。
【１７８２】キー（アーギュメント”key”）がオブジ
ェクトに等しいアソシエイション（関連）をレスポンダ
から除外して廃棄して、関連の値をリターンする。主張
されたキーがそのようなものとして不適切な場合には例
外が投出される（”KeyInvalid”）。
ェクトに等しいアソシエイション（関連）をレスポンダ
から除外して廃棄して、関連の値をリターンする。主張
されたキーがそのようなものとして不適切な場合には例
外が投出される（”KeyInvalid”）。
【１７８３】find: op (value: protected valueclass) keyClass|Nil; その値がオブジェクトに等しい関連（アーギュメント”
value”）をレスポンダに残し、関連のキーをリターン
する。レスポンダがいくつかのこのような関連を含む場
合、選択されたものは定義されない。レスポンダが０を
含む場合、０がリターンされる。
value”）をレスポンダに残し、関連のキーをリターン
する。レスポンダがいくつかのこのような関連を含む場
合、選択されたものは定義されない。レスポンダが０を
含む場合、０がリターンされる。
【１７８４】get: op(key: protected keyClass) valueClass KeyInvalidを送出する; そのキーがオブジェクト（アーギュメント”key”）に
等しい関連をレスポンダに残し、関連の値をリターンす
る。
等しい関連をレスポンダに残し、関連の値をリターンす
る。
【１７８５】主張されたキーがそのようなものとして不
適切な場合には、（”KeyInvalid”）例外が投出され
る。
適切な場合には、（”KeyInvalid”）例外が投出され
る。
【１７８６】rekey: プロテクトされないop (currentKey:protected keyClas
s; newKey: keyClass) は、KeyInvalidを投出する。
s; newKey: keyClass) は、KeyInvalidを投出する。
【１７８７】そのキーが第１のオブジェクト（アーギュ
メント”currentKey”）に等しい関連をレスポンダに残
し、その関連のキーを廃棄し、そのキーの代わりに、第
２のオブジェクト（アーギュメント”newKey”）を代替
する。このオペレーションはオペレーション”drop”及
び”add”によるかのように行う。
メント”currentKey”）に等しい関連をレスポンダに残
し、その関連のキーを廃棄し、そのキーの代わりに、第
２のオブジェクト（アーギュメント”newKey”）を代替
する。このオペレーションはオペレーション”drop”及
び”add”によるかのように行う。
【１７８８】主張されるかまたは提案されたキーがその
ようなものとして不適切であるかまたは、この後者のキ
ーがレスポンダにすでに含まれている関連中のキーに等
しい場合に、例外が投出される（”KeyInvalid”）。
ようなものとして不適切であるかまたは、この後者のキ
ーがレスポンダにすでに含まれている関連中のキーに等
しい場合に、例外が投出される（”KeyInvalid”）。
【１７８９】set: プロテクトされないop (key: protected keyClass; val
ue: valueClass) は、KeyInvalidを投出する。
ue: valueClass) は、KeyInvalidを投出する。
【１７９０】そのキー（アーギュメント”key”）が第
１のオブジェクトに等しいアソシエーションをレスポン
ダが含む場合（アーギュメント”key”）、そのアソシ
エーションの代わりに、第２のオブジェクトを代替する
（アーギュメント”value”）。その他の場合には、レ
スポンダに新しいアソシエーションを含める。第１のも
のは、第１オブジェクト（アーギュメント”key”）を
アソシエーションのキーとして含むものであり、第２の
もの（アーギュメント”value”）はそれをアソシエー
ションの値として含むものである。
１のオブジェクトに等しいアソシエーションをレスポン
ダが含む場合（アーギュメント”key”）、そのアソシ
エーションの代わりに、第２のオブジェクトを代替する
（アーギュメント”value”）。その他の場合には、レ
スポンダに新しいアソシエーションを含める。第１のも
のは、第１オブジェクト（アーギュメント”key”）を
アソシエーションのキーとして含むものであり、第２の
もの（アーギュメント”value”）はそれをアソシエー
ションの値として含むものである。
【１７９１】提案されたキーがそのようなものとして不
適切な場合には、例外が投出される（”KeyInvali
d”）。
適切な場合には、例外が投出される（”KeyInvali
d”）。
【１７９２】transpose: プロテクトされないop (key 1, key 2: protected keyC
lass) は、KeyInvalidを送出する; ２つのキー（アーギュメント”key 1”及び”key 2”）
の代わりにレスポンダの値を転置する。
lass) は、KeyInvalidを送出する; ２つのキー（アーギュメント”key 1”及び”key 2”）
の代わりにレスポンダの値を転置する。
【１７９３】主張されたキーがそのようなものとして不
適切な場合には例外が投出される（”KeyInvalid”）。
適切な場合には例外が投出される（”KeyInvalid”）。
【１７９４】アダプテイション include ただ１つのアソシエーションのみが含められる。あるア
ソシエーションは、アソシエーションに等しい現存のア
イテムを排除し、廃棄したのちに新しいアイテムとして
含められる。
ソシエーションは、アソシエーションに等しい現存のア
イテムを排除し、廃棄したのちに新しいアイテムとして
含められる。
【１７９５】isEqual その同じようなキーをもつ値が相等しい場合にのみ２つ
のディクショナリは同等である。
のディクショナリは同等である。
【１７９６】４．２７ 例外（Exception） オブジェクト（参照される） ・ 例外（変更なし） クラス Exception: abstract interface(Object, Unchanged) = (...); パブリックインスタンスオペレーション sealed op()を投出する。
【１７９７】レスポンダのためにその方法を失敗に終わ
らせることによって現在の方法の遂行を終了する。
らせることによって現在の方法の遂行を終了する。
【１７９８】アダプテイション isEqual ２つの例外は、同一のクラスのインスタンスである場合
にのみ相等しい。
にのみ相等しい。
【１７９９】４．２８ 実行される（Executed） Executed クラス Executed: abstract interface() = (); このクラスは、シールされている。
【１８００】パブリックインスタンスオペレーション catch: シールされたop (exeption: Class) Exception|Nil は、例外を投出する。
【１８０１】レスポンダを遂行し、レスポンダが成功す
れば、０をリターンし、例外が供給されたクラスの１つ
のメンバであれば（アーギュメント”exception” ）例
外をリターンし、レスポンダを失敗させる。レスポンダ
は、レスポンダのフレーム及びプロパティではなくリク
エスタのフレーム及びプロパティにアクセスする。
れば、０をリターンし、例外が供給されたクラスの１つ
のメンバであれば（アーギュメント”exception” ）例
外をリターンし、レスポンダを失敗させる。レスポンダ
は、レスポンダのフレーム及びプロパティではなくリク
エスタのフレーム及びプロパティにアクセスする。
【１８０２】レスポンダが供給されたクラスのメンバで
はない例外を投出した場合に、例外が投出される（”Ex
ception”）。
はない例外を投出した場合に、例外が投出される（”Ex
ception”）。
【１８０３】注：クラスは、例外であるかまたはそのサ
ブクラスである。
ブクラスである。
【１８０４】do: シールされたop () は、例外を投出する。
【１８０５】レスポンダを遂行する。レスポンダはレス
ポンダのフレーム及びプロパティではなくリクエスタの
フレーム及びプロパティにアクセスする。
ポンダのフレーム及びプロパティではなくリクエスタの
フレーム及びプロパティにアクセスする。
【１８０６】レスポンダがそのようにした場合、例外が
投出される（”Exception”）。
投出される（”Exception”）。
【１８０７】either: シールされたop (false: Executed; precondition: Boo
lean) は、例外を送出する。: プレコンディション（アーギュメント”preconditio
n”）が真であれば、レスポンダを遂行し、そうでなけ
れば遂行されるオブジェクト（アーギュメント”fals
e”）を遂行する。選択され実行されたオブジェクト
は、レスポンダのフレーム及びプロパティではなくリク
エスタのフレーム及びプロパティにアクセスする。
lean) は、例外を送出する。: プレコンディション（アーギュメント”preconditio
n”）が真であれば、レスポンダを遂行し、そうでなけ
れば遂行されるオブジェクト（アーギュメント”fals
e”）を遂行する。選択され実行されたオブジェクト
は、レスポンダのフレーム及びプロパティではなくリク
エスタのフレーム及びプロパティにアクセスする。
【１８０８】選択され実行されたオブジェクトがそのよ
うにする場合、例外が投出される（”Exception”）。
うにする場合、例外が投出される（”Exception”）。
【１８０９】if: シールされたop (precondition: Boolean) は、例外を送出する。; プレコンディションが”真”である場合にのみレスポン
ダを遂行する（アーギュメント”precondition”）。レ
スポンダはそれ自身のものではなくリクエスタのフレー
ム及びプロパティにアクセスする。
ダを遂行する（アーギュメント”precondition”）。レ
スポンダはそれ自身のものではなくリクエスタのフレー
ム及びプロパティにアクセスする。
【１８１０】レスポンダがそのようにする場合、例外が
投出される（”Exception”）。
投出される（”Exception”）。
【１８１１】loop: シールされたop () は、例外を投出する。
【１８１２】レスポンダを不特定回数遂行し、レスポン
ダが失敗すれば、進めることなく、例外を投出する。レ
スポンダはレスポンダのフレーム及びプロパティではな
く、リクエスタのフレーム及びプロパティにアクセスす
る。
ダが失敗すれば、進めることなく、例外を投出する。レ
スポンダはレスポンダのフレーム及びプロパティではな
く、リクエスタのフレーム及びプロパティにアクセスす
る。
【１８１３】レスポンダがそのようにする場合、例外が
投出される（”Exception”）。
投出される（”Exception”）。
【１８１４】repeat: シールされたop (repetitions: Integer) は、例外を送出する。; 要求された回数だけレスポンダを遂行し（アーギュメン
ト”repetitions”）、レスポンダが失敗すれば進める
ことなく例外を投出する。整数が負数であればオペレー
ションは効果を持たない。レスポンダは、レスポンダの
フレーム及びプロパティではなく、リクエスタのフレー
ム及びプロパティにアクセスする。
ト”repetitions”）、レスポンダが失敗すれば進める
ことなく例外を投出する。整数が負数であればオペレー
ションは効果を持たない。レスポンダは、レスポンダの
フレーム及びプロパティではなく、リクエスタのフレー
ム及びプロパティにアクセスする。
【１８１５】オペレーションは、レスポンダの各々の遂
行の前に、以前の遂行の数プラス１である整数をスタッ
クに保存する。
行の前に、以前の遂行の数プラス１である整数をスタッ
クに保存する。
【１８１６】レスポンダがそのようにする場合例外が投
出される（”Exception”）。
出される（”Exception”）。
【１８１７】注：オペレーションはそれがスタックに保
存するいかなる整数もポップしない。
存するいかなる整数もポップしない。
【１８１８】while: シールされたop (precondition: Executed) は、Exception, ResultInvalid, ResultMissingを送出
する。
する。
【１８１９】実行されるオブジェクトを繰り返し遂行し
（アーギュメント”precondition”）、スタックからブ
ーリアンをポップし、ブーリアンが真であれば、レスポ
ンダを遂行する。ブーリアンが偽であればオペレーショ
ンは成功する。実行されたオブジェクトが失敗すれば、
オペレーションは進めることなく例外を投出する。実行
されるオブジェクトはレスポンダのフレーム及びプロパ
ティではなく、リクエスタのフレーム及びプロパティに
アクセスする。
（アーギュメント”precondition”）、スタックからブ
ーリアンをポップし、ブーリアンが真であれば、レスポ
ンダを遂行する。ブーリアンが偽であればオペレーショ
ンは成功する。実行されたオブジェクトが失敗すれば、
オペレーションは進めることなく例外を投出する。実行
されるオブジェクトはレスポンダのフレーム及びプロパ
ティではなく、リクエスタのフレーム及びプロパティに
アクセスする。
【１８２０】実行されたオブジェクトがそのようにする
場合（”Exception”）、ポップされるオブジェクトが
ブーリアンでない場合（”ResultInvalid”）またはポ
ップされるべきオブジェクトがスタックに無い場合（”
ResultMissing”）に例外が投出される。
場合（”Exception”）、ポップされるオブジェクトが
ブーリアンでない場合（”ResultInvalid”）またはポ
ップされるべきオブジェクトがスタックに無い場合（”
ResultMissing”）に例外が投出される。
【１８２１】４．２９ 実行の例外（Execution Except
ion） オブジェクト（参照される） ・ 例外（変更なし） ・・ プログラミングの例外 ・・・ カーネル例外 ・・・・ Execution Exception クラス ExecutionException: abstract interface(KernelException) = (); サブクラス ArgumentInvalid: interface (ExecutionException) = (); アーギュメントはアーギュメントのコンストレイントを
満たさない。
ion） オブジェクト（参照される） ・ 例外（変更なし） ・・ プログラミングの例外 ・・・ カーネル例外 ・・・・ Execution Exception クラス ExecutionException: abstract interface(KernelException) = (); サブクラス ArgumentInvalid: interface (ExecutionException) = (); アーギュメントはアーギュメントのコンストレイントを
満たさない。
【１８２２】ArgumentMissing: interface (ExecutionException) = (); アーギュメントは、スタックにない。
【１８２３】AttributeReadOnly: interface (ExecutionException) = (); 属性は、リードオンリであるのセットできない。
【１８２４】ClassUnavailable: interface (ExecetionException) = (); クラスは、現在のプロセスの属性”privateClasses”で
も、現在のプレイスの属性”publicClasses”でもな
い。
も、現在のプレイスの属性”publicClasses”でもな
い。
【１８２５】EscalationInvalid: interface (ExecutionException)=(); フィーチャは、不適切にエスカレートされる。
【１８２６】FeatureUnavailable: interface (ExecutionException)=(); 識別子は、レスポンダのアクセス可能なフィーチャを表
さない。
さない。
【１８２７】InternalException: interface (ExecutionException)=(); エンジンは、命令セットを充分にインプリメントし得な
い。
い。
【１８２８】PropertyUnderfined: interface (ExecutionException)=(); 識別子は、現在の方法に適切に検出可能を意味しない。
【１８２９】ReferenceProtected: interface (ExecutionException)=(); あるオブジェクトへのリファレンスはそのオブジェクト
の変更を防止しない。
の変更を防止しない。
【１８３０】ReferenceVoid: interface (ExecutionException)=(); リファレンスは、ボイドである。
【１８３１】ResponderMissing: interface (ExecutionException)=(); スタックがクリアされた時にあるフィーチャは、リクエ
ストされる。
ストされる。
【１８３２】ResultInvalid: interface (ExecutionException)=(); ある結果は、その結果のコンストレイントを満たさな
い。
い。
【１８３３】ResultMissing: interface (Execution Exception)=(); ある結果は、スタックに無い。
【１８３４】VariableUnderfined: interface (Execution Exception)=(); 識別子は、変数を表さない。
【１８３５】４．３０ フィーチャ（Feature） オブジェクト（参照される） ・ フィーチャ クラス Feature: abstract interface = (...); このクラスは、シールされる。
【１８３６】構成 initialize: プロテクトされないop (isPublic: Boolean|Nil; exceptions: Set[Identifier]|Nil); レスポンダの本来の属性を同じ名前のアーギュメンント
（アーギュメント”exceptions”及び”isPublic”）と
する。しかしアーギュメントが０であれば、対応する属
性はクリアされるかまたは”偽”とされる。
（アーギュメント”exceptions”及び”isPublic”）と
する。しかしアーギュメントが０であれば、対応する属
性はクリアされるかまたは”偽”とされる。
【１８３７】パブリックインスタンス属性 exceptions: Set[Identifier!]; レスポンダが定義するフィーチャによって投出された例
外がそのメンバであるクラスを表す識別子。識別子は、
レスポンダを含むインターフェースの属性”vocabular
y”に従って解釈される。
外がそのメンバであるクラスを表す識別子。識別子は、
レスポンダを含むインターフェースの属性”vocabular
y”に従って解釈される。
【１８３８】isPublic: ブーリアン; レスポンダが定義するフィーチャがパブリックであるか
否か、すなわちプライベートでないか否か。
否か、すなわちプライベートでないか否か。
【１８３９】４．３１ ハッシュド（Hashed） Hashed クラス Hashed: abstract interface () = (...); パブリックインスタンス属性 hash: abstract read-only Integer; レスポンダのハッシュ ４．３２ アイデンティファイヤ（Identifier） オブジェクト（参照される） ・ プリミティブ（実行され、変更されない） ・・ 識別子（順序有り） クラス Identifier: シールされたinterface (Primitive, Ordered) = (); アダプテイション isAfter １つの識別子は、そのテキストに従って別の識別子の後
にある。
にある。
【１８４０】isBefore １つの識別子は、そのテキストに従って別のものの前に
ある。
ある。
【１８４１】isEqual ２つの識別子は、そのテキストに従って同一である。
【１８４２】変更 String あるストリングは、識別子のテキストがその識別子を形
成するので適切である。
成するので適切である。
【１８４３】４．３３ インプレメンテーション（Impl
ementation） オブジェクト（参照される） ・ Implementation クラス Implementation: シールされたinterface = (...); 構成 initialize: プロテクトされないop （superclasses:List[Identifie
r!]|Nil; vocabulary: Lexion〔Citation〕|Nil; property: List[Identifier!]|Nil; instanceMethods, setMethods, classMethods, fromMethods, toMethods: Lexicon[Method]|Nil; レスポンダの本来の属性を同じ名前のアーギュメント
（アーギュメント”classMethods”、”fromMethod
s”、”instanceMethods”、”properties”、”setMet
hods”、”superClasses”、”toMetjods”及び”vocab
ulary”）とする。アーギュメントが０であるが、対応
する属性は０であることが許されない場合に、対応する
属性はクリアされる。
ementation） オブジェクト（参照される） ・ Implementation クラス Implementation: シールされたinterface = (...); 構成 initialize: プロテクトされないop （superclasses:List[Identifie
r!]|Nil; vocabulary: Lexion〔Citation〕|Nil; property: List[Identifier!]|Nil; instanceMethods, setMethods, classMethods, fromMethods, toMethods: Lexicon[Method]|Nil; レスポンダの本来の属性を同じ名前のアーギュメント
（アーギュメント”classMethods”、”fromMethod
s”、”instanceMethods”、”properties”、”setMet
hods”、”superClasses”、”toMetjods”及び”vocab
ulary”）とする。アーギュメントが０であるが、対応
する属性は０であることが許されない場合に、対応する
属性はクリアされる。
【１８４４】パブリックインスタンス属性 classMethods: Lexicon[Method]; メソッド−許可されない”αSet”オペレーション 以外のオペレーション”αGet”を含むクラスオペレー
ション−レスポンダを組み込むクラスに対して固有のも
の。各々の値は、関連するキーが表すオペレーションを
遂行するための方法である。
ション−レスポンダを組み込むクラスに対して固有のも
の。各々の値は、関連するキーが表すオペレーションを
遂行するための方法である。
【１８４５】fromMethods: Lexicon [Method]; レスポンダを組み込んだクラスに対して固有の方法−−
他のクラスから変更するための方法。各々の値は、関連
するキーが表すクラスから変更するための方法である。
他のクラスから変更するための方法。各々の値は、関連
するキーが表すクラスから変更するための方法である。
【１８４６】注：クラス”Dictionary”の実施（インプ
リメンテーション）において、特定されるクラス”Lis
t”であれば、変換は、そのレスポンダがクラス”Dicti
onary”でありその署名が”List”オペレーション ”
（List : protected list) Dictionary”である変換で
ある。 instanceMethods: Lexicon [Method]; オペレーション”αセット”（属性”setMethods”）以
外のオペレーション”αゲット”を含むインスタンスオ
ペレーションのための−レスポンダを組み込んだクラス
に固有の方法。各々の値は、関連するキーを表すオペレ
ーションを遂行するための方法である。
リメンテーション）において、特定されるクラス”Lis
t”であれば、変換は、そのレスポンダがクラス”Dicti
onary”でありその署名が”List”オペレーション ”
（List : protected list) Dictionary”である変換で
ある。 instanceMethods: Lexicon [Method]; オペレーション”αセット”（属性”setMethods”）以
外のオペレーション”αゲット”を含むインスタンスオ
ペレーションのための−レスポンダを組み込んだクラス
に固有の方法。各々の値は、関連するキーを表すオペレ
ーションを遂行するための方法である。
【１８４７】properties: List [Identifier!]; レスポンダを組み込むクラスに固有のプロパティの識別
子。これらの識別子の順序は、開示された命令セットの
解釈において意味を持たない。しかしプロパティの順序
は、この開示のアペンディクスＢに示された符号化規則
において大切である。
子。これらの識別子の順序は、開示された命令セットの
解釈において意味を持たない。しかしプロパティの順序
は、この開示のアペンディクスＢに示された符号化規則
において大切である。
【１８４８】setMethods: [Lexicon [Method]; レスポンダを組み込んだクラスに固有の−”αSet”イ
ンスタンスオペレーションのための−方法。各々の値は
関連するキーの表すオペレーションを遂行する方法であ
る。
ンスタンスオペレーションのための−方法。各々の値は
関連するキーの表すオペレーションを遂行する方法であ
る。
【１８４９】superclasses: List [Identifier!]: Nil; クラスのインターフェイスの直接スーパークラスと異な
っているならば、レスポンダを組み込んだクラスのイン
プリメンテーション直接スーパークラスの識別子であ
り、さもなければ０である。クラスの標準的な順序は、
その識別子の順序であり、最後のクラスはフレーバとな
るべきである。
っているならば、レスポンダを組み込んだクラスのイン
プリメンテーション直接スーパークラスの識別子であ
り、さもなければ０である。クラスの標準的な順序は、
その識別子の順序であり、最後のクラスはフレーバとな
るべきである。
【１８５０】toMethods: Lexicon [Method]; レスポンダを組み込んだクラスに固有の−他のクラスに
変換するための−方法。各々の値は関連するキーが表す
クラスに変換するための方法である。
変換するための−方法。各々の値は関連するキーが表す
クラスに変換するための方法である。
【１８５１】注：クラス”Dictionary”のインプリメン
テーションにおいて、特定されるクラスがクラス”Lis
t”であれば、変換は、そのレスポンダがディクショナ
リであり、その署名が”List:op ( ) List ”である変
換である。
テーションにおいて、特定されるクラスがクラス”Lis
t”であれば、変換は、そのレスポンダがディクショナ
リであり、その署名が”List:op ( ) List ”である変
換である。
【１８５２】vocabulary: Lexicon [Citation] : Nil; クラスのインターフェースが参照するものでなければ、
レスポンダが参照するユーザによって特定されたクラス
であり、さもなければ０である。各々の値は関連するキ
ーの表すクラスへのサイテイションである。属性は、レ
スポンダの”fromMethods”、”superClass”、及び”t
oMethods”属性（他のものではない）の解釈を案内す
る。
レスポンダが参照するユーザによって特定されたクラス
であり、さもなければ０である。各々の値は関連するキ
ーの表すクラスへのサイテイションである。属性は、レ
スポンダの”fromMethods”、”superClass”、及び”t
oMethods”属性（他のものではない）の解釈を案内す
る。
【１８５３】アダプテイション isEqual ２つのインプリメンテーションはその本来の属性に従っ
て同一である。
て同一である。
【１８５４】４．３４ 整数（Integer） オブジェクト（参照される） ・ プリミティブ（実行され変更されない） ・・数（順序あり） ・・・Integer クラス Integer: シールされたインターフェース (Number)=(・・・・); パブリックインスタンスオペレーション modulus: op （divisor: Integer) Integer は、DivisionByzeroを投出する； レスポンダの算数の剰余、被除数と整数（アーギュメン
ト”divisor”）即ち除数とをリターンする。前者の符
号は結果を表す。
ト”divisor”）即ち除数とをリターンする。前者の符
号は結果を表す。
【１８５５】除数が０である場合に例外が投出され
る（”DivisionByZero”）。
る（”DivisionByZero”）。
【１８５６】quotient: op （divisor: Integer) Integer は、DivisionByZeroを投出する； レスポンダの算数の商、被除数と整数（アーギュメン
ト”divisor”）、除数とリターンする。
ト”divisor”）、除数とリターンする。
【１８５７】除数が０である場合、例外が投出され
る（”divitionByZero”）。
る（”divitionByZero”）。
【１８５８】アダプテイション abs 結果は整数である。
【１８５９】add アーギュメントが実数であれば結果は実数であり、整数
であれば結果は整数である。
であれば結果は整数である。
【１８６０】divide アーギュメントが実数であれば結果は実数であり、アー
ギュメントが整数であり結果が正しいと思われれば結果
は整数であり、さもなければ結果は実数である。
ギュメントが整数であり結果が正しいと思われれば結果
は整数であり、さもなければ結果は実数である。
【１８６１】multiply オペレーション”add”について前述した通り。
【１８６２】negate 結果は整数である。
【１８６３】subtract オペレーション”add”について前述した通り。
【１８６４】変換 Bit ビット”０”及び”１”は其々０及び１を生ずる。
【１８６５】BitString ある整数の変換によって生成され得るビットストリング
は整数を生ずる。
は整数を生ずる。
【１８６６】Boolean ブーリアン”偽”及び”真”は其々０及び１を生ずる。
【１８６７】Character あるキャラクタは、そのキャラクタのユニコードコード
である［０，６５５３５］中の整数を生ずる。
である［０，６５５３５］中の整数を生ずる。
【１８６８】Octet オクテットはオクテットをオクテットストリングに最初
に変更し次にオクテットストリングを整数に変更するこ
との結果を生ずる。
に変更し次にオクテットストリングを整数に変更するこ
との結果を生ずる。
【１８６９】OctetString ある整数を変換することによって生成させ得るオクテッ
トストリングは整数を生ずる。
トストリングは整数を生ずる。
【１８７０】Real 実数は、オペレーション”truncate”を遂行することに
よって結果した整数を生ずる。
よって結果した整数を生ずる。
【１８７１】String キャラクタテレスクリプトにおいてトークン”Intege
r”のためのシンタクティックルールに従うストリング
は、対応する整数を生ずる。
r”のためのシンタクティックルールに従うストリング
は、対応する整数を生ずる。
【１８７２】４．３５ インテーチェンジド（Intercha
nged） 変更しない ・ Interchanged クラス Interchanged: abstract interface(Unchanged) = (...); パブリックインスタンス属性 digest: abstract readonly protected object : Nil; レスポンダ即ちクラスのこの特別のインスタンスが相互
変換可能であれば、レスポンダのダイジェストであり、
さもなければ０である。
nged） 変更しない ・ Interchanged クラス Interchanged: abstract interface(Unchanged) = (...); パブリックインスタンス属性 digest: abstract readonly protected object : Nil; レスポンダ即ちクラスのこの特別のインスタンスが相互
変換可能であれば、レスポンダのダイジェストであり、
さもなければ０である。
【１８７３】４．３６ インターフェース（Interfac
e） オブジェクト（参照される） ・ Interface クラス Interface: シールされたinterface = ( ・・・); 構成 initialize: プロテクトされないop (superclasses: List[Identifie
r!]:Nil; vocabulary: Lexicon [Citation]:Nil; instanceFeatures: Lexicon [Feature]:Nil; sealedInstanceFeatures: Set[Identifier!]:Nil; classFeatures: Lexicon [Feature]:Nil; sealedClassFeatures: Set[Identifier!:Nil; isAbstract: Boolean:Nil）; レスポンダの固有の属性を同じ名前のアーギュメント
（アーギュメント”classFeatures”、”instanceFeatu
res”、”isAbstract”、”sealedClassFeatures”、”
sealedInstanceFeatures”、”superClass”及び”voca
bulary”）とする。しかし対応するアーギュメントが０
であれば、属性”superclasses”はクラス”Object”の
みの識別子のリストとされ、または、属性が属性”isAb
stract”、”superClasses”以外であれば、属性はクリ
アされる。
e） オブジェクト（参照される） ・ Interface クラス Interface: シールされたinterface = ( ・・・); 構成 initialize: プロテクトされないop (superclasses: List[Identifie
r!]:Nil; vocabulary: Lexicon [Citation]:Nil; instanceFeatures: Lexicon [Feature]:Nil; sealedInstanceFeatures: Set[Identifier!]:Nil; classFeatures: Lexicon [Feature]:Nil; sealedClassFeatures: Set[Identifier!:Nil; isAbstract: Boolean:Nil）; レスポンダの固有の属性を同じ名前のアーギュメント
（アーギュメント”classFeatures”、”instanceFeatu
res”、”isAbstract”、”sealedClassFeatures”、”
sealedInstanceFeatures”、”superClass”及び”voca
bulary”）とする。しかし対応するアーギュメントが０
であれば、属性”superclasses”はクラス”Object”の
みの識別子のリストとされ、または、属性が属性”isAb
stract”、”superClasses”以外であれば、属性はクリ
アされる。
【１８７４】パブリックインスタンス属性 classFeatures: Lexicon [Features]; レスポンダを組み込むクラスに固有のクラスのフィーチ
ャ。各々の値は、関連するキーが表すフィーチャ定義で
ある。
ャ。各々の値は、関連するキーが表すフィーチャ定義で
ある。
【１８７５】instanceFeatures: Lexicon[Feature]; レスポンダを組み込むクラスに固有のインスタンスフィ
ーチャ。各々の値は、関連するキーが表すフィーチャ定
義である。
ーチャ。各々の値は、関連するキーが表すフィーチャ定
義である。
【１８７６】isAbstract: Boolean; レスポンダを組み込んだクラスがアブストラクトである
か否か。
か否か。
【１８７７】sealedClassFeatures: Set [Identifier!]; クラスフィーチャの識別子。これらの識別子は、レスポ
ンダを組み込んだクラスに固有かまたはそのクラスによ
って受け継がれており、そのクラスによってシールされ
ている。
ンダを組み込んだクラスに固有かまたはそのクラスによ
って受け継がれており、そのクラスによってシールされ
ている。
【１８７８】sealedInstanceFeatures: Set [Identifier!]; インスタンスフィーチャの識別子。これらの識別子は、
レスポンダを組み込んだクラスに固有であるかまたはこ
のクラスによって受け継がれて、このクラスによってシ
ールされている。
レスポンダを組み込んだクラスに固有であるかまたはこ
のクラスによって受け継がれて、このクラスによってシ
ールされている。
【１８７９】superclasses: List [Identifier!]; レスポンダを組み込んだクラスのインターフェースイミ
ーディエートスーパークラスの識別子。クラスの標準的
な順序は、その識別子の順序であり、最後のクラスはフ
レーバでなければならない。
ーディエートスーパークラスの識別子。クラスの標準的
な順序は、その識別子の順序であり、最後のクラスはフ
レーバでなければならない。
【１８８０】vocabulary: Lexicon [Citation]; レスポンダが参照するユーザによって定義されたクラ
ス。
ス。
【１８８１】各々の値は関連するキーが表すクラスへの
サイテイションである。属性は、レスポンダの属性”ス
ーパークラス”（他のものではない）の解釈を案内す
る。
サイテイションである。属性は、レスポンダの属性”ス
ーパークラス”（他のものではない）の解釈を案内す
る。
【１８８２】アダプテイション isEqual 二つのインターフェースは、その固有の属性に従って同
一である。
一である。
【１８８３】４ ３７． カーネルの例外（Kernel Exc
eption） オブジェクト（参照される） ・ 例外（変更されない） ・・ プログラミングの例外 ・・・ Kernel Exception クラス Kernel Exception: abstract interface (Programming Exception) = (); サブクラス ClassAbstract: interface(Kernek Exception) = (); オブジェクトの提案されたクラスは抽象的である。
eption） オブジェクト（参照される） ・ 例外（変更されない） ・・ プログラミングの例外 ・・・ Kernel Exception クラス Kernel Exception: abstract interface (Programming Exception) = (); サブクラス ClassAbstract: interface(Kernek Exception) = (); オブジェクトの提案されたクラスは抽象的である。
【１８８４】ConversionUnavailable: interface(Kernel Exception) = (); オブジェクトの提案されない変換は定義されない。
【１８８５】CopyUnavailable: interface(Kernel Exception) = (); オブジェクトのプロパティはコピーできない。
【１８８６】LoopMissing: interface(Kernel Exception) = (); あるループは破断されまたはループがない場合には連続
している。
している。
【１８８７】MarkMissing: interface(Kernel Exception) = (); スタックのアイテムはマークを含まない。
【１８８８】ObjectUninitialized: interface(Kernel Exception) = (); オペレーション”initialize:ド”をエスカレートする
前にあるオブジェクトはそのフィーチャの１つを使用す
ることを試みる。
前にあるオブジェクトはそのフィーチャの１つを使用す
ることを試みる。
【１８８９】PassaqeInvalid: interface(カーネル例外)=(); あるオブジェクトに提案された通路は不適切である。
【１８９０】SelectorDuplicated: interface(Kernel Exception) = (); ２つのセレクタは同一である。
【１８９１】４．３８ レキシコン（Lexicon） オブジェクト（参照される） ・ コレクション ・・ セット ・・・ ディクショナリ ・・・・ コンストレインド ディクショナリ（コンス
トレインド） ・・・・・ Lexicon クラス Lexicon: interface[ValueClass: Class] (constrainedDictionary[Identifier, valueClass]) =
(・・・); サブジェクトクラスの各々のメンバの各々のアイテムの
値それ自身がメンバであるクラス（アーギュメント”va
lueClass”）によってパラメータ化される。
トレインド） ・・・・・ Lexicon クラス Lexicon: interface[ValueClass: Class] (constrainedDictionary[Identifier, valueClass]) =
(・・・); サブジェクトクラスの各々のメンバの各々のアイテムの
値それ自身がメンバであるクラス（アーギュメント”va
lueClass”）によってパラメータ化される。
【１８９２】構成 initialize: プロテクトされないop(keysAndValues: Object・・・ /* key: Identifier!; value: valueClass */） KeyDuplicated, KeyInvalid, ObjectsUnpairedを送出す
る。; レスポンダのアイテムを、キーの値対の間のアソシエー
ションとする（アーギュメント”keyAndValues”）。
る。; レスポンダのアイテムを、キーの値対の間のアソシエー
ションとする（アーギュメント”keyAndValues”）。
【１８９３】２つの提案されたキーが等しく、（”keyD
uplicated”）、提案されたキーがそれ自体として不適
切である（”keyInvalid”）か、またはオブジェクトの
数が奇数である（”ObjectsUnpaiered”）場合に例外が
投出される。
uplicated”）、提案されたキーがそれ自体として不適
切である（”keyInvalid”）か、またはオブジェクトの
数が奇数である（”ObjectsUnpaiered”）場合に例外が
投出される。
【１８９４】アダプテイション constraint 属性は、シールされている。属性”ofClass”、”class
Id”、”isInstance”、”isOptional”、及び”passag
e"属性はそれぞれ、”Identifier”クラス、 クラス”
Identifier”、”真”、”偽”及び”byCopy”の識別子
である。
Id”、”isInstance”、”isOptional”、及び”passag
e"属性はそれぞれ、”Identifier”クラス、 クラス”
Identifier”、”真”、”偽”及び”byCopy”の識別子
である。
【１８９５】変換 Dictionary そのキーがレキシコンのコンストレイントを満たすディ
クショナリはレキシコンを生ずる。
クショナリはレキシコンを生ずる。
【１８９６】４．３９ リスト（List） オブジェクト（参照される） ・ コレクション ・・ リスト（順序あり） クラス List: interface [itemClass: Class] (Collection[itemClass], Ordered) = (・・・); サブジェクトクラスの各々のメンバの各々のアイテムそ
れ自身がメンバであるクラス（アーギュメント”itemCl
ass”）によってパラメータ化される。
れ自身がメンバであるクラス（アーギュメント”itemCl
ass”）によってパラメータ化される。
【１８９７】構成 initialize: プロテクトされないop (items: itemClass・・・）; レスポンダのアイテムを、その位置が左から右にかけて
増大するオブジェクト（アーギュメント”items”）と
する。
増大するオブジェクト（アーギュメント”items”）と
する。
【１８９８】パブリックインスタンスオペレーション add: プロテクトされないop (position: Integer; item: ite
mClass） は、ItemInvalid, PositionInvalidを送出する; 新しいアイテムとしてレスポンダ中にオブジェクト（ア
ーギュメント”item”）を含める。このアイテムは、そ
の位置が整数（アーギュメント”position”）に等しい
アイテムである。含められたアイテムの位置に等しいか
またはそれに後続する位置を持つ各々のアイテムの位置
は１つずつ増大する。
mClass） は、ItemInvalid, PositionInvalidを送出する; 新しいアイテムとしてレスポンダ中にオブジェクト（ア
ーギュメント”item”）を含める。このアイテムは、そ
の位置が整数（アーギュメント”position”）に等しい
アイテムである。含められたアイテムの位置に等しいか
またはそれに後続する位置を持つ各々のアイテムの位置
は１つずつ増大する。
【１８９９】提案されたアイテムがそのようなものとし
て不適切である場合（”ItemInvalid”）、または提案
された位置がそのようなものとして不適切である場
合（”PositionInvalid”）例外が送出される。
て不適切である場合（”ItemInvalid”）、または提案
された位置がそのようなものとして不適切である場
合（”PositionInvalid”）例外が送出される。
【１９００】drop: プロテクトされないop (position: Integer） itemCla
ss は、PositionInvalidを送出する。； その位置が整数に等しいアイテムをレスポンダから除い
てリターンする（アーギュメント”position”）。除去
されたアイテムの位置に続く位置の各々のアイテムの位
置は１つずつ減少する。
ss は、PositionInvalidを送出する。； その位置が整数に等しいアイテムをレスポンダから除い
てリターンする（アーギュメント”position”）。除去
されたアイテムの位置に続く位置の各々のアイテムの位
置は１つずつ減少する。
【１９０１】主張された位置がそのようなものとして不
適切な場合に例外が投出される（”PositionInvali
d”）。
適切な場合に例外が投出される（”PositionInvali
d”）。
【１９０２】find: op （initialPosition: Integer; item: protected ite
mClass) Integer: Nil は、PositionInvalidを投出する； オブジェクトに等しく（”item”）その位置が整数の前
にないアイテムの位置をレスポンダに残しリターンする
（”initioalPosition”）。レスポンダが幾つかのその
ようなアイテムを持つ場合、その位置が最小のものを選
ぶ。何も持たなければ０をリターンする。主張された位
置がそのようなものとして不適切な場合（”PositionIn
valid”）例外が投出される。
mClass) Integer: Nil は、PositionInvalidを投出する； オブジェクトに等しく（”item”）その位置が整数の前
にないアイテムの位置をレスポンダに残しリターンする
（”initioalPosition”）。レスポンダが幾つかのその
ようなアイテムを持つ場合、その位置が最小のものを選
ぶ。何も持たなければ０をリターンする。主張された位
置がそのようなものとして不適切な場合（”PositionIn
valid”）例外が投出される。
【１９０３】get: op (position: Integer) itemClass は、PositionInvalidを送出する； その位置が整数に等しいアイテムをレスポンダに残しリ
ターンする（アーギュメント”position”）。 主張さ
れた位置がそのようなものとして不適切な場合（”Posi
tionInvalid”）例外が投出される。
ターンする（アーギュメント”position”）。 主張さ
れた位置がそのようなものとして不適切な場合（”Posi
tionInvalid”）例外が投出される。
【１９０４】reposition: プロテクトされないop (currentPosition, newPositon:
Integer） は、PositionInvalidを送出する； その位置が第１の整数に等しいレスポンダのアイテムの
位置（アーギュメント”currentPosition”）を第２の
整数（アーギュメント”newPosition”）に変更する。
このオペレーションは、第２の整数がオペレーション”
drop”のリクエストされる後ではなく前に解釈されるこ
とを除いて、オペレーション”drop”及び”add”によ
るかのようにこれを達成する。
Integer） は、PositionInvalidを送出する； その位置が第１の整数に等しいレスポンダのアイテムの
位置（アーギュメント”currentPosition”）を第２の
整数（アーギュメント”newPosition”）に変更する。
このオペレーションは、第２の整数がオペレーション”
drop”のリクエストされる後ではなく前に解釈されるこ
とを除いて、オペレーション”drop”及び”add”によ
るかのようにこれを達成する。
【１９０５】主張された位置がそのようなものとして不
適切な場合（”PositionInvalid”）例外が投出され
る。
適切な場合（”PositionInvalid”）例外が投出され
る。
【１９０６】set: プロテクトされないop (position: Integer; item: ite
mClass） は、ItemInvalid, PositionInvalidを送出する； アイテムがもしあれば、即ちその位置が整数に等しい
（アーギュメント”position”）新しいアイテムが附加
されていない場合、レスポンダからそのアイテムを除去
し、新しいアイテムとしてオブジェクト（アーギュメン
ト”item”）を同じ位置に含める。
mClass） は、ItemInvalid, PositionInvalidを送出する； アイテムがもしあれば、即ちその位置が整数に等しい
（アーギュメント”position”）新しいアイテムが附加
されていない場合、レスポンダからそのアイテムを除去
し、新しいアイテムとしてオブジェクト（アーギュメン
ト”item”）を同じ位置に含める。
【１９０７】提案されたアイテムがそのようなものとし
て不適切な場合（”ItemInvalid”）または提案された
位置がそのようなものとして不適切な場合（”Position
Invalid”）例外が投出される。
て不適切な場合（”ItemInvalid”）または提案された
位置がそのようなものとして不適切な場合（”Position
Invalid”）例外が投出される。
【１９０８】transpose: プロテクトされていないop （position1, position2：
Integer) PositionInvalidを送出する。; ２つの位置を占めるレスポンダのアイテム（アーギュメ
ント”position1”及び”position2”）を転置する。主
張された位置がそのようなものとして不適切な場合（”
PositionInvalid”）例外が投出される。
Integer) PositionInvalidを送出する。; ２つの位置を占めるレスポンダのアイテム（アーギュメ
ント”position1”及び”position2”）を転置する。主
張された位置がそのようなものとして不適切な場合（”
PositionInvalid”）例外が投出される。
【１９０９】アダプテイション exclude オペレーションは、その位置が除外されたアイテムの位
置の後になる各々のオブジェクトの位置を１つだけ減少
させる。
置の後になる各々のオブジェクトの位置を１つだけ減少
させる。
【１９１０】include 新しく含められたアイテムの位置はリストの新しい長さ
である。
である。
【１９１１】isEqual ２つのリストはその同じ位置にあるアイテムが同一であ
る場合にのみ同一である stream ストリームは位置の増大の順序にリストのアイテムを生
成させる。
る場合にのみ同一である stream ストリームは位置の増大の順序にリストのアイテムを生
成させる。
【１９１２】変換 Procedure プロシージャは、そのアイテムの各々がプロシージャ中
の同じ位置のアイテムのコピーである同じ長さのリスト
を生ずる。
の同じ位置のアイテムのコピーである同じ長さのリスト
を生ずる。
【１９１３】４．４０ マーク（Mark） オブジェクト（参照される） ・ プリミティブ（実行され変更されない） ・・ Mark クラス Mark: シールされたインターフェース(Primitive)=(); アダプテイション isEaual いかなる２つのマークも同等である。
【１９１４】４．４１ 手段（Means） オブジェクト（参照される） ・ Means クラス Means: abstract interface=(); ４．４２ ミーティングの例外（Meeting Exception） オブジェクト（参照される） ・ 例外（変更なし） ・・ Meeting Exception クラス MeetingException: abstract interface(Exception)=(); サブクラス MeetingDenied: interface(Meeting Exception)=(); ペティションにはペティショナにミーティングを拒絶す
る。
る。
【１９１５】MeetingDuplicated: interface(Meeting Exception)=(); ペティショナとペティショニとは同一であるかまたはす
でにミーティングである。
でにミーティングである。
【１９１６】MeetingInvalid: interface(Meeting Exception)=(); コンタクトはミーティングを表わさない。
【１９１７】PetitionExpired: interface(Meeting Exception)=(); ペティションには許容された時間内においてミーティン
グできない。
グできない。
【１９１８】４．４３ ミーティングプレイス（Meetin
g Place） オブジェクト（参照される） ・ プロセス（名前付けされている） ・・ プレイス（移動しない） ・・・ Meeting Place クラス MeetingPlace: abstract interface(Place) = (・・・); パブリックインスタンスオペレーション meet: プロテクトされないop (petition: copied Petition) C
ontact MeetingException, ProcessNotCurrent, StateImproper
を送出する。；オペレーションをリクエストしたエージ
ェントとペティション（アーギュメント”petition”）
が特定するエージェントとの間のミーティングを開始さ
せ、その”subject”属性が後者であるコンタクトをリ
ターンする。後者のエージェントは常にレスポンダを占
有していなければならない。
g Place） オブジェクト（参照される） ・ プロセス（名前付けされている） ・・ プレイス（移動しない） ・・・ Meeting Place クラス MeetingPlace: abstract interface(Place) = (・・・); パブリックインスタンスオペレーション meet: プロテクトされないop (petition: copied Petition) C
ontact MeetingException, ProcessNotCurrent, StateImproper
を送出する。；オペレーションをリクエストしたエージ
ェントとペティション（アーギュメント”petition”）
が特定するエージェントとの間のミーティングを開始さ
せ、その”subject”属性が後者であるコンタクトをリ
ターンする。後者のエージェントは常にレスポンダを占
有していなければならない。
【１９１９】ミーティングが失敗に終わり（”MeetingE
xception”）、レスポンダが現在のプレイスでなく（”
ProcessNotCurrent”）またはリクエスタのステイト
が”meet”を排除する（”StateImProper”）場合に例
外が投出される。
xception”）、レスポンダが現在のプレイスでなく（”
ProcessNotCurrent”）またはリクエスタのステイト
が”meet”を排除する（”StateImProper”）場合に例
外が投出される。
【１９２０】part: プロテクトされない op （contact: Contact) は、MeetingInvalid, ProcessNotCurrent, StateImprop
erを送出する。; オペレーションをリクエストするエージェントとコンタ
クトのサブジェクト（アーギュメント”contact”）と
の間のミーティングを終了させ、コンタクトの”subjec
t”属性を０とする（属性がすでに０となっていない場
合）。サブジェクトはやはりレスポンダを占有していな
ければならない。コンタクトがミーティングのコンタク
トでなく（”MeetingInvalid”）、レスポンダが現在の
プレイスでなく（”ProcessNotCurrent”）またはリク
エスタのステイトがオペレーション”part”を除外する
（”StateImproper”）場合、例外が投出される。
erを送出する。; オペレーションをリクエストするエージェントとコンタ
クトのサブジェクト（アーギュメント”contact”）と
の間のミーティングを終了させ、コンタクトの”subjec
t”属性を０とする（属性がすでに０となっていない場
合）。サブジェクトはやはりレスポンダを占有していな
ければならない。コンタクトがミーティングのコンタク
トでなく（”MeetingInvalid”）、レスポンダが現在の
プレイスでなく（”ProcessNotCurrent”）またはリク
エスタのステイトがオペレーション”part”を除外する
（”StateImproper”）場合、例外が投出される。
【１９２１】partAll: プロテクトされないop () は、ProcessNotCurrent, StateImproperを送出する； リクエストするエージェントを含む全てのミーティング
を終了させた後エージェントをアイソレートする。レス
ポンダが現在のプレイスでなく（”ProcessNotCurren
t”）またはリクエスタのステイトがオペレーション”p
artAll”（”StateInproper”）を除外する場合、例外
が送出される。
を終了させた後エージェントをアイソレートする。レス
ポンダが現在のプレイスでなく（”ProcessNotCurren
t”）またはリクエスタのステイトがオペレーション”p
artAll”（”StateInproper”）を除外する場合、例外
が送出される。
【１９２２】４．４４ メソッド（Method） オブジェクト（参照される） ・ Method クラス Method: シールされたinterface=(・・・); 構成 initialize: プロテクトされないop (procedure: Procedure:Nil; variables: List [Identifier!]:Nil); レスポンダの本来の属性を同じ名前のアーギュメント
（アーギュメント”procedure”及び”valiables”）と
する。しかしアーギュメントが０であれば対応する属性
はクリアする。
（アーギュメント”procedure”及び”valiables”）と
する。しかしアーギュメントが０であれば対応する属性
はクリアする。
【１９２３】パブリックインスタンス属性 procedure: Procedure； レスポンダのプロシージャ。
【１９２４】variables: List [Identifier!]; レスポンダの変数の識別子。これらの識別子の順序は開
示された命令セットの解釈に関連して重要ではない。し
かしこの開示のアペンディクスＢに示された符号化規則
においては変数の順序は大切である。
示された命令セットの解釈に関連して重要ではない。し
かしこの開示のアペンディクスＢに示された符号化規則
においては変数の順序は大切である。
【１９２５】アダプテイション isEqual ２つの方法はその固有の属性に従って同一である。
【１９２６】４．４５ その他の例外（Miscellaneous
Exception） オブジェクト（参照される） ・ 例外（変更されない） ・・ プログラミング例外 ・・・ Miscellaneous Exception クラス MiscellaneousException: abstract interface(ProgrammingException)=(); サブクラス PatternInvalid: interface(MiscellaneousException) =(); パターンの提案されたテキストはシンタクティックに誤
っている。
Exception） オブジェクト（参照される） ・ 例外（変更されない） ・・ プログラミング例外 ・・・ Miscellaneous Exception クラス MiscellaneousException: abstract interface(ProgrammingException)=(); サブクラス PatternInvalid: interface(MiscellaneousException) =(); パターンの提案されたテキストはシンタクティックに誤
っている。
【１９２７】SeedInvalid: interface(MiscellaneousException) =(); ランダムストリームの提案されたシードが要求された範
囲にない。 ４．４６ モディファイヤ（Modifier） オブジェクト（参照される） ・ プリミティブ（実行され変更されない） ・・ Modifier クラス Modifier: シールされたinterface(Primitive)=(); アダプテイション isEqual ２つのモディファイアはそれらの値が同一である場合に
のみ同一である。
囲にない。 ４．４６ モディファイヤ（Modifier） オブジェクト（参照される） ・ プリミティブ（実行され変更されない） ・・ Modifier クラス Modifier: シールされたinterface(Primitive)=(); アダプテイション isEqual ２つのモディファイアはそれらの値が同一である場合に
のみ同一である。
【１９２８】４．４７ ネームド（Named） Named クラス Named: abstract interface()=(・・・); 構成 initialize レスポンダの”name”属性を新しい割り当てられたテレ
ネーム、現在のプロセスの仲間とする。
ネーム、現在のプロセスの仲間とする。
【１９２９】パブリックインスタンス属性 name: シールされたリードオンリのプロテクトされたテレネー
ム; レスポンダの割り当てられたテレネーム。
ム; レスポンダの割り当てられたテレネーム。
【１９３０】４．４８ ニル（Nil） オブジェクト（参照される） ・ プリミティブ（実行され変更されない） ・・ Nil クラス Nil: シールされたinterface(Primitive)=(); アダプテイション isEqual いかなる２つの０も同一である。
【１９３１】４．４９ ナンバ（Number） オブジェクト（参照される） ・ プリミティブ（実行され変更されない） ・・ Number （順序づけされる） クラス Number: abstract interface(Primitive, Ordered)=(・・・); このクラスはシールされている。
【１９３２】パブリックインスタンスオペレーション abs: abstract op () Number; レスポンダの絶対値をリターンする。
【１９３３】add: abstract op (number: Number) Number; 数（”ナンバ”）の算術及びレスポンダをリターンす
る。
る。
【１９３４】Ceiling: abstract op () Integer; レスポンダよりも算術的に大きいかまたはこれに等しい
最小の整数をリターンする。
最小の整数をリターンする。
【１９３５】devide: abstract op (divisor: Number) Number は、DivisionByZeroを送出する。; レスポンダの算術商、被除数と数（アーギュメント”di
visor”）、除数とをリターンする。
visor”）、除数とをリターンする。
【１９３６】除数が０である場合（”DivisionByZer
o”）例外が投出される。
o”）例外が投出される。
【１９３７】Floor: abstract op() Integer; レスポンダよりも算術的に小さいかまたはこれに等しい
最大の整数をリターンする。
最大の整数をリターンする。
【１９３８】multiply: abstract op (number: Number) Number; 数（”number”）とレスポンダとの算術積をリターンす
る。
る。
【１９３９】negate: abstract op () Number; レスポンダの算術ネガティブをリターンする。
【１９４０】round: abstract op () Integer; レスポンダに算術的に最も近い単一の整数またはレスポ
ンダに算術的に最も近い２つの整数の内の１つをリター
ンする。
ンダに算術的に最も近い２つの整数の内の１つをリター
ンする。
【１９４１】subtract: abstract op (subtrahend: Number) Number; 被減数であるレスポンダと減数である数（アーギュメン
ト”subtrahend”）との間の算術差をリターンする。
ト”subtrahend”）との間の算術差をリターンする。
【１９４２】truncate: abstract op () Integer; レスポンダを０に向かって算術的にトランケートするよ
うにレスポンダの分数部分を除くことによって形成され
た整数をリターンする。
うにレスポンダの分数部分を除くことによって形成され
た整数をリターンする。
【１９４３】アダプテイション isAfter 最初のものが第２のものよりも大きい場合にのみある数
は別の数の後になる。
は別の数の後になる。
【１９４４】isBefore 最初のものが第２のものよりも小さい場合にのみある数
は別のものの前になる。
は別のものの前になる。
【１９４５】isEqual ２つの数は数学的に等しい場合にのみ相等しい。
【１９４６】４．５０ オブジェクト（Object） Object（参照される） クラス Object: abstract interface(Referenced)= (・・・); 構成 initialize: プロテクトされないop (); レスポンダ、潜在的なオブジェクト、をイニシアライズ
しレスポンダをオブジェクトとする。
しレスポンダをオブジェクトとする。
【１９４７】finalize: プロテクトされないop (); レスポンダがオペレーション”ディスカード”によって
破壊されるため要求される。このオペレーションのため
の方法は、方法のクラスに関してオブジェクトを最終化
（ファイナライズ）する。
破壊されるため要求される。このオペレーションのため
の方法は、方法のクラスに関してオブジェクトを最終化
（ファイナライズ）する。
【１９４８】パブリックインスタンス属性 Class: シールされたリードオンリクラス。; レスポンダがクラス”Class”でなければ、レスポンダ
が１つのインスタンスであるクラスであり、レスポンダ
が実際にクラス”Class”であれば、クラス”Class”で
ある。
が１つのインスタンスであるクラスであり、レスポンダ
が実際にクラス”Class”であれば、クラス”Class”で
ある。
【１９４９】size: シールされたリードオンリ Integer; オクテットで表したレスポンダの大きさ、すなわち、レ
スポンダの破壊によって再びクレームされるべき近似的
な記憶量。
スポンダの破壊によって再びクレームされるべき近似的
な記憶量。
【１９５０】パブリックインスタンスオペレーション Copy: シールされたop () copied Object は、CopyUnavailableを送出する; レスポンダへのただ１つの参照を用いてオペレーション
がリクエストされた場合にはレスポンダをリターンし、
その他の場合にはレスポンダのコピーをリターンする。
がリクエストされた場合にはレスポンダをリターンし、
その他の場合にはレスポンダのコピーをリターンする。
【１９５１】コピーが使用不可能ならば（”CopyUnavai
lable”）例外が送出される。
lable”）例外が送出される。
【１９５２】isEqual: op(object: protected Object) Boolean; オブジェクト（アーギュメント”object”）がレスポン
ダに等しいか否かの表示をリターンする。レスポンダま
たはオブジェクトが、方法が固有でないクラスのメンバ
でない場合に、方法はこのオペレーションをエスカレー
トさせねばならない。クラス”Object”に固有の方法は
２つのものを、これらは同一のオブジェクトである場合
にのみ等しいとみなす。 select: シールされたop (associations: Object・・・ /* protected Object; Executed */ は、Exception, SelectorDuplicatedを送出する。; オブジェクト及び実行されるオブジェクトの対（アーギ
ュメント”associations”）から、多くとも１つの実行
されるオブジェクトを選択し遂行する。選択された１つ
は、レスポンダのフレーム及びプロパティではなくリク
エスタのフレーム及びプロパティにアクセスする。
ダに等しいか否かの表示をリターンする。レスポンダま
たはオブジェクトが、方法が固有でないクラスのメンバ
でない場合に、方法はこのオペレーションをエスカレー
トさせねばならない。クラス”Object”に固有の方法は
２つのものを、これらは同一のオブジェクトである場合
にのみ等しいとみなす。 select: シールされたop (associations: Object・・・ /* protected Object; Executed */ は、Exception, SelectorDuplicatedを送出する。; オブジェクト及び実行されるオブジェクトの対（アーギ
ュメント”associations”）から、多くとも１つの実行
されるオブジェクトを選択し遂行する。選択された１つ
は、レスポンダのフレーム及びプロパティではなくリク
エスタのフレーム及びプロパティにアクセスする。
【１９５３】オブジェクトがレスポンダに等しい場合、
そのオブジェクトと対となる実行されるオブジェクトが
選択される。その他の場合、オブジェクトが０であれ
ば、そのオブジェクトと対となる実行されるオブジェク
トが選択される。その他の場合にはいかなる実行される
オブジェクトも選択されない。
そのオブジェクトと対となる実行されるオブジェクトが
選択される。その他の場合、オブジェクトが０であれ
ば、そのオブジェクトと対となる実行されるオブジェク
トが選択される。その他の場合にはいかなる実行される
オブジェクトも選択されない。
【１９５４】選択され実行されたオブジェクトがそのよ
うにする場合（”Exception”）または実行されるオブ
ジェクトと対をなす２つのオブジェクトが同等の場
合（”SelectorDupulicated）、例外が投出される。
うにする場合（”Exception”）または実行されるオブ
ジェクトと対をなす２つのオブジェクトが同等の場
合（”SelectorDupulicated）、例外が投出される。
【１９５５】インターナルインスタンスオペレーション getAttribute: シールされた op (identifier: Identifier)Object 投出された ClassUnabaliable, FeatureUnabalilable; 識別子（アーギュメント”アイデンティファイヤ（iden
tifier）”）によって示されるレスポンダの属性をリタ
ーンする。属性は属性について規定された次の通路に従
う。
tifier）”）によって示されるレスポンダの属性をリタ
ーンする。属性は属性について規定された次の通路に従
う。
【１９５６】識別子のクォリファイヤが表すクラスが存
在しない場合に（”クラスアンアベイラブル（ClassUna
vailable）”）またはリクエスタにアクセス可能なレス
ポンダの属性を識別子が表さない場合（”フィーチャア
ンアベイラブル（FeatureUnavailble）”）例外が投出
される。
在しない場合に（”クラスアンアベイラブル（ClassUna
vailable）”）またはリクエスタにアクセス可能なレス
ポンダの属性を識別子が表さない場合（”フィーチャア
ンアベイラブル（FeatureUnavailble）”）例外が投出
される。
【１９５７】getClass: シールドプライベート op (identifier: Identifier!)
Class throuws ClassUnabailable; 識別子（”アイデンティファイヤ（identifier）”）が
表すクラスを現在の方法にリターンする。 クラスが存
在しなければ、（”クラスアンアベイラブル（ClassUna
vailable）”）例外が投出される。
Class throuws ClassUnabailable; 識別子（”アイデンティファイヤ（identifier）”）が
表すクラスを現在の方法にリターンする。 クラスが存
在しなければ、（”クラスアンアベイラブル（ClassUna
vailable）”）例外が投出される。
【１９５８】getProperty: シールドプライベート op (identifier: Identifier!)
Object throuws PropertyUndefined; 識別子（アーギュメント”アイデンティファイヤ（iden
tifier）”）によって表されまた現在の方法がそれに対
し固有であるクラスにとって固有なレスポンダのプロパ
ティをリターンする。レスポンダがプロテクトされてい
る場合にのみ、リターンされるリファレンスはプロテク
トされている。
Object throuws PropertyUndefined; 識別子（アーギュメント”アイデンティファイヤ（iden
tifier）”）によって表されまた現在の方法がそれに対
し固有であるクラスにとって固有なレスポンダのプロパ
ティをリターンする。レスポンダがプロテクトされてい
る場合にのみ、リターンされるリファレンスはプロテク
トされている。
【１９５９】識別子が不適切な時（”プロパティアンデ
ィファインド（PropertyUndefined）”）例外が投出さ
れる。
ィファインド（PropertyUndefined）”）例外が投出さ
れる。
【１９６０】getVariable: シールドプライベート op (identifier: Identifier
!) Object throws VariableUndefiend; 識別子（アーギュメント”アイデンティファイヤ（iden
tifier）”）が表す現在の方法の変数はリターンする。
!) Object throws VariableUndefiend; 識別子（アーギュメント”アイデンティファイヤ（iden
tifier）”）が表す現在の方法の変数はリターンする。
【１９６１】識別子が不適切ならば（”バリアブルアン
ディファインド（VariableUndefiend）”）例外が投出
される。
ディファインド（VariableUndefiend）”）例外が投出
される。
【１９６２】setAttribute: シールドされプロテクトされていない op (identifier:
Identifier; attribute: Object) throws ArgumentInvalid, AttributeReadOnly, ClassUnavailable, FeatureUnavailable; オブジェクト（アーギュメント”アトリビュート（attr
ibute）”）を、識別子（アーギュネント”アイデンテ
ィファイヤ（identifier）”）によって表されるレスポ
ンダの属性にする。オペレーションは抑制をもしそれが
存在すれば最初に廃棄する。オブジェクトは属性につい
て規定された通路に従う。
Identifier; attribute: Object) throws ArgumentInvalid, AttributeReadOnly, ClassUnavailable, FeatureUnavailable; オブジェクト（アーギュメント”アトリビュート（attr
ibute）”）を、識別子（アーギュネント”アイデンテ
ィファイヤ（identifier）”）によって表されるレスポ
ンダの属性にする。オペレーションは抑制をもしそれが
存在すれば最初に廃棄する。オブジェクトは属性につい
て規定された通路に従う。
【１９６３】オブジェクトが属性のコンストレイントを
侵害し（”アーギュメントインヴァリット（ArgumentIn
valid）”）、属性がリードオンリであり（”アトリビ
ュートリードオンリ（AttributeReadOnly）”）、識別
子のクォリファイヤが表すクラスが存在しない（”クラ
スアンアベイラブル（ClassUnavailable）”）または識
別子がリクエスタに近接可能なレスポンダの属性を表さ
ない（”フィーチャアンアベイラブル（FeatureUnavail
able）”）場合に例外が投出される。
侵害し（”アーギュメントインヴァリット（ArgumentIn
valid）”）、属性がリードオンリであり（”アトリビ
ュートリードオンリ（AttributeReadOnly）”）、識別
子のクォリファイヤが表すクラスが存在しない（”クラ
スアンアベイラブル（ClassUnavailable）”）または識
別子がリクエスタに近接可能なレスポンダの属性を表さ
ない（”フィーチャアンアベイラブル（FeatureUnavail
able）”）場合に例外が投出される。
【１９６４】setProperty シールドされプライベートなプロテクトされていない
op (identifier:Identifier!; property:Object) throws PropertyUndefined; オブジェクト（アーギュメント”プロパティ（propert
y）”）を識別子（アーギュメント”アイデンティファ
イヤ（identifier）”）によって表され現在の方法がそ
れに対し固有のクラスに対して固有であるレスポンダの
プロパティになる。オペレーションはプロパティが存在
すれば最初にそのプロパティを廃棄する。
op (identifier:Identifier!; property:Object) throws PropertyUndefined; オブジェクト（アーギュメント”プロパティ（propert
y）”）を識別子（アーギュメント”アイデンティファ
イヤ（identifier）”）によって表され現在の方法がそ
れに対し固有のクラスに対して固有であるレスポンダの
プロパティになる。オペレーションはプロパティが存在
すれば最初にそのプロパティを廃棄する。
【１９６５】識別子が不適切な場合（”プロパティアン
ディファインド（PropertyUndefined）”）例外が投出
される。
ディファインド（PropertyUndefined）”）例外が投出
される。
【１９６６】setVariable: シールドされプライベートなプロテクトされていない
op (identifier:Identifier!; variable: Object) throws VariableUndefined; オブジェクト（アーギュメント”ヴァリアブル（variab
le）”）を識別子（アーギュメント”アイデンティファ
イヤ（identifier）”）が表す現在の方法の変数にす
る。オペレーションは、変数が存在すれば、最初にその
変数を廃棄する。
op (identifier:Identifier!; variable: Object) throws VariableUndefined; オブジェクト（アーギュメント”ヴァリアブル（variab
le）”）を識別子（アーギュメント”アイデンティファ
イヤ（identifier）”）が表す現在の方法の変数にす
る。オペレーションは、変数が存在すれば、最初にその
変数を廃棄する。
【１９６７】識別子が不適切であれば（”ヴァリアブル
アンディファインド（VariableUndefined）”）例外が
投出される。
アンディファインド（VariableUndefined）”）例外が
投出される。
【１９６８】４．５１ オクテット（Octet） オブジェクト（参照される） ・ プリミティブ（実行され変更されない） ・ ・ Octet（順序あり） Class Octet: シールドされたインタフェース (Primitive,Ordered) =
(); アダプテーション isAfter あるオクテットは別のオクテットの次にあるのは、それ
らのものの同様の番号のビットが等しくなく、第１のオ
クテットの最も高い番号のそのビットが第２のビットの
次にある場合にのみ生じる。
(); アダプテーション isAfter あるオクテットは別のオクテットの次にあるのは、それ
らのものの同様の番号のビットが等しくなく、第１のオ
クテットの最も高い番号のそのビットが第２のビットの
次にある場合にのみ生じる。
【１９６９】isBefore あるオクテットは別のオクテットの次にあるのは、それ
らのオクテットの同じ番号のビットが等しくない、第１
のオクテットの最も高い番号のそのようなビットが第２
のオクテットの前にある場合に生ずる。
らのオクテットの同じ番号のビットが等しくない、第１
のオクテットの最も高い番号のそのようなビットが第２
のオクテットの前にある場合に生ずる。
【１９７０】isEqual ２つのオクテットは、どちらも他のものの前にない場合
にのみ相等しい。
にのみ相等しい。
【１９７１】Conversions Bit あるビットは、ビット０がそのビットに等しくそのビッ
ト１−７がさらに０であるオクテットを生ずる。
ト１−７がさらに０であるオクテットを生ずる。
【１９７２】Character そのユニコードのコードが［０、１２７］にある整数で
あるキャラクタは、その整数を変換することによって生
ずるオクテットを生ずる。
あるキャラクタは、その整数を変換することによって生
ずるオクテットを生ずる。
【１９７３】Integer ［−１２８、１２７］の範囲にある整数は、その整数の
２の補数の表示を形成するオクテットを生ずる。ビット
７は−１２８を表す、ビット”ｎ”は、［０、６］の範
囲にある各々の”ｎ”について、２n を表す。
２の補数の表示を形成するオクテットを生ずる。ビット
７は−１２８を表す、ビット”ｎ”は、［０、６］の範
囲にある各々の”ｎ”について、２n を表す。
【１９７４】OctetString その１つのアイテムがそのアイテムに等しいアイテムを
生ずるオクテット・ストリング。
生ずるオクテット・ストリング。
【１９７５】４．５２ オクテットストリング（Octet
String） オブジェクト（参照される） ・ コレクション ・・ リスト（順序あり） ・・・ コンストレインド・リスト（コンストレイン
ド） ・・・・ Octet String（実行） Class OctetString: シールされたインタフェース (ConstrainedList [Octe
t],Executed)= (...); Construction initialize: プロテクトされない op (segments: Object... /*Octet|protected OctetString! */); レスポンダ中のその位置は左から右にかけて増大するセ
グメントの連鎖（アーギュメント”セグメンツ（segmen
ts）”）にする。
String） オブジェクト（参照される） ・ コレクション ・・ リスト（順序あり） ・・・ コンストレインド・リスト（コンストレイン
ド） ・・・・ Octet String（実行） Class OctetString: シールされたインタフェース (ConstrainedList [Octe
t],Executed)= (...); Construction initialize: プロテクトされない op (segments: Object... /*Octet|protected OctetString! */); レスポンダ中のその位置は左から右にかけて増大するセ
グメントの連鎖（アーギュメント”セグメンツ（segmen
ts）”）にする。
【１９７６】アダプテーション constraint 属性はシールされている。属性の”ofClass”、”class
Id”、”isInstane”、”isOptional”及び”passage”
の各属性は、クラス”Octet”の識別子”Octet”、”tr
ue”、”false”及び”byCopy”である。
Id”、”isInstane”、”isOptional”及び”passage”
の各属性は、クラス”Octet”の識別子”Octet”、”tr
ue”、”false”及び”byCopy”である。
【１９７７】isAfter あるオクテットが別のオクテットの後にあるのは、全て
０のオクテットが最初に短い長さのオクテットストリン
グに付け加えられてその短いオクテットストリングの長
さが長いオクテットストリングの長さに等しくなった場
合にのみ生ずる。
０のオクテットが最初に短い長さのオクテットストリン
グに付け加えられてその短いオクテットストリングの長
さが長いオクテットストリングの長さに等しくなった場
合にのみ生ずる。
【１９７８】isBefore あるオクテットが別のオクテットの前にあるのは、全て
０のオクテットが最初に短いオクテット・ストリングに
付け加えられてその短い長さのオクテットストリングの
長さが長い長さのオクテットストリングに等しくなった
場合にのみ生ずる。
０のオクテットが最初に短いオクテット・ストリングに
付け加えられてその短い長さのオクテットストリングの
長さが長い長さのオクテットストリングに等しくなった
場合にのみ生ずる。
【１９７９】Conversions Bit あるビットは、そのビットをオクテットに最初に変換し
た後オクテットをオクテットストリングに変換すること
によって生ずるオクテットストリングを生ずる。
た後オクテットをオクテットストリングに変換すること
によって生ずるオクテットストリングを生ずる。
【１９８０】BitString その長さが”ｎ”であるビットストリングは、その長さ
が”ｉ”であるオクテットストリングを生ずる。”ｎ”
は、［８ｉ、８ｉ＋７］の範囲にある。オクテットスト
リングの位置”ｋ”にあるオクテットのビット”ｊ”
は、（８ｋ −ｊ）≦ｎであれば、オクテットストリン
グの位置”ｋ”にあるオクテットのビット”ｊ”は、ビ
ットストリングの位置（８ｋ −ｊ）にあるビットに等
しく、さもなければ０に等しい。
が”ｉ”であるオクテットストリングを生ずる。”ｎ”
は、［８ｉ、８ｉ＋７］の範囲にある。オクテットスト
リングの位置”ｋ”にあるオクテットのビット”ｊ”
は、（８ｋ −ｊ）≦ｎであれば、オクテットストリン
グの位置”ｋ”にあるオクテットのビット”ｊ”は、ビ
ットストリングの位置（８ｋ −ｊ）にあるビットに等
しく、さもなければ０に等しい。
【１９８１】Character その長さが２であるオクテットストリングを変換するこ
とによって生成させうるあるキャラクタは、そのオクテ
ットストリングを生ずる。
とによって生成させうるあるキャラクタは、そのオクテ
ットストリングを生ずる。
【１９８２】Integer 整数”ｎ”（これより小さくないもの）について［−２
8n-1、２8n-1）の範囲にある整数は、その長さが”ｎ”
に等しいオクテットにオクテットストリングに生ずる。
２の補数の表示が用いられてその位置が１に等しいオク
テットのビットのは−２8n-1を表し、オクテットストリ
ングの位置”ｉ”にあるオクテットの１つおきのビッ
ト”ｊ”は２8(n-1)+jを表す。
8n-1、２8n-1）の範囲にある整数は、その長さが”ｎ”
に等しいオクテットにオクテットストリングに生ずる。
２の補数の表示が用いられてその位置が１に等しいオク
テットのビットのは−２8n-1を表し、オクテットストリ
ングの位置”ｉ”にあるオクテットの１つおきのビッ
ト”ｊ”は２8(n-1)+jを表す。
【１９８３】Octet オクテットはその唯一つのアイテムがそのオクテットに
等しいオクテットストリングを生ずる。
等しいオクテットストリングを生ずる。
【１９８４】String あるストリングは、２進テレスクリプトにおいてストリ
ングを符号化するための”キャラクターズ（character
s）”トークンを生ずる。
ングを符号化するための”キャラクターズ（character
s）”トークンを生ずる。
【１９８５】４．５３ オペレーション（Operation） オブジェクト（参照される） ・ フィーチャ ・・ Operation Class オペレーション: シールされたインタフェース (Feature) = (・・・); Construction initialize: プロテクトされない op (arguments: List [Constrain
t]|Nil; result: Constraint|Nil; isPublic: Boolean|Nil; exceptions: Set [Identifier!]|Nil); レスポンダの属性を同じ名前のアーギュメント（アーギ
ュメント”アーギュメンツ（arguments）”、”エクセ
プションズ（exceptions）”、”イズパブリック（isPu
blic）”及び”リザルト（result）”）にする。しかし
アーギュメント”エクセプションズ（exceptions）”ま
たはアーギュメント”イズパブリック（isPublic）”が
０であれば対応する属性はクリアされるかまたは、”偽
（false）”にされる。
t]|Nil; result: Constraint|Nil; isPublic: Boolean|Nil; exceptions: Set [Identifier!]|Nil); レスポンダの属性を同じ名前のアーギュメント（アーギ
ュメント”アーギュメンツ（arguments）”、”エクセ
プションズ（exceptions）”、”イズパブリック（isPu
blic）”及び”リザルト（result）”）にする。しかし
アーギュメント”エクセプションズ（exceptions）”ま
たはアーギュメント”イズパブリック（isPublic）”が
０であれば対応する属性はクリアされるかまたは、”偽
（false）”にされる。
【１９８６】Public Instance Attributes arguments: List [constraint]|Nil; 数が変化しなければ、レスポンダが定義するオペレーシ
ョンの０またはそれ以上のアーギュメントに対するコン
ストレイントであり、さもなければ０である。この場合
各々は参照によってパスされマーク以外のどんなオブジ
ェクトでもあり得る。リストの最初のアイテムはスタッ
クの頂部にあるアーギュメントを拘束する。
ョンの０またはそれ以上のアーギュメントに対するコン
ストレイントであり、さもなければ０である。この場合
各々は参照によってパスされマーク以外のどんなオブジ
ェクトでもあり得る。リストの最初のアイテムはスタッ
クの頂部にあるアーギュメントを拘束する。
【１９８７】result: Consraint|Nil; オペレーションが結果を持てばレスポンダが定義するオ
ペレーションの結果に対するコンストレイントであり、
さもなければ０である。
ペレーションの結果に対するコンストレイントであり、
さもなければ０である。
【１９８８】アダプテーション isEqual ２つのオペレーションの定義はフィーチャ及びオペレー
ションの定義に固有のそれぞれの属性に従って固有であ
る。
ションの定義に固有のそれぞれの属性に従って固有であ
る。
【１９８９】４．５４ オーダード（Ordered） Ordered Class Ordered: アブストラクトインタフェース () = (・・・); パブリックインスタンスオペレーション isAfter: アブストラクト op (object:protected Ordered) Boole
an; レスポンダがオブジェクトの後にあるか否かの表示をリ
ターンする（アーギュメント”オブジェクト（objec
t）”）。
an; レスポンダがオブジェクトの後にあるか否かの表示をリ
ターンする（アーギュメント”オブジェクト（objec
t）”）。
【１９９０】レスポンダ及びオブジェクトが、方法がそ
れに対し固有であるプラスのメンバでない場合に、その
方法はこのオペレーションをエスカレーションする。
れに対し固有であるプラスのメンバでない場合に、その
方法はこのオペレーションをエスカレーションする。
【１９９１】isBefore アブストラクト op (Object:protected Ordered)Boolea
n; レスポンダがオブジェクトの前にあるか否かの表示をリ
ターンする（アーギュメント”オブジェクト（Objec
t）”）。
n; レスポンダがオブジェクトの前にあるか否かの表示をリ
ターンする（アーギュメント”オブジェクト（Objec
t）”）。
【１９９２】ある方法は、レスポンダまたはオブジェク
トが、その方法が固有のクラスのメンバでない場合この
オペレーションをエスカレートする。
トが、その方法が固有のクラスのメンバでない場合この
オペレーションをエスカレートする。
【１９９３】max: op (object: Ordered) Ordered; レスポンダがオブジェクトの後にあれば（アーギュメン
ト”オブジェクト（object）”）レスポンダを、またそ
の他の場合にはオブジェクトをそれぞれリターンする。
ト”オブジェクト（object）”）レスポンダを、またそ
の他の場合にはオブジェクトをそれぞれリターンする。
【１９９４】min: op (object: Ordered) Ordered; レスポンダがオブジェクトの前にあれば（アーギュメン
ト”オブジェクト（object）”）レスポンダを、またそ
の他の場合にはオブジェクトをそれぞれリターンする。
ト”オブジェクト（object）”）レスポンダを、またそ
の他の場合にはオブジェクトをそれぞれリターンする。
【１９９５】４．５５ パッケージ（Package） オブジェクト（参照される） ・ コレクション ・・ セット（検査される） ・・・ コンストレインド・セット（コンストレイン
ド） ・・・・ Package（引用され相互変換される） Class Package: インタフェース (ConstrainedSet [Class], Cited, Interchanged)= (・・・); Construction initialize: プロテクトされない op (title: Idntifier!; majorEdition, minorEdition: Integer;items: Class...) throws ItemDuplicated,ProcessNotPeer; レスポンダのクラス（アーギュメント”アイテムズ（it
ems）”）とし、レスポンダの”サイテイション（citat
ion）”属性を、その”オーサ（author）”属性が現在
のプロセスの割り当てられたテレネームでありその他の
属性が同じ名前のオアーギュメント（アーギュメント”
メージャーエディション（majorEdition）”、”マイナ
ーエディション（minorEdition）”及び”タイトル（ti
tle）”）であるサイテイションにする。
ド） ・・・・ Package（引用され相互変換される） Class Package: インタフェース (ConstrainedSet [Class], Cited, Interchanged)= (・・・); Construction initialize: プロテクトされない op (title: Idntifier!; majorEdition, minorEdition: Integer;items: Class...) throws ItemDuplicated,ProcessNotPeer; レスポンダのクラス（アーギュメント”アイテムズ（it
ems）”）とし、レスポンダの”サイテイション（citat
ion）”属性を、その”オーサ（author）”属性が現在
のプロセスの割り当てられたテレネームでありその他の
属性が同じ名前のオアーギュメント（アーギュメント”
メージャーエディション（majorEdition）”、”マイナ
ーエディション（minorEdition）”及び”タイトル（ti
tle）”）であるサイテイションにする。
【１９９６】２つのクラスが同一である（”アイテムデ
ュープリケーティッド（ItemDuplicated）”）または現
在のプロセスがクラスの仲間でない（”プロセスノット
ピィア（ProcessNotPeer）”）である場合に例外が投出
される。
ュープリケーティッド（ItemDuplicated）”）または現
在のプロセスがクラスの仲間でない（”プロセスノット
ピィア（ProcessNotPeer）”）である場合に例外が投出
される。
【１９９７】アダプテーション constraint 属性はシールされている。属性の”ofClass”、”clssI
d”、”isInstance”、”isOptional”及び”passage”
の各属性は、クラス”Class”、クラス”Class”、”tr
ue”、”false”、及び”byCopy”の識別子である。
d”、”isInstance”、”isOptional”及び”passage”
の各属性は、クラス”Class”、クラス”Class”、”tr
ue”、”false”、及び”byCopy”の識別子である。
【１９９８】４．５６ パターン（Pattern） オブジェクト（参照される） ・ Pattern(Ordered) Class Pattern: インタフェース (object, Ordered) = (・・・); Construction initialize: プロテクトされていない op (text: copied String!) throws PatternInvalid; レスポンダのテキストをストリング（アーギュメント”
テキスト（text）”）にする。 提案されたテキストが
不適切である場合（”パターンインヴァリッド（Patter
nInvalid）”）例外が投出される。
テキスト（text）”）にする。 提案されたテキストが
不適切である場合（”パターンインヴァリッド（Patter
nInvalid）”）例外が投出される。
【１９９９】パブリックインスタンスオペレーション find: op (string: protected String; position: Integer|N
il) List[Integer]|Nil throws PositionInvalid レスポンダにマッチする最長可能な最初のサブストリン
グについてストリングをサーチする（アーギュメント”
ストリング（string）”）。
il) List[Integer]|Nil throws PositionInvalid レスポンダにマッチする最長可能な最初のサブストリン
グについてストリングをサーチする（アーギュメント”
ストリング（string）”）。
【２０００】このサーチは、整数が提供された場合に
は、所定の位置（アーギュメント”位置（positio
n）”）で、さもなければ、位置１においてそれぞれ開
始される。
は、所定の位置（アーギュメント”位置（positio
n）”）で、さもなければ、位置１においてそれぞれ開
始される。
【２００１】オペレーションがマッチを生み出さない場
合には０を、その他の場合には２つの整数のリストをそ
れぞれリターンする。後者の場合第１整数は、マッチ中
の最初のキャラクタのストリング中の位置にある。第２
整数は、マッチ中の最後のキャラクタのストリング中の
位置よりも１だけ大きい。
合には０を、その他の場合には２つの整数のリストをそ
れぞれリターンする。後者の場合第１整数は、マッチ中
の最初のキャラクタのストリング中の位置にある。第２
整数は、マッチ中の最後のキャラクタのストリング中の
位置よりも１だけ大きい。
【２００２】提案された位置がそのようなものとして不
適切な場合、より詳しくは、０より小さいかまたは０に
等しい時（”ポジションインバリッド（PositionInvali
d）”）例外が投出される。
適切な場合、より詳しくは、０より小さいかまたは０に
等しい時（”ポジションインバリッド（PositionInvali
d）”）例外が投出される。
【２００３】注：リスト中の２つの整数はオペレーショ
ン”サブストリング（substring）”のアーギュメント
として適切である。
ン”サブストリング（substring）”のアーギュメント
として適切である。
【２００４】substitute: op ( repetitions: Integer; string: unprotected String!; replacement: protectedString!) Integer; レスポンダにマッチする最長可能なサブストリングにつ
いて１の位置で始まる第１ストリング（アーギュメン
ト”ストリング（string）”）をサーチし、第２ストリ
ングのコピーで各々のマッチを取り替えることによって
（アーギュメント”リプレイスメント（replacemen
t）”）ストリングを変更する。
いて１の位置で始まる第１ストリング（アーギュメン
ト”ストリング（string）”）をサーチし、第２ストリ
ングのコピーで各々のマッチを取り替えることによって
（アーギュメント”リプレイスメント（replacemen
t）”）ストリングを変更する。
【２００５】オペレーションは、整数（アーギュメン
ト”レペティションズ（repetitions）”）が０であれ
ば全てのマッチを見出だし、さもなければせいぜい同数
を見出だす。連続するマッチは重なり合わない。１つの
マッチが０の長さであれば、次のマッチのサアーチは次
の位置で始まる。オペレーションは実際に見出だされた
マッチの数をリターンする。
ト”レペティションズ（repetitions）”）が０であれ
ば全てのマッチを見出だし、さもなければせいぜい同数
を見出だす。連続するマッチは重なり合わない。１つの
マッチが０の長さであれば、次のマッチのサアーチは次
の位置で始まる。オペレーションは実際に見出だされた
マッチの数をリターンする。
【２００６】代替ストリングは各々の個別の代替に対し
て合わせることができる。アンドマーク（”＆”）が、
逆スラッシュ（”＼”）を直前に持つ代替ストリング中
に表れた場合、代替されるべきサブストリング自身は、
アンドマークに変えられ、変更された代替ストリングは
サブストリングに変えられる。
て合わせることができる。アンドマーク（”＆”）が、
逆スラッシュ（”＼”）を直前に持つ代替ストリング中
に表れた場合、代替されるべきサブストリング自身は、
アンドマークに変えられ、変更された代替ストリングは
サブストリングに変えられる。
【２００７】アダプテーション isEqual ２つのパターンはそのテキストに従って同一である。
【２００８】Conversions String パターンのテキストとして適切なストリングはそのパタ
ーンを作り出す。
ーンを作り出す。
【２００９】４．５７ パーミット（Permit） オブジェクト（参照される） ・ Permit（順序あり） Class Permit: インタフェース（オブジェクト、順序あり） = (・・・); Construction initialize: プロテクトされてない op (age, charges, extent: Int
eger|Nil); レスポダの属性を同じ名前のアーギュメント（アーギュ
メント”エイジ（age）”、”チャージズ（charges）”
及び”エクステント（extent）”）とする。レスポンダ
の１つおきの属性を、属性がブーリアンであれば”真
（true）”にその他の場合は０にする。
eger|Nil); レスポダの属性を同じ名前のアーギュメント（アーギュ
メント”エイジ（age）”、”チャージズ（charges）”
及び”エクステント（extent）”）とする。レスポンダ
の１つおきの属性を、属性がブーリアンであれば”真
（true）”にその他の場合は０にする。
【２０１０】Public Instance Attributes age: Integer|Nil; 最大値が課せられた場合レスポンダのサブジェクトの、
秒で計った最大のパーミットされるエイジであるか、さ
もなければ０である。
秒で計った最大のパーミットされるエイジであるか、さ
もなければ０である。
【２０１１】authenticity: Integer|Nil; 最大値が課せられた場合レスポンダのサブジェクトの最
大のパーミットされるオーセンティシティか、さもなけ
れば０である。
大のパーミットされるオーセンティシティか、さもなけ
れば０である。
【２０１２】charges: Integer|Nil; 最大値が課せられた場合レスポンダのサブジェクトの、
テーブクリップで計った最大のパーミットされるチャー
ジであるか、さもなければ０である。
テーブクリップで計った最大のパーミットされるチャー
ジであるか、さもなければ０である。
【２０１３】extent: Integer|Nil; 最大値が課せられた場合レスポンダのサブジェクトの、
オクテットで計った最大のパーミットされるサイズであ
るか、さもなければ０である。
オクテットで計った最大のパーミットされるサイズであ
るか、さもなければ０である。
【２０１４】priority: Integer|Nil; 最大値が課せられた場合レスポンダのサブジェクトの最
大のパーミットされるプライオリティであるか、さもな
ければ０である。
大のパーミットされるプライオリティであるか、さもな
ければ０である。
【２０１５】canCharge: Boolean; オペレーション”charge”を要求するのにレスポンダの
サブジェクトがパーミットされるか否か。
サブジェクトがパーミットされるか否か。
【２０１６】canCreate: Boolean; クラス”サブクラス（subclass）”のオペレーション”
new”を要求する上にレスポンダのサブジェクトがパー
ミットされるか否か。
new”を要求する上にレスポンダのサブジェクトがパー
ミットされるか否か。
【２０１７】canDeny: Boolean; 仲間のプロセスの能力を減少させるように仲間のプロセ
スの属性”ネイティブパーミット（nativepermit）”を
セットする上にレスポンダのサブジェクトがパーミット
されるか否か。
スの属性”ネイティブパーミット（nativepermit）”を
セットする上にレスポンダのサブジェクトがパーミット
されるか否か。
【２０１８】それと一致して、他の仕方でそのようにす
る資格が与えられている場合、レスポンダのサブジェク
トが、プロセス”リージョナルパーミット（regionalPe
rmit）”または”ローカルパーミット（localPermi
t）”の各属性をセットするようにパーミットされてい
るか否か。
る資格が与えられている場合、レスポンダのサブジェク
トが、プロセス”リージョナルパーミット（regionalPe
rmit）”または”ローカルパーミット（localPermi
t）”の各属性をセットするようにパーミットされてい
るか否か。
【２０１９】canGo: Boolean; レスポンダのサブジェクトがオペレーション”go”をリ
クエストするようにパーミットされているか否か。
クエストするようにパーミットされているか否か。
【２０２０】canGrant: Boolean; 仲間のプロセスの能力を増大させるように仲間のプロセ
スの属性”ネイティブパーミット（nativePermit）”を
セットする上にレスポンダのサブジェクトがパーミット
されているか否か。
スの属性”ネイティブパーミット（nativePermit）”を
セットする上にレスポンダのサブジェクトがパーミット
されているか否か。
【２０２１】それと一致して、他の仕方でそのようにす
る資格が与えられている場合、レスポンダのサブジェク
トが、プロセス”リージョナルパーミット（regionalPe
rmit）”または”ローカルパーミット（localPermi
t）”の各属性をセットするようにパーミットされてい
るか否か。
る資格が与えられている場合、レスポンダのサブジェク
トが、プロセス”リージョナルパーミット（regionalPe
rmit）”または”ローカルパーミット（localPermi
t）”の各属性をセットするようにパーミットされてい
るか否か。
【２０２２】canRestart: Boolean; レスポンダのサブジェクトが再スタートするようにパー
ミットされているか否か。
ミットされているか否か。
【２０２３】canSend: Boolean; レスポンダのサブジェクトはオペレーション”センド
（send）”をリクエストするようにパーミットされてい
るか否か。
（send）”をリクエストするようにパーミットされてい
るか否か。
【２０２４】Public Instance Operations intersections op (permit: Permit) Permit; アーギュメント（アーギュメント”パーミット（permi
t）”）とレスポンダとの交点をリターンする。
t）”）とレスポンダとの交点をリターンする。
【２０２５】アダプテーション isAfter １つのパーミットが次のパーミットの後になるのは、こ
れらのパーミットが同一でなく第１のパーミットの固有
の属性が第２のパーミットのそれの前にある、第１のパ
ーミットの少なくとも１つの固有の属性が第２のものの
属性の後にある場合のみである。
れらのパーミットが同一でなく第１のパーミットの固有
の属性が第２のパーミットのそれの前にある、第１のパ
ーミットの少なくとも１つの固有の属性が第２のものの
属性の後にある場合のみである。
【２０２６】isBefore １つのパーミットが次のパーミットの前にあるのは、こ
れらのパーミットが同一でなく第１のパーミットの本来
の属性が第２のパーミットのそれの後にある、第１のパ
ーミットの少なくとも１つの固有の属性が第２のパーミ
ットの固有の属性の前にある場合のみである。
れらのパーミットが同一でなく第１のパーミットの本来
の属性が第２のパーミットのそれの後にある、第１のパ
ーミットの少なくとも１つの固有の属性が第２のパーミ
ットの固有の属性の前にある場合のみである。
【２０２７】isEqual ２つのパーミットはそれらのものの固有の属性に従って
同一である。
同一である。
【２０２８】４．５８ ペティション（Petition） オブジェクト（参照される） ・ Petition Class Petition: インタフェース = (・・・); Construction initialize: プロテクトされていない op (agentName: Telename|Ni
l; agentClass: Citation|Nil; maximumWait: Integer|Nil); レスポンダの本来の属性を同じ名前のアーギュメント
（アーギュメンット”エージェントラス（agentClas
s）”、”エージェントネーム（agentName）”及び”マ
キシマムウェイト（maximumWait）”）とする。
l; agentClass: Citation|Nil; maximumWait: Integer|Nil); レスポンダの本来の属性を同じ名前のアーギュメント
（アーギュメンット”エージェントラス（agentClas
s）”、”エージェントネーム（agentName）”及び”マ
キシマムウェイト（maximumWait）”）とする。
【２０２９】Public Instance Attribute agentClass Citation|Nil; もしそのようなコンストレイントが課された場合、レス
ポンダが定義するミーティングのペティショニーがメン
バであるクラス”エージェント（agente）”のサブクラ
スであるクラスのサイテイションであるか、さもなけれ
ば０である。
ポンダが定義するミーティングのペティショニーがメン
バであるクラス”エージェント（agente）”のサブクラ
スであるクラスのサイテイションであるか、さもなけれ
ば０である。
【２０３０】agentName: Telename|Nil; そのようなコンストレイントが課せられるならば、レス
ポンダが定義するミーティングのペティショニーのテレ
ネームであるか、さもなければ０である。
ポンダが定義するミーティングのペティショニーのテレ
ネームであるか、さもなければ０である。
【２０３１】maximumWait: integer|Nil; そのようなコンストレイントが課せられるならば、レス
ポンダが定義するミーティングが取り決められる時とミ
ーティングが取り決められる時との量で表された最大の
許容差が、さもなければ０である。供給される場合の整
数は負数ではない。
ポンダが定義するミーティングが取り決められる時とミ
ーティングが取り決められる時との量で表された最大の
許容差が、さもなければ０である。供給される場合の整
数は負数ではない。
【２０３２】アダプテーション isEqual ２つのペティションは固有の属性に従って同一である。
【２０３３】４．５９ ペティションド（Petitioned） Petitoned Class Petitioned: アブストラクトインタフェース () = (・・・); System Instance Operations meeting: プロテクトされない op (contact: Contact; petition: protected Petition) throws MeetingDenied; コンタクト（アーギュメント”コンタクト（contac
t）”）のサブジェクトがペティション（アーギュメン
ト”ペティション（petition）”）を用いてレスポンダ
に合う前に成功の内に遂行される。オペレーションが遂
行されている間、コンタクトのサブジェクトの属性は０
であり、オペレーションが成功した場合にのみ”サブジ
ェクト（subject）”にされる。
t）”）のサブジェクトがペティション（アーギュメン
ト”ペティション（petition）”）を用いてレスポンダ
に合う前に成功の内に遂行される。オペレーションが遂
行されている間、コンタクトのサブジェクトの属性は０
であり、オペレーションが成功した場合にのみ”サブジ
ェクト（subject）”にされる。
【２０３４】ミーティングは拒絶（”ミーティングディ
ナイド（MeetingDenied）”）された場合には例外が投
出される。クラスに固有のこのオペレーションの方法は
例外を投出する。
ナイド（MeetingDenied）”）された場合には例外が投
出される。クラスに固有のこのオペレーションの方法は
例外を投出する。
【２０３５】parting: プロテクトされない op (contact: Contact); コンタクト（アーギュメント”コンタクト（contac
t）”）のサブジェクトがレスポンダに合った道にリク
エストされる。エンジンは、オペレーションがリクエス
トされる前に、コンタクトの”サブジェクト（subjec
t）”を０にする。クラス”ペティションド（Petitione
d）”に固有の方法は効果を持たない。
t）”）のサブジェクトがレスポンダに合った道にリク
エストされる。エンジンは、オペレーションがリクエス
トされる前に、コンタクトの”サブジェクト（subjec
t）”を０にする。クラス”ペティションド（Petitione
d）”に固有の方法は効果を持たない。
【２０３６】４．６０ プレイス オブジェクト（参照される） ・ プロセス（名前付けされる） ・・ Place（移動されない） Class Place: アブストラクトインタフェース (Process, Unmoved) =
(・・・); Construction initialize レスポンダの”アドレス（address）”属性を現在のプ
ロセスの仲間である新しく割り当てられたテレネームと
し、レスポンダの属性”パブリッククラシズ（publicCl
asses）”をクリアする。
(・・・); Construction initialize レスポンダの”アドレス（address）”属性を現在のプ
ロセスの仲間である新しく割り当てられたテレネームと
し、レスポンダの属性”パブリッククラシズ（publicCl
asses）”をクリアする。
【２０３７】Public Instance Attributes address: シールされたリードオンリのプロテクトされたテレアド
レス； レスポンダの割り当てられたテレアドレス publicClasses: シールされたリードオンリのセット［引用される］； レスポンダがここでその占有者に近接可能にするクラ
ス、パッケージまたは両方のセット。属性は、リクエス
タがプレイスである場合に、プロテクトされないリファ
レンスである、さもなければプロテクトされたリファレ
ンスである。
レス； レスポンダの割り当てられたテレアドレス publicClasses: シールされたリードオンリのセット［引用される］； レスポンダがここでその占有者に近接可能にするクラ
ス、パッケージまたは両方のセット。属性は、リクエス
タがプレイスである場合に、プロテクトされないリファ
レンスである、さもなければプロテクトされたリファレ
ンスである。
【２０３８】パブリックインスタンスオペレーション terminate: シールされたプロテクトされていない op (占有者: protected Telename) Boolean throws ProcessNotCurrent, ProcessNotPeer, StateImproper; 割り当てられたテレネーム（アーギュメント”オキュパ
ント（occupant）”）を有するレスポンダの占有者を終
了させ、そのようなプロセスが合ったか否かの指示をリ
ターンする。プロセスはプロセスの固有のパーミットを
強制的に使い果すことによって終了する。
ント（occupant）”）を有するレスポンダの占有者を終
了させ、そのようなプロセスが合ったか否かの指示をリ
ターンする。プロセスはプロセスの固有のパーミットを
強制的に使い果すことによって終了する。
【２０３９】レスポンダが現在のプレイスでない場
合（”プロセスノットカレント（ProcessNotCurren
t）”） 、現在のプロセスが占有者の仲間でない（”プ
ロセスノットピィア（ProcessNotPeer）”）またはリク
エスタの状態がオペレーション”ターミネート（termin
ate）”を排除する場合（”ステートインプロパ（State
Improper）”）例外が投出される。
合（”プロセスノットカレント（ProcessNotCurren
t）”） 、現在のプロセスが占有者の仲間でない（”プ
ロセスノットピィア（ProcessNotPeer）”）またはリク
エスタの状態がオペレーション”ターミネート（termin
ate）”を排除する場合（”ステートインプロパ（State
Improper）”）例外が投出される。
【２０４０】システムインスタンスオペレーション entering: プロテクトされない op (contact: Contact; permit: protected Permit; ticket: protected Ticket|Nil) throws OccupancyDenied; コンタクト（アーギュメント”コンタクト（contac
t）”）のサブジェクトがレスポンダを占有する前に成
功の内に遂行される。コンタクトの”サブジェクト（su
bject）”の属性は、オペレーションがリクエストされ
る場合には０であるが、オペレーションが成功した場合
にのみサブジェクトとされる。
t）”）のサブジェクトがレスポンダを占有する前に成
功の内に遂行される。コンタクトの”サブジェクト（su
bject）”の属性は、オペレーションがリクエストされ
る場合には０であるが、オペレーションが成功した場合
にのみサブジェクトとされる。
【２０４１】サブジェクトは、チケットとともに到着す
るエージェントが供給されれば、そのようなエージェン
ト（アーギュメント”チケット（ticket）”）であり、
０が供給されれば、レスポンダにおいて作り出されてい
るプロセスである。
るエージェントが供給されれば、そのようなエージェン
ト（アーギュメント”チケット（ticket）”）であり、
０が供給されれば、レスポンダにおいて作り出されてい
るプロセスである。
【２０４２】パーミット（アーギュメント”パーミット
（permit）”）はサブジェクトの提案された最初のロー
カルパーミットである。
（permit）”）はサブジェクトの提案された最初のロー
カルパーミットである。
【２０４３】このオペレーションが成功した後、レスポ
ンダがコンタクトされるオブジェクトである場合にの
み、エンジンはレスポンダの”コンタクトされた（Cont
acted）”属性中にコンタクトを含める。
ンダがコンタクトされるオブジェクトである場合にの
み、エンジンはレスポンダの”コンタクトされた（Cont
acted）”属性中にコンタクトを含める。
【２０４４】コンタクトのサブジェクトが占有を拒絶す
る場合（”オキュパンシディナイド（OcupancyDenie
d）”）にのみ例外が投出される。このクラスに固有の
オペレーションの方法は例外を投出させる。
る場合（”オキュパンシディナイド（OcupancyDenie
d）”）にのみ例外が投出される。このクラスに固有の
オペレーションの方法は例外を投出させる。
【２０４５】注：チケットが供給された場合、パーミッ
トは同一であり、従ってチケットの属性”デスティネー
ションパーミット（destinationPermit）”を複製す
る。
トは同一であり、従ってチケットの属性”デスティネー
ションパーミット（destinationPermit）”を複製す
る。
【２０４６】exiting: プロテクトされていない op (contact: Contact; permit: protected Permit; ticket: protected Ticket|Nil); コンタクトのサブジェクト（アーギュメント”コンタク
ト（contact）”）は、１度リクエストされたら、レス
ポンダをもはや占有しない。コンタクトの”サブジェク
ト（subject）”の属性は、オペレーションが要求され
た時に０である。クラスの固有のオペレーションは効果
がない。
ト（contact）”）は、１度リクエストされたら、レス
ポンダをもはや占有しない。コンタクトの”サブジェク
ト（subject）”の属性は、オペレーションが要求され
た時に０である。クラスの固有のオペレーションは効果
がない。
【２０４７】サブジェクトは、チケットとともにレスポ
ンダをさるエージェントを（アーギュメント”サブジェ
クト（subject）”）は供給された場合エージェントで
あり、エージェントが供給された場合、レスポンダ中に
おいて破壊されるプロセスである。パーミット（アーギ
ュメント”パーミット（permit）”）は、サブジェクト
の現在のローカルパーミットである。
ンダをさるエージェントを（アーギュメント”サブジェ
クト（subject）”）は供給された場合エージェントで
あり、エージェントが供給された場合、レスポンダ中に
おいて破壊されるプロセスである。パーミット（アーギ
ュメント”パーミット（permit）”）は、サブジェクト
の現在のローカルパーミットである。
【２０４８】このオペレーションが遂行された後、レス
ポンダがコンタクトされるオブジェクトである場合、エ
ンジンは、レスポンダの”contacted”属性からコンタ
クトを除外する。
ポンダがコンタクトされるオブジェクトである場合、エ
ンジンは、レスポンダの”contacted”属性からコンタ
クトを除外する。
【２０４９】４．６１ プリミティブ（Primitive） オブジェクト（参照される） ・ Primitive（実行され変更されない） Class Primitive: アブストラクトインタフェース（オブジェクト、実行さ
れ、変更されない） =(・・・); このクラスはシールされる。
れ、変更されない） =(・・・); このクラスはシールされる。
【２０５０】Construction initialize: プロテクトされていない op () throws FeatureUnavailable; 例外を投出する（”フィーチャアンアベイラブル（Feat
ureUnavailable）”）。
ureUnavailable）”）。
【２０５１】４．６２ プリミティブエクセプション
（Primitive Exception） オブジェクト（参照される） ・ 例外（参照される） ・・ プログラミングの例外 ・・・ Primitive Exception Class PrimitiveException: アブストラクトインタフェース（プログラミングの例
外） = (); Subclasses DivisionByZero インタフェース (PrimitiveException) = (); 除数は０である。
（Primitive Exception） オブジェクト（参照される） ・ 例外（参照される） ・・ プログラミングの例外 ・・・ Primitive Exception Class PrimitiveException: アブストラクトインタフェース（プログラミングの例
外） = (); Subclasses DivisionByZero インタフェース (PrimitiveException) = (); 除数は０である。
【２０５２】４．６３ プロシージャ（Procedure） オブジェクト（参照される） ・ プリミティブ（実行され変更されない） ・・ Procedure Classs Procedure: シールドインタフェース（プリミティブ） = (・・・); Adaptations isEqual ２つプロシージャは長さが等しくその同じ位置にあるア
イテムが同一である場合にのみ同一である。
イテムが同一である場合にのみ同一である。
【２０５３】Conversions List そのアイテムが実行されるオブジェクトのリストは、同
じ長さのプロシージャを作り出し、このプロシージャの
各々のアイテムは、同じ位置にあるもののコピーであ
る。
じ長さのプロシージャを作り出し、このプロシージャの
各々のアイテムは、同じ位置にあるもののコピーであ
る。
【２０５４】OctetString ２進テレスクリプトであるオクテットストリングは、そ
のアイテムが２進テレスクリプトによって符号化される
オブジェクトであるプロシージャを作り出す。
のアイテムが２進テレスクリプトによって符号化される
オブジェクトであるプロシージャを作り出す。
【２０５５】String キャラクタテレスクリプトであるストリングは、そのア
イテムがキャラクタ・テレスクリプトによって符号化さ
れるオブジェクトであるプロシージャを作り出す。
イテムがキャラクタ・テレスクリプトによって符号化さ
れるオブジェクトであるプロシージャを作り出す。
【２０５６】４．６４ プロセス（Process） オブジェクト（リファレンスされる） ・ Process(Named) Class Process: アブストラクトインタフェース (Object, Named, Uncop
ied) = (・・・); このクラスはシールされる。
ied) = (・・・); このクラスはシールされる。
【２０５７】Construction initialize: op ( nativePermit: copied Permit; privateClasses: Set[Cited]|Nil) throws PermitViolated; レスポンダの属性”ネーム（name）”を、現在のプロセ
スの仲間であり、新しく割り当てられたテレネームズ、
レスポンダの属性を、同じ名前のアーギュメント（アー
ギュメント”ネイティブパーミット（nativePermi
t）”）、レスポンダの属性”プライベートクラシズ（p
rivateClasses）”を、アーギュメントが０でない場合
に、同じ名前のアーギュメント（アーギュメント”プレ
イベートクラシズ（privateClasses）”）とし、さもな
ければ、現在のプロセスの同じように特定された属性と
し、レスポンダの属性コンタクトを、クリアされたセッ
トとする。
スの仲間であり、新しく割り当てられたテレネームズ、
レスポンダの属性を、同じ名前のアーギュメント（アー
ギュメント”ネイティブパーミット（nativePermi
t）”）、レスポンダの属性”プライベートクラシズ（p
rivateClasses）”を、アーギュメントが０でない場合
に、同じ名前のアーギュメント（アーギュメント”プレ
イベートクラシズ（privateClasses）”）とし、さもな
ければ、現在のプロセスの同じように特定された属性と
し、レスポンダの属性コンタクトを、クリアされたセッ
トとする。
【２０５８】現在のプロセスの内有効なパーミットがオ
ペレーション”permit”を禁止し、そのパーミットはそ
の他の点で不適切であり、またはオペレーション”ente
ring”が失敗（”パーミットヴァイオレイティッド（Pe
rmitViolated）”）した場合に、例外が投出される。
ペレーション”permit”を禁止し、そのパーミットはそ
の他の点で不適切であり、またはオペレーション”ente
ring”が失敗（”パーミットヴァイオレイティッド（Pe
rmitViolated）”）した場合に、例外が投出される。
【２０５９】注：クラス”プロセス”のサブクラスに固
有のオペレーションの方法は、作り出されたものでな
く、作り出すプロセスを現在のプロセスと見る。
有のオペレーションの方法は、作り出されたものでな
く、作り出すプロセスを現在のプロセスと見る。
【２０６０】Public Instance Attributes brand: シールされたリードオンリのプロテクトされたオブジェ
クトはプロセスノットピアを投出させる。
クトはプロセスノットピアを投出させる。
【２０６１】レスポンダのブランド。
【２０６２】現在のプロセスがレスポンダの仲間でない
場合（”プロセスノットピア（ProcessNotPeer）”）例
外が投出される。
場合（”プロセスノットピア（ProcessNotPeer）”）例
外が投出される。
【２０６３】localPermit: シールされコピーされたパーミットは、FeatureUnavail
abe, PermitViolatedを投出する。
abe, PermitViolatedを投出する。
【２０６４】レスポンダのローカルパーミット リクエスタがレスポンダでもなくレスポンダが占有する
場合（”フォーチャアンアベイラブル（FeatureUnavail
able）”）またはプロセスモデルと合致しない仕方で属
性を設定する試みがなされた場合（”パーミットヴァイ
オレイティッド（PermitViolated）”）例外が投出され
る。
場合（”フォーチャアンアベイラブル（FeatureUnavail
able）”）またはプロセスモデルと合致しない仕方で属
性を設定する試みがなされた場合（”パーミットヴァイ
オレイティッド（PermitViolated）”）例外が投出され
る。
【２０６５】nativePermit: シールされコピーされたパーミットは、FeatureUnavail
able, PermitViolatedを投出する。
able, PermitViolatedを投出する。
【２０６６】レスポンダの本来のパーミット。
【２０６７】リクエスタがレスポンダでもその仲間でも
ない（”フィーチャアンアベイラブル（FeatureUnavail
able）”）またはプロセスモデルと合致しない仕方で属
性を設定する努力がなされた場合（”パーミットヴァイ
オレイティッド（PermitViolated）”）例外が投出す
る。
ない（”フィーチャアンアベイラブル（FeatureUnavail
able）”）またはプロセスモデルと合致しない仕方で属
性を設定する努力がなされた場合（”パーミットヴァイ
オレイティッド（PermitViolated）”）例外が投出す
る。
【２０６８】permit シールされたリードオンリのコピーされたパーミット。
【２０６９】レスポンダの有効なパーミット。
【２０７０】regionalPermit シールされたコピーされたパーミットは、FeatureUnava
ilable, PermitViolatedを投出する。
ilable, PermitViolatedを投出する。
【２０７１】レスポンダの地域的なパーミット。
【２０７２】リクエスタがレスポンダでもエンジンプレ
イスでもない（”フィーチャアンアベイラブル（Featur
eUnavailable）”）またはプロセスモデルと合致しない
仕方で属性を設定する試みがなされた場合（”パーミッ
トヴァイオレイティッド（PermitViolated）”）例外が
投出する。
イスでもない（”フィーチャアンアベイラブル（Featur
eUnavailable）”）またはプロセスモデルと合致しない
仕方で属性を設定する試みがなされた場合（”パーミッ
トヴァイオレイティッド（PermitViolated）”）例外が
投出する。
【２０７３】privateClasses: シールされたリードオンリのセット［引用される］は、
ProcessNotPeerを投出する。
ProcessNotPeerを投出する。
【２０７４】レスポンダが保持するクラス、パッケージ
または両方のセット。
または両方のセット。
【２０７５】現在のプロセスがレスポンダの仲間でない
場合（”プロセスノットピア（ProcessNotPeer）”）例
外が投出される。
場合（”プロセスノットピア（ProcessNotPeer）”）例
外が投出される。
【２０７６】パブリックインスタンスオペレーション charge: シールされた op (charges: Integer)は、PermitInadeq
uate, PermitViolatedを投出する。
uate, PermitViolatedを投出する。
【２０７７】整数の量によってレスポンダの実際のチャ
ージを増大させる（アーギュメント”チャージズ（char
ges）”）。
ージを増大させる（アーギュメント”チャージズ（char
ges）”）。
【２０７８】レスポンダの有効なパーミットが使い尽く
される（”パーミットインアデクェット（PermitInadeq
uate）”）かまたは現在のパーミットがオペレーショ
ン”チャージ”を禁止する（”パーミットヴァイオレー
ティッド（PermitViolated）”）場合、例外が投出され
る。
される（”パーミットインアデクェット（PermitInadeq
uate）”）かまたは現在のパーミットがオペレーショ
ン”チャージ”を禁止する（”パーミットヴァイオレー
ティッド（PermitViolated）”）場合、例外が投出され
る。
【２０７９】restrict: シールされた op (procedure: Procedure; permit: p
rotected Permit)は、Exception, PermitViolatd, ProcessNotCur
rentを投出する。 一時的なパーミット（アーギュメント”パーミット（pe
rmit）”）及びプロシージャのチャージが生ずる現在の
プロセスの結果する実効的なパーミットのもとに、プロ
シージャ、（アーギュメント”プロシージャ（procedur
e）”）を遂行する。
rotected Permit)は、Exception, PermitViolatd, ProcessNotCur
rentを投出する。 一時的なパーミット（アーギュメント”パーミット（pe
rmit）”）及びプロシージャのチャージが生ずる現在の
プロセスの結果する実効的なパーミットのもとに、プロ
シージャ、（アーギュメント”プロシージャ（procedur
e）”）を遂行する。
【２０８０】プロシージャがそのようにする場合（”エ
クセプション（exception）”）、プロシージャの遂行
が前述した実効的なパーミットを侵害する場合（”パー
ミットバイオレーティッド（PermitViolatd）”）また
はリクエスタが現在のプロセスでない場合（”プロセス
ノットカレント（ProcessNotCurrent）”）例外が投出
される。
クセプション（exception）”）、プロシージャの遂行
が前述した実効的なパーミットを侵害する場合（”パー
ミットバイオレーティッド（PermitViolatd）”）また
はリクエスタが現在のプロセスでない場合（”プロセス
ノットカレント（ProcessNotCurrent）”）例外が投出
される。
【２０８１】sponsor シールされた op (procedure: Procedure; permit: p
rotected Permit)は、Exception, PermitViolatd, ProcessNotCur
rentを投出する。 一時的なパーミット（”パーミット（permit）”）及び
プロシージャのチャージが生ずるレスポンダのオーナー
の結果した実効的パーミットのもとに、プロシージャ
（アーギュメント”プロシージャ（procedure）”）を
遂行する。プロシージャはレスポンダのフレーム及びプ
ロパティでなくリクエスタのフレーム及びプロパティに
アクセスする。
rotected Permit)は、Exception, PermitViolatd, ProcessNotCur
rentを投出する。 一時的なパーミット（”パーミット（permit）”）及び
プロシージャのチャージが生ずるレスポンダのオーナー
の結果した実効的パーミットのもとに、プロシージャ
（アーギュメント”プロシージャ（procedure）”）を
遂行する。プロシージャはレスポンダのフレーム及びプ
ロパティでなくリクエスタのフレーム及びプロパティに
アクセスする。
【２０８２】プロシージャがそのようにする場合（”エ
クセプション（Exception）”）、プロシージャの遂行
が前述した実効的なパーミットを侵害している場合（”
パーミットバイオレーティッド（PermitViolatd）”）
またはリクエスタが現在のプロセスでない場合（”プロ
セスノットカレント（ProcessNotCurrent）”）例外が
投出される。
クセプション（Exception）”）、プロシージャの遂行
が前述した実効的なパーミットを侵害している場合（”
パーミットバイオレーティッド（PermitViolatd）”）
またはリクエスタが現在のプロセスでない場合（”プロ
セスノットカレント（ProcessNotCurrent）”）例外が
投出される。
【２０８３】Private Instance Attributes age: シールされたリードオンリの整数。
【２０８４】レスポンダの秒で表した実際のエイジ。
【２０８５】charges: シールされたリードオンリの整数。
【２０８６】レスポンダの実際のテレクリックで示した
チャージ。
チャージ。
【２０８７】priority: シールドInteger|Nil; レスポンダの実際のプライオリティすなわちレスポンダ
の選択されたプライオリティ。
の選択されたプライオリティ。
【２０８８】プライベートインスタンスオペレーション wait プロテクトされない op (seconds: Integer); 要求された秒数（アーギュメント”セカンズ（second
s）”）が経過するまでレスポンダをブロックする。整
数が負数である場合にはオペレーションは効果を持たな
い。
s）”）が経過するまでレスポンダをブロックする。整
数が負数である場合にはオペレーションは効果を持たな
い。
【２０８９】システムインスタンスオペレーション live: アブストラクト、プロテクトされない op (cause: Exce
ption|Nil)は、Exceptionを投出する。 生成させた後レスポンダを開始させるために０でリクエ
ストする（アーギュメント”コーズ（cause）”）。レ
スポンダが保持するパーミットの属性”キャンリスター
ト（canRestart）”が”真（true）”であれば、そのオ
ペレーションは、レスポンダが例外（アーギュメント”
コーズ（cause）”）によって失敗した場合に、レスポ
ンダを再スタートさせる前記例外とともにリクエストさ
れうる。
ption|Nil)は、Exceptionを投出する。 生成させた後レスポンダを開始させるために０でリクエ
ストする（アーギュメント”コーズ（cause）”）。レ
スポンダが保持するパーミットの属性”キャンリスター
ト（canRestart）”が”真（true）”であれば、そのオ
ペレーションは、レスポンダが例外（アーギュメント”
コーズ（cause）”）によって失敗した場合に、レスポ
ンダを再スタートさせる前記例外とともにリクエストさ
れうる。
【２０９０】レスポンダが例外をキャッチしえなかった
場合（”エクセプション（Exception）”）例外が投出
される。
場合（”エクセプション（Exception）”）例外が投出
される。
【２０９１】restricted op (permit: Identifier; isRelocated: oolean) PermitReduced|Nil; レスポンダの属性”nativePermit”、”regionalPermi
t”または”localPermit”が一度設定された後にレスポ
ンダの能力を減少させるように再び設定された場合にリ
クエストされる。識別子（アーギュメント”パーミット
（permit）”）はこれらの３つの属性の内どれか設定さ
れたものの識別子である。結果は０でない場合にエンジ
ンはレスポンダのスレッドにオペレーションの結果を投
出する。このクラスにおいて固有の方法は単に０をリタ
ーンする。
t”または”localPermit”が一度設定された後にレスポ
ンダの能力を減少させるように再び設定された場合にリ
クエストされる。識別子（アーギュメント”パーミット
（permit）”）はこれらの３つの属性の内どれか設定さ
れたものの識別子である。結果は０でない場合にエンジ
ンはレスポンダのスレッドにオペレーションの結果を投
出する。このクラスにおいて固有の方法は単に０をリタ
ーンする。
【２０９２】ブーリアン（アーギュメント”イズリロケ
ーティッド（isRelocated）”）は、オペレーションを
リクエストするようにエンジンを導いた事象がレスポン
ダが占有しているプレイスまたは、オペレーション”g
o”または”send”の遂行の間にオペレーションがリク
エストされた場合にはレスポンダの目的点以外のプレイ
ス例えばパーガトリィにレスポンダを送り届けるように
エンジンを導いたか否かを指示する。後者の場合オペレ
ーション”go”または”send”は、０でない場合に、現
在のオペレーションの結果を投出する。
ーティッド（isRelocated）”）は、オペレーションを
リクエストするようにエンジンを導いた事象がレスポン
ダが占有しているプレイスまたは、オペレーション”g
o”または”send”の遂行の間にオペレーションがリク
エストされた場合にはレスポンダの目的点以外のプレイ
ス例えばパーガトリィにレスポンダを送り届けるように
エンジンを導いたか否かを指示する。後者の場合オペレ
ーション”go”または”send”は、０でない場合に、現
在のオペレーションの結果を投出する。
【２０９３】注：レスポンダの新しく設定されたパーミ
ットが著しく制限的である場合に、このオペレーション
を遂行するレスポンダの能力は、プロセスの終了のルー
ルによって制限される。
ットが著しく制限的である場合に、このオペレーション
を遂行するレスポンダの能力は、プロセスの終了のルー
ルによって制限される。
【２０９４】アダプテーション copy ”コピーアンアベイラブル（Copy Unavailable）”のメ
ンバが投出される。
ンバが投出される。
【２０９５】４．６５ プロセスエクセプション（Proc
ess Exception） オブジェクト（参照される） ・ エクセプション（変更されない） ・・ プログラミングの例外 ・・・ Process Exception Class ProcessException: アブストラクトインタフェース（プログラミングの例
外） = (); Subclasses PermitInadequate: インタフェース（プロセスの例外） = (); あるプロセスは、別のプロセスに、この別のプロセスの
実効的なパーミットを使い尽くすようにチャージするよ
うに試みる。
ess Exception） オブジェクト（参照される） ・ エクセプション（変更されない） ・・ プログラミングの例外 ・・・ Process Exception Class ProcessException: アブストラクトインタフェース（プログラミングの例
外） = (); Subclasses PermitInadequate: インタフェース（プロセスの例外） = (); あるプロセスは、別のプロセスに、この別のプロセスの
実効的なパーミットを使い尽くすようにチャージするよ
うに試みる。
【２０９６】ConditionUnavailable: インタフェース（プロセスの例外） = (); あるプロセスは、リゾースを専用的に使用することなく
リゾースの状態をマニピュレートする。
リゾースの状態をマニピュレートする。
【２０９７】ConditionUndefined: インタフェース（プロセスの例外） = (); リゾースの状態を表すように意図される識別子はそのよ
うにしない。
うにしない。
【２０９８】PermitExhausted: インタフェース（プロセスの例外） = (); あるプロセスはプロセスが保持するパーミットを使い尽
くす。
くす。
【２０９９】PermitViolated: インタフェース（プロセスの例外） = (); あるプロセスはそれが保持するパーミットを侵害する。
【２１００】ProcessNotCurrent: インタフェース（プロセスの例外） = (); あるプロセスは、あるクラスの現在のメンバのフィーチ
ャをリクエストする。
ャをリクエストする。
【２１０１】ProcessNotPeer: インタフェース（プロセスの例外） = (); あるオブジェクトは、そのオブジェクトの仲間でないプ
ロセスをマニピュレートする。
ロセスをマニピュレートする。
【２１０２】ResourceUnavailable: インタフェース（プロセスの例外） = (); リゾースの使用は、要求された秒の数において取得でき
ない。
ない。
【２１０３】StateImproper インタフェース（プロセスの例外） = (); プロセスは、リクエストを排除する状態にある間、ある
フィーチャをリクエストする。
フィーチャをリクエストする。
【２１０４】４．６６ プログラミングエクセプション
（ProgrammingException） オブジェクト（参照される） ・ 例外（変更されない） ・・ Programming Exception Class ProgrammingException: アブストラクト・インタフェース（例外） = (); ４．６７ クオリファイドアイデンティファイヤ（Qual
ified Identifier） オブジェクト（参照される） ・ プリミティブ（実効され、変更されない） ・・ 識別子（順序あり） ・・・ Qualified Identifier Class QualifiedIdentifier: シールされたインタフェース（識別子） = (); ４．６８ ランダムストリーム（RandomStream） オブジェクト（参照される） ・ ストリーム ・・ Random Stream Class RandomStream: インタフェース (Stream [Integer]) = (・・・); Construction initialize: プロテクトされてない op (seed: Integer) throws SeedInvalid; レスポンダのシードを整数（アーギュメント”シード
（seed）”）とし、レスポンダの属性”カレント（curr
ent）”を０とし、レスポンダの属性”ネクスト（nex
t）”を定義されないままにしておく。
（ProgrammingException） オブジェクト（参照される） ・ 例外（変更されない） ・・ Programming Exception Class ProgrammingException: アブストラクト・インタフェース（例外） = (); ４．６７ クオリファイドアイデンティファイヤ（Qual
ified Identifier） オブジェクト（参照される） ・ プリミティブ（実効され、変更されない） ・・ 識別子（順序あり） ・・・ Qualified Identifier Class QualifiedIdentifier: シールされたインタフェース（識別子） = (); ４．６８ ランダムストリーム（RandomStream） オブジェクト（参照される） ・ ストリーム ・・ Random Stream Class RandomStream: インタフェース (Stream [Integer]) = (・・・); Construction initialize: プロテクトされてない op (seed: Integer) throws SeedInvalid; レスポンダのシードを整数（アーギュメント”シード
（seed）”）とし、レスポンダの属性”カレント（curr
ent）”を０とし、レスポンダの属性”ネクスト（nex
t）”を定義されないままにしておく。
【２１０５】提案されたシードがそのようなものとして
不適切な場合（”SeedInvalid”）例外が投出される。
不適切な場合（”SeedInvalid”）例外が投出される。
【２１０６】アダプテーション current この属性は整数である。 next この属性は０ではなく整数である。
【２１０７】４．６９ 実数（Real） オブジェクト（参照される） ・ プリミティブ（実効され、変更されない） ・・ 数（順序あり） ・・・ Real Class Real: シールされたインタフェース（数） = (); アダプテーション abs 結果は実数である。
【２１０８】add 結果は実数である。 divide 結果は実数である。 multiply 結果は実数である。 negate 結果は実数である。 subtract 結果は実数である。 Conversions Bit あるビットは、そのビットを整数に最初に変換し次にそ
の実数を整数に変換する結果を生ずる。
の実数を整数に変換する結果を生ずる。
【２１０９】BitString あるビットストリングは、そのビットストリングを最初
に整数に変換し次にその整数を実数に変換する結果を生
ずる。
に整数に変換し次にその整数を実数に変換する結果を生
ずる。
【２１１０】Boolean ブーリアンは、そのブーリアンを整数に最初に変換し次
にその整数を実数に変換する結果を生ずる。
にその整数を実数に変換する結果を生ずる。
【２１１１】Character あるキャラクタは、そのキャラクタを整数に最初に変換
し次にその整数を実数に変換する結果を生ずる。
し次にその整数を実数に変換する結果を生ずる。
【２１１２】Integer 整数は、算術的にその整数に等しい実数を生ずる。
【２１１３】Octet オクテットは、そのオクテットを整数に最初に変換し次
にその整数を実数に変換する結果を生ずる。
にその整数を実数に変換する結果を生ずる。
【２１１４】OctetString オクテット・ストリングは、そのオクテット・ストリン
グを整数に最初に変換し次にその整数を実数に変換する
結果を生ずる。
グを整数に最初に変換し次にその整数を実数に変換する
結果を生ずる。
【２１１５】String キャラクタテレスクリプトの実数のトークンのシンタッ
クルールに従うルールは、対応する実数を生ずる。
クルールに従うルールは、対応する実数を生ずる。
【２１１６】４．７０ リファレンスド（Referenced） Referenced Class Referenced: アブストラクトインタフェース () = (・・・); このクラスはシールされる。
【２１１７】Public Instance Attributes isProtected シールされたリードオンリのブーリアン; レスポンダのリファレンスがプロテクトされているか否
か。
か。
【２１１８】パブリックインスタンスオペレーション discard: シールド op (); レスポンダへのリファレンスが全く残っていない場合に
のみレスポンダを破壊する。
のみレスポンダを破壊する。
【２１１９】isSame: シールされた op (reference: Protected Referenced)
Boolean;。 リファレンスされたオブジェクト（アーギュメント”リ
ファレンス（reference）”）がレスポンダであるか否
かの指示をリターンする。
Boolean;。 リファレンスされたオブジェクト（アーギュメント”リ
ファレンス（reference）”）がレスポンダであるか否
かの指示をリターンする。
【２１２０】protect: シールされた op () protected Reference; プロテクトされたリファレンスをレスポンダにリターン
する。
する。
【２１２１】ref: シールされプロテクトされていない op (); オペレーションをリクエストするために用いられたリフ
ァレンスそれ自体が保護されている場合にのみともにプ
ロテクトされるレスポンダへの２つのリファレンスをス
タックに保存する。
ァレンスそれ自体が保護されている場合にのみともにプ
ロテクトされるレスポンダへの２つのリファレンスをス
タックに保存する。
【２１２２】４．７１ リソース（Resource） オブジェクト（参照される） ・ Resource Class Resource: インタフェース = (・・・); Constructin initialize: プロテクトされない op (conditon: Identifier!Nil; conditons:copied Set[Identifier!]Nil) throws ConditionUndefined; レスポンダの固有の属性を、同じ名前のアーギュメント
（アーギュメント”コンディション（conditon）”及
び”コンディションズ（conditons）”）とする。どち
らかのアーギュメントが０である場合、両方とも０でな
くてはならず、その場合に、属性”コンディションズ
（conditons）”は、属性”コンディション（condito
n）”に等しい１つの識別子を含む。問題の識別子は定
義されない。
（アーギュメント”コンディション（conditon）”及
び”コンディションズ（conditons）”）とする。どち
らかのアーギュメントが０である場合、両方とも０でな
くてはならず、その場合に、属性”コンディションズ
（conditons）”は、属性”コンディション（condito
n）”に等しい１つの識別子を含む。問題の識別子は定
義されない。
【２１２３】個別の条件すなわち属性”条件”がセット
にない場合、すなわち属性”コンディションズ”にない
場合（”コンディションアンディファインド（Conditio
nUndefined）”）例外が投出される。
にない場合、すなわち属性”コンディションズ”にない
場合（”コンディションアンディファインド（Conditio
nUndefined）”）例外が投出される。
【２１２４】Public Instance Attributes condition: 識別子 throws ConditionUnavailable; レスポンダの条件の識別子。
【２１２５】現在のプロセスが属性を設定しようと試
み、レスポンダの排他的な使用が欠如している場合（”
コンディションアンアベイラブル（ConditionUnvailabl
e）”）には例外が投出される。
み、レスポンダの排他的な使用が欠如している場合（”
コンディションアンアベイラブル（ConditionUnvailabl
e）”）には例外が投出される。
【２１２６】conditions: リードオンリのプロテクトされるセット［識別子］ レスポンダの可能な条件のための識別子。
【２１２７】パブリックインスタンスオペレーション use: シールされプロテクトされない op (procedure: Proc
edure; exclusive: Boolean|Nil; maximumWait: Integer|Nil; conditions: copied Set [Identifier!]|Nil) ブーリアン ConditionUndefined, Exception, resourceUnavailable
を投出する。
edure; exclusive: Boolean|Nil; maximumWait: Integer|Nil; conditions: copied Set [Identifier!]|Nil) ブーリアン ConditionUndefined, Exception, resourceUnavailable
を投出する。
【２１２８】レスポンダの使用を取得する、プロシージ
ャ（アーギュメント”プロシージャ（procedure）”）
を遂行し次にプロシージャが失敗してもレスポンダを放
棄する。
ャ（アーギュメント”プロシージャ（procedure）”）
を遂行し次にプロシージャが失敗してもレスポンダを放
棄する。
【２１２９】プロシージャはレスポンダのでなくリクエ
スタのフレーム及びプロパティにアクセスする。
スタのフレーム及びプロパティにアクセスする。
【２１３０】ブーリアン（アーギュメント”エクスクル
ーシブ（exclusive）”）が存在し且つ”真”である場
合にのみ使用が排他的となる。もし０でなく、識別子の
セット（アーギュメント”コンディションズ（conditio
ns）”）が供給されたら、レスポンダが識別子が意味す
る状態の１つにある場合にのみ使用が許可される。
ーシブ（exclusive）”）が存在し且つ”真”である場
合にのみ使用が排他的となる。もし０でなく、識別子の
セット（アーギュメント”コンディションズ（conditio
ns）”）が供給されたら、レスポンダが識別子が意味す
る状態の１つにある場合にのみ使用が許可される。
【２１３１】整数（アーギュメント”マキシマムウェイ
ト（maximumWait）”）が供給されたらオペレーション
は、その秒数よりも多くない時間レスポンダの使用に対
して待機する。その代わり０が供給されたら、オペレー
ションは要求されるだけの時間、おそらくは永久に待機
する。オペレーションの結果は、前者の場合に、指示さ
れた秒数を持ちレスポンダが利用できないままであるか
否かを指示する。
ト（maximumWait）”）が供給されたらオペレーション
は、その秒数よりも多くない時間レスポンダの使用に対
して待機する。その代わり０が供給されたら、オペレー
ションは要求されるだけの時間、おそらくは永久に待機
する。オペレーションの結果は、前者の場合に、指示さ
れた秒数を持ちレスポンダが利用できないままであるか
否かを指示する。
【２１３２】条件のセットがクリアされるかまたはレス
ポンダの属性”コンディション”（”コンディションア
ンディファインド（ConditionUndefined）”）のサブセ
ットに等しくない場合、プロシージャが例外を投出する
場合（”エクセプション（Exception）”）、またはレ
スポンダの使用が要求された秒数の間に取得できない場
合（”リゾースアンアベイラブル（ResourceUnavailabl
e）”）例外が投出される。
ポンダの属性”コンディション”（”コンディションア
ンディファインド（ConditionUndefined）”）のサブセ
ットに等しくない場合、プロシージャが例外を投出する
場合（”エクセプション（Exception）”）、またはレ
スポンダの使用が要求された秒数の間に取得できない場
合（”リゾースアンアベイラブル（ResourceUnavailabl
e）”）例外が投出される。
【２１３３】４．７２ セレクタ（Selector） オブジェクト（参照される） ・ プリミティブ（実行され変更されない） ・・ Selector Class Selector: シールされたインタフェース（プリミティブ） = (); アダプテーション isEqual ２つの値が同一である場合にのみ２つのセレクタは同一
である。
である。
【２１３４】４．７３ セット（Set） オブジェクト（参照される） ・ コレクション ・・ Set（検査される） Class Set: インタフェース[itemClass: Class] (Collection[itemClass, Verifid) = (・・・); サブジェクトクラスの各々のメンバの各々のアイテムが
それ自身メンバであるクラス（アーギュメント”アイテ
ムクラス（itemClass）”） によってパラメータ化され
る。
それ自身メンバであるクラス（アーギュメント”アイテ
ムクラス（itemClass）”） によってパラメータ化され
る。
【２１３５】レスポンダのアイテムをオブジェクトとす
る（アーギュメント”アイテムズ（items）”）。
る（アーギュメント”アイテムズ（items）”）。
【２１３６】２つの提案されたアイテムが同一である場
合（”アイテムデュプリケーティッド（ItemDuplicate
d）”）または提案されたアイテムがそのようなものと
して不適切である場合（”アイテムインヴァリッド（It
emInvalid）”）に例外が投出される。
合（”アイテムデュプリケーティッド（ItemDuplicate
d）”）または提案されたアイテムがそのようなものと
して不適切である場合（”アイテムインヴァリッド（It
emInvalid）”）に例外が投出される。
【２１３７】パブリックインスタンスオペレーション difference: プロテクトされない op (set: protected Set [itemCla
ss]); セットの１つのアイテムに等しい各々のアイテム（アー
ギュメント”セット（set）”）をレスポンダから除外
して廃棄する。
ss]); セットの１つのアイテムに等しい各々のアイテム（アー
ギュメント”セット（set）”）をレスポンダから除外
して廃棄する。
【２１３８】intersection: プロテクトされない op (set: protected Set[itemClas
s]); セットの１つのアイテムに等しくない各々のアイテム
（アーギュメント”セット（set）”）をレスポンダか
ら除去し廃棄する。
s]); セットの１つのアイテムに等しくない各々のアイテム
（アーギュメント”セット（set）”）をレスポンダか
ら除去し廃棄する。
【２１３９】union: プロテクトされない op (set: protected Set[itemClas
s]); レスポンダの現存するアイテムに等しくないセット（ア
ーギュメント”セット（set）”）の各々のアイテムへ
の参照をレスポンダに含める。
s]); レスポンダの現存するアイテムに等しくないセット（ア
ーギュメント”セット（set）”）の各々のアイテムへ
の参照をレスポンダに含める。
【２１４０】アダプテーション include オブジェクトに等しい現存するアイテムを最初に排除し
次に廃棄することによって、あるオブジェクトを新しい
アイテムとしてセットに含める。
次に廃棄することによって、あるオブジェクトを新しい
アイテムとしてセットに含める。
【２１４１】verify セットのアイテムどの２つも同一でない場合にのみセッ
トはコンシステントである。
トはコンシステントである。
【２１４２】４．７４ スタック（Stack） オブジェクト（参照される） ・ コレクション ・・ リスト（順序付けされる） ・・・ Stack Class Stack: インタフェース [itemClass: Class] (List [item]) =
(・・・); サブジェクト・クラスの各々のメンバの各々のアイテム
それ自身がメンバであるクラス（アーギュメント”アイ
テムクラス（itemClass）”）によってパラメータ化さ
れる。
(・・・); サブジェクト・クラスの各々のメンバの各々のアイテム
それ自身がメンバであるクラス（アーギュメント”アイ
テムクラス（itemClass）”）によってパラメータ化さ
れる。
【２１４３】パブリックインスタンスオペレーション pop: プロテクトされない op () itemClass throws StackDepleted; トップアイテムをレスポンダから除去しリターンする。
【２１４４】レスポンダがクリアされている場合（”ス
タックデプリーティッド（StackDepleted）”）に例外
が投出される。
タックデプリーティッド（StackDepleted）”）に例外
が投出される。
【２１４５】push: プロテクトされない op (item: itemClass); オブジェクト（アーギュメン”アイテム（item）”）を
新しいアイテムとして頂部においてレスポンダに付加す
る。
新しいアイテムとして頂部においてレスポンダに付加す
る。
【２１４６】pushItems: プロテクトされない op (item: protected List [itemC
lass]); リストのアイテム（アーギュメント”アイテムズ（item
s）”）への参照をレスポンダんプッシュする。リスト
の位置１においてアイテムへのリファレンスをレスポン
ダの頂部に置く。
lass]); リストのアイテム（アーギュメント”アイテムズ（item
s）”）への参照をレスポンダんプッシュする。リスト
の位置１においてアイテムへのリファレンスをレスポン
ダの頂部に置く。
【２１４７】roll: プロテクトされない op (shifts, items: Integer) throws ArgumentInvalid, StackDepleted; レスポンダの一番上のアイテムをシフトする。
【２１４８】シフトに参加するアイテムの数”Ｉ”は、
負数でない整数（アーギュメント”アイテムズ（item
s）”）によって与えられる。各々の参加するアイテム
がシフトされるべき位置の数は、整数でも負数でもよい
別の整数（アーギュメント”シフツ（shifts）”）によ
って与えられる。”Ｐ”はその絶対値である。参加する
アイテムは、この第２の整数が正数である場合レスポン
ダの頂部にシフトされ、さもなければレスポンダの底部
にシストされる。
負数でない整数（アーギュメント”アイテムズ（item
s）”）によって与えられる。各々の参加するアイテム
がシフトされるべき位置の数は、整数でも負数でもよい
別の整数（アーギュメント”シフツ（shifts）”）によ
って与えられる。”Ｐ”はその絶対値である。参加する
アイテムは、この第２の整数が正数である場合レスポン
ダの頂部にシフトされ、さもなければレスポンダの底部
にシストされる。
【２１４９】レスポンダの頂部に向かって位置１だけ参
加するアイテムをシフトさせることは、１番最上部のア
イテムの位置を”アイテム”に変化させ他の参加する各
々のアイテムを位置を１だけ減少させることである。
加するアイテムをシフトさせることは、１番最上部のア
イテムの位置を”アイテム”に変化させ他の参加する各
々のアイテムを位置を１だけ減少させることである。
【２１５０】レスポンダの底部に向かって参加アイテム
を位置１だけシフトさせることは、その位置が”Ｉ”で
あるアイテムを１番上にし、他の参加アイテムの各々の
位置を１だけ増大させることである。
を位置１だけシフトさせることは、その位置が”Ｉ”で
あるアイテムを１番上にし、他の参加アイテムの各々の
位置を１だけ増大させることである。
【２１５１】”Ｉ”を与える正数が負である場合（”ア
ーギュメントインヴァリッド（ArgumentInvalid）”）
またはレスポンダの長さが”Ｉ”（”スタックデプリー
ティッド（StackDepleted）”）よりも小さい場合に例
外が投出される。
ーギュメントインヴァリッド（ArgumentInvalid）”）
またはレスポンダの長さが”Ｉ”（”スタックデプリー
ティッド（StackDepleted）”）よりも小さい場合に例
外が投出される。
【２１５２】swap: プロテクトされない op () は、 StackDepleted;を投出する。
【２１５３】レスポンダの位置１及び２にあるアイテム
を転置する。
を転置する。
【２１５４】レスポンダの長さが２より小さい場合（”
スタックデプリーティッド（StackDepleted）”）例外
が投出される。
スタックデプリーティッド（StackDepleted）”）例外
が投出される。
【２１５５】４．７５ ストリーム（Steam） オブジェクト（参照される） ・ Stream Class Stream: アブストラクトインタフェース [itemClass: Class] =
(・・・); サブジェクトクラスの各々のメンバの各々のアイテムが
それ自身メンバであるクラス（アーギュメント”アイテ
ムクラス（itemClass）”）によってパラメータ化され
る。
(・・・); サブジェクトクラスの各々のメンバの各々のアイテムが
それ自身メンバであるクラス（アーギュメント”アイテ
ムクラス（itemClass）”）によってパラメータ化され
る。
【２１５６】パブリックインスタンスオペレーション current: アブストラクトのリードオンリの itemClass|Nil; レスポンダの属性”ネクスト（next）”が質疑された
が、０がリターンされず、全てのレスポンダのアイテム
が作り出された場合には、レスポンダが最後に作り出し
たアイテムであり、さもなければ０である。
が、０がリターンされず、全てのレスポンダのアイテム
が作り出された場合には、レスポンダが最後に作り出し
たアイテムであり、さもなければ０である。
【２１５７】isDone: アブストラクトなブーリアン。
【２１５８】レスポンダが全てのアイテムを作り出した
か否か。
か否か。
【２１５９】next: アブストラクトなリードオンリのitemClass|Nil throws ReferenceProtected; もしレスポンダがそのアイテムの全てをすでに作り出し
ていた場合には、レスポンダの次のアイテムである、さ
もなければ０である。このオペレーションがリクエスト
されるごとにレスポンダは別のアイテムを作り出す。
ていた場合には、レスポンダの次のアイテムである、さ
もなければ０である。このオペレーションがリクエスト
されるごとにレスポンダは別のアイテムを作り出す。
【２１６０】レスポンダがプロテクトされている場
合（”リファレンスプロテクティッド（Referenceprete
cted）”）例外が投出される。
合（”リファレンスプロテクティッド（Referenceprete
cted）”）例外が投出される。
【２１６１】４．７６ ストリング（string） オブジェクト（参照される） ・ コレクション ・・ リスト（順序付けされる） ・・・ コンストレインドリスト（コンストレインド） ・・・・ String(Cased&Executed) Class String: シールされたインタフェース (ConstrainedList [Character}, Cased, Executed) =(・
・・); Construction initialize プロテクトされない op (segments: Object・・・ /*Character|protcted String! */); レスポンダをその位置がレスポンダ内において左から右
に増大しているセグメント（アーギュメント”セグメン
ツ（segments）”）の連鎖にする。
・・); Construction initialize プロテクトされない op (segments: Object・・・ /*Character|protcted String! */); レスポンダをその位置がレスポンダ内において左から右
に増大しているセグメント（アーギュメント”セグメン
ツ（segments）”）の連鎖にする。
【２１６２】パブリックインスタンスオペレーション substring: op (initialPositon, beyondFinalPosition: Integer) copied String throws PositionInvalid; 範囲に含まれる位置においてキャラクタを含むレスポン
ダのサブストリングのコピーをリターンする［”initia
lPosition”，”beyondFinalPosition”）。
ダのサブストリングのコピーをリターンする［”initia
lPosition”，”beyondFinalPosition”）。
【２１６３】主張された位置がそのようなものとして不
適切な場合（”ポジションインヴァリッド（PositionIn
valid）”）例外が投出される。
適切な場合（”ポジションインヴァリッド（PositionIn
valid）”）例外が投出される。
【２１６４】アダプテーション constraint 属性はシールされる。属性”ofClass”、”classI
d”、”isInstance”、”isOptional”及び”passage”
は、クラス”Character”、クラス”character”、”tr
ue”、”false”及び”byCopy”の識別子である。
d”、”isInstance”、”isOptional”及び”passage”
は、クラス”Character”、クラス”character”、”tr
ue”、”false”及び”byCopy”の識別子である。
【２１６５】isAfter 短い長さのストリングの長さは長い長さのストリングの
長さに等しくするに足る文字キャラクタをキャラクタが
最初に短な長さのストリングに付加されたかのようにあ
るストリングが次のストリングに続く。各々の付加され
たキャラクタは、そのユニコードのコードが正数０であ
るキャラクタである。
長さに等しくするに足る文字キャラクタをキャラクタが
最初に短な長さのストリングに付加されたかのようにあ
るストリングが次のストリングに続く。各々の付加され
たキャラクタは、そのユニコードのコードが正数０であ
るキャラクタである。
【２１６６】isBefore 短い長さのストリングの長さは長い長さのストリングの
長さに等しくするに足るキャラクタをキャラクタが最初
に短い長さのストリングに付加されたかのように、ある
ストリングが別のストリングの前方にある。各々の付加
されたキャラクタは、そのユニコードのコードが正数０
であるキャラクタである。
長さに等しくするに足るキャラクタをキャラクタが最初
に短い長さのストリングに付加されたかのように、ある
ストリングが別のストリングの前方にある。各々の付加
されたキャラクタは、そのユニコードのコードが正数０
であるキャラクタである。
【２１６７】Conversions Bit あるストリングに変換しうるキャラクタに変換しうるビ
ットはそのストリングを生ずる。
ットはそのストリングを生ずる。
【２１６８】CalendarTime カレンダ時間は、カレンダ時間によって表される時間を
記述するストリングを生ずる。
記述するストリングを生ずる。
【２１６９】Character キャラクタは、その唯一つのアイテムがキャラクタに等
しいストリングを生ずる。
しいストリングを生ずる。
【２１７０】Identifier 識別子は、識別子のテキストに等しいストリングを生ず
る。
る。
【２１７１】Integer ある整数は、キャラクタテレスクリプト中のトークン”
インテジャ（Integer）”のためのシンタクティックル
ールに従うストリングを生ずる。
インテジャ（Integer）”のためのシンタクティックル
ールに従うストリングを生ずる。
【２１７２】Pattern あるパターンは、パターンのテキストに等しいストリン
グを生ずる。
グを生ずる。
【２１７３】Real ある実数は、キャラクタテレスクリプト中のトークン”
Real”のシンタクティックルールに従いストリングを生
ずる。
Real”のシンタクティックルールに従いストリングを生
ずる。
【２１７４】Telenumber テレナンバは、プラスサイン（”＋”）、テレナンバの
国の属性、スペース（” ”）、及びテレナンバの属
性”テレホン（telephone）”の連鎖を生ずる。
国の属性、スペース（” ”）、及びテレナンバの属
性”テレホン（telephone）”の連鎖を生ずる。
【２１７５】Time 時間は、時間をひとまずカレンダ時間に変換し次にカレ
ンダ時間をストリングに変換する結果を生ずる。
ンダ時間をストリングに変換する結果を生ずる。
【２１７６】４．７７ テレアドレス（Teleaddress） オブジェクト（参照される） ・ Teleaddress Class Teleaddress: インタフェース = (・・・); Constructin initialize: プロテクトされる op (provider: OctetStrin!|Nil; location: String!Nil); レスポンダの属性”ルーティングアドバイス（routingA
dvice）”をクリアし、その他の本来の属性を同じ名前
のアーギュメント（アーギュメント”ロケーション（lo
cation）”及び”プロバイダ（provider）”）にする。
しかし後者のアーギュメントが０であれば、属性”プロ
バイダ（provider）”は、現在のプレイスの割り当てら
れたテレアドレスの属性とされる。
dvice）”をクリアし、その他の本来の属性を同じ名前
のアーギュメント（アーギュメント”ロケーション（lo
cation）”及び”プロバイダ（provider）”）にする。
しかし後者のアーギュメントが０であれば、属性”プロ
バイダ（provider）”は、現在のプレイスの割り当てら
れたテレアドレスの属性とされる。
【２１７７】パブリックインスタンスオペレーション location: String!|Nil; レスポンダが割り当てられているかまたはそのようなコ
ンストレイントが課された場合、レスポンダによって表
されるプレイスのロケーションを表すストリング、さも
なければ０。
ンストレイントが課された場合、レスポンダによって表
されるプレイスのロケーションを表すストリング、さも
なければ０。
【２１７８】provider: OctetString!; オクテットストリングは、テレネームの属性”オーソリ
ティ（authority）”がそうするように、レスポンダが
表すプレイスを含む領域のプロバイダを表す。
ティ（authority）”がそうするように、レスポンダが
表すプレイスを含む領域のプロバイダを表す。
【２１７９】routingAdvice: List [OctetString!]; オクテットストリングは、属性”プロバイダ（provide
r）”がそうするように、そして優先順位の減少する順
序に、移動領域のプロバイダを表す。
r）”がそうするように、そして優先順位の減少する順
序に、移動領域のプロバイダを表す。
【２１８０】アダプテーション isEqual ２つのテレアドレスは、それぞれの固有の属性に従って
同一である。
同一である。
【２１８１】４．７８ テレネーム（Telename） オブジェクト（参照される） ・ Telename Clas Telename インタフェース = (・・・); Construction initialize プロテクトされない op (authority, identity: OctetString!|Nil); レスポンダの固有の属性を同じ名前のアーギュメント
（アーギュメント”オーソリティ（authority）”及
び”アイデンティティ（identity）”にする。しかし前
者のアーギュメントは０であれば、属性”オーソリティ
（identity）”が現在のプロセスの割り当てられたテレ
ネームの属性にされる。
（アーギュメント”オーソリティ（authority）”及
び”アイデンティティ（identity）”にする。しかし前
者のアーギュメントは０であれば、属性”オーソリティ
（identity）”が現在のプロセスの割り当てられたテレ
ネームの属性にされる。
【２１８２】Publc Instance Attributes authority: OctetString! レスポンダが表す名前付けされたオブジェクトのオーソ
リティを表すオクテットストリング。
リティを表すオクテットストリング。
【２１８３】identity: OctetString!|Nil; レスポンダが割り当てられているかそのようなコンスト
レントが課された場合には、レスポンダによって表され
る名前付けされたオブジェクトのアイデンティティを表
すオクテットストリングであり、さもなければ０であ
る。
レントが課された場合には、レスポンダによって表され
る名前付けされたオブジェクトのアイデンティティを表
すオクテットストリングであり、さもなければ０であ
る。
【２１８４】アダプテーション isEqual ２つのテレネームは、それぞれの固有の属性に従って同
一である。
一である。
【２１８５】４．７９ テレナンバ（Telenumber） オブジェクト（参照される） ・ Telenumber Class Telenumber インタフェース = (・・・); Construction initialize プロテクトされない op (countryAndTelephone: String
!; extension: String!|Nil); レスポンダの属性”エクステンション（extension）”
を、同じ名前のアーギュメント（アーギュメント”エク
ステンション（extension）”）とし、レスポンダの他
の固有の属性を、アーギュメント”カントリアンドテレ
ホン（countryAndTelephone）”に変換可能なテレナン
バの属性にする。
!; extension: String!|Nil); レスポンダの属性”エクステンション（extension）”
を、同じ名前のアーギュメント（アーギュメント”エク
ステンション（extension）”）とし、レスポンダの他
の固有の属性を、アーギュメント”カントリアンドテレ
ホン（countryAndTelephone）”に変換可能なテレナン
バの属性にする。
【２１８６】Public Instance Attributes country String!; レスポンダに表すインストルメントが含まれている国ま
たは他の地域的な領域にＣＣＩＴＴが割り当てるコー
ド。ストリングの各々のキャラクタは数字（”０”−”
９”）である。
たは他の地域的な領域にＣＣＩＴＴが割り当てるコー
ド。ストリングの各々のキャラクタは数字（”０”−”
９”）である。
【２１８７】extension: String!|Nil; レスポンダの属性”カントリ（country）”及び”テレ
ホン（telephone）”がそれ自身そのようにしない場
合、レスポンダが表すインストルメントを明瞭に特定す
るテレホンの内線であり、さもなければ０である。スト
リングの各々のキャラクタは、数字（”０”−”
９”）、ハイフン（”−”）またはスペース（””）で
ある。
ホン（telephone）”がそれ自身そのようにしない場
合、レスポンダが表すインストルメントを明瞭に特定す
るテレホンの内線であり、さもなければ０である。スト
リングの各々のキャラクタは、数字（”０”−”
９”）、ハイフン（”−”）またはスペース（””）で
ある。
【２１８８】telephone: String!; 属性”カントリ（country）”が表す国または他の地理
的な領域によってレスポンダが表すインストルメントに
割り当てられた番号。ストリングの各々のキャラクタ
は、数字（”０”−”９”）、ハイフン（”−”）また
はスペース（””）である。
的な領域によってレスポンダが表すインストルメントに
割り当てられた番号。ストリングの各々のキャラクタ
は、数字（”０”−”９”）、ハイフン（”−”）また
はスペース（””）である。
【２１８９】アダプテーション isEqual ２つのテレネームは、全てのハイフン（”−”）及びス
ペース（” ”）が最初にそれらが除かれたかのように
同一であるそれらの固有の属性に従って同一である。
ペース（” ”）が最初にそれらが除かれたかのように
同一であるそれらの固有の属性に従って同一である。
【２１９０】Conversions String あるテレナンバを変換することによって生じうるストリ
ングは、その属性”エクテンション”が０であり、テレ
ナンバを生ずる。
ングは、その属性”エクテンション”が０であり、テレ
ナンバを生ずる。
【２１９１】４．８０ チケット オブジェクト（参照される） ・ チケットスタブ ・・ Ticket Class Ticket: インタフェース (TicketStub) = (・・・); Construction initialze: プロテクトされない op( destinationName: Telename|N
il; destinationAddrss: Teleaddress|Nil; destinationClass: Citation|Nil; maximumWait: Integer|Nil; way: Way|Nil; travelNotes: Object|Nil); レスポンダの属性”desiredWait”及び”destinationPe
rmit”を０にし、レスポンダの他の属性を同じ名前のア
ーギュメント（アーギュメント”destinationAddres
s”、”destinationClass”、”destinationName”、”
maximumWait”、”travelNotes”及び”way”）にす
る。
il; destinationAddrss: Teleaddress|Nil; destinationClass: Citation|Nil; maximumWait: Integer|Nil; way: Way|Nil; travelNotes: Object|Nil); レスポンダの属性”desiredWait”及び”destinationPe
rmit”を０にし、レスポンダの他の属性を同じ名前のア
ーギュメント（アーギュメント”destinationAddres
s”、”destinationClass”、”destinationName”、”
maximumWait”、”travelNotes”及び”way”）にす
る。
【２１９２】Public Instance Attributes desiredWait: Integer|Nil; そのようなコンストレイントが課せられた場合、レスポ
ンダが規定するトリップが完了されるべき時間とトリッ
プがリクエストされる時間との間の負数でない秒数の最
大の所望される差であり、その他の場合は０である。
ンダが規定するトリップが完了されるべき時間とトリッ
プがリクエストされる時間との間の負数でない秒数の最
大の所望される差であり、その他の場合は０である。
【２１９３】destinationAddress Teleaddress|Nil; そのようなコンストレイントが課せられた場合、レスポ
ンダが定義するトリップの目的点のテレアドレスであ
り、さもなければ０である。
ンダが定義するトリップの目的点のテレアドレスであ
り、さもなければ０である。
【２１９４】destinationClass: Citation|Nil; そのようなコンストレイントが課せられれば、レスポン
ダが定義するトリップの目的点が１つのメンバであるク
ラス”プレイス（place）”のサブクラスへのサイテイ
ションであり、さもなければ０である。
ダが定義するトリップの目的点が１つのメンバであるク
ラス”プレイス（place）”のサブクラスへのサイテイ
ションであり、さもなければ０である。
【２１９５】destinationName: Telenam|Nil; そのようなコンストレイントが課せられれば、レスポン
ダが定義するトリップの目的点のテレネームであるかま
たは、さもなければ０である。
ダが定義するトリップの目的点のテレネームであるかま
たは、さもなければ０である。
【２１９６】destinatonPermit: Permit|Nil; ローカルパーミットがエージェントの現在の一時的なパ
ーミットと相違していれば、レスポンダを使用するエー
ジェントはエージェントの目的点において持つべきロー
カルパーミットであり、エージェントが持たなければ、
エージェントの固有のパーミットであり、さもなければ
０である。
ーミットと相違していれば、レスポンダを使用するエー
ジェントはエージェントの目的点において持つべきロー
カルパーミットであり、エージェントが持たなければ、
エージェントの固有のパーミットであり、さもなければ
０である。
【２１９７】maximumWait: integer|Nil; もしそのようなコンストレイントが課せられれば、レス
ポンダが定義するトリップが終了すべき時間とトリップ
が要求する時間との間の秒で表した最大のパーミットさ
れる差であり、またはさもなければ０である。整数はも
し供給されれば負数ではないものとする。
ポンダが定義するトリップが終了すべき時間とトリップ
が要求する時間との間の秒で表した最大のパーミットさ
れる差であり、またはさもなければ０である。整数はも
し供給されれば負数ではないものとする。
【２１９８】アダプテーション isEqual ２つのチケットはチケットの固有の属性及びチケットの
スタブに従って同一である。
スタブに従って同一である。
【２１９９】４．８１ チケットスタブ（Ticket Stu
b） オブジェクト（参照される） ・ Ticket Stub Class TicketStub インタフェース = (・・・); Construction initialize: プロテクトされない op (way: Way|Nil; travelNotes: Object|Nil); レスポンダの固有の属性を、同じ名前のアーギュメント
（アーギュメント”トラベルノート（travelNotes）”
及び”ウェイ（way）”）とする。
b） オブジェクト（参照される） ・ Ticket Stub Class TicketStub インタフェース = (・・・); Construction initialize: プロテクトされない op (way: Way|Nil; travelNotes: Object|Nil); レスポンダの固有の属性を、同じ名前のアーギュメント
（アーギュメント”トラベルノート（travelNotes）”
及び”ウェイ（way）”）とする。
【２２００】Public Instance Attributes travelNotes: Object|Nil; レスポンダを保持するエージェントの専用的な使用のた
めのオブジェクト。
めのオブジェクト。
【２２０１】way Way|Nil; もしそのようなコンストレイントが課せられれば、トリ
ップの目的点に向かって取るべき道でありさもなければ
０である。チケットスタブにおいてトリップの原点への
戻り道。
ップの目的点に向かって取るべき道でありさもなければ
０である。チケットスタブにおいてトリップの原点への
戻り道。
【２２０２】アダプテーション isEqual ２つのチケットスタブはそれぞれの固有の属性に従って
同一である。
同一である。
【２２０３】４．８２ タイム（Time） オブジェクト（参照される） ・ Time（順序付けされ、変更されない） Class Time: インタフェース (Object, Ordered, Unchanged) = (・・
・); Const1ruction initialize レスポンダを現在の時間すなわち現在のプレイスにおい
ての時間とする。
・); Const1ruction initialize レスポンダを現在の時間すなわち現在のプレイスにおい
ての時間とする。
【２２０４】パブリックインスタンスオペレーション adjust: op (seconds: Integer) Time; レスポンダの後の要求された秒数（アーギュメント”セ
コンズ（seconds）”）であり、同一の恒久的オフセッ
ト及び季節的オフセットを特定する時間はリターンす
る。
コンズ（seconds）”）であり、同一の恒久的オフセッ
ト及び季節的オフセットを特定する時間はリターンす
る。
【２２０５】注：整数が負数であればリターンされる時
間はレスポンダに先行する。
間はレスポンダに先行する。
【２２０６】interval: op (subtrahend: Time) Integer; 被減数であるレスポンダと減数である時間（アーギュメ
ント”サブトライエンド（subtrahend）”）との間の秒
で表した算術差をリターンする。
ント”サブトライエンド（subtrahend）”）との間の秒
で表した算術差をリターンする。
【２２０７】注：結果は２つの絶対時間との間の距離を
表す。
表す。
【２２０８】Adaptations isAfter ある時間が別の時間の次になるのは、第２のものが特定
する絶対時間点に第１の特定する絶対時間点が後続する
場合にのみ生ずる。
する絶対時間点に第１の特定する絶対時間点が後続する
場合にのみ生ずる。
【２２０９】isBefore ある時間が別の時間の前になるのは、第２のものが特定
する絶対時間点よりも第１のものが特定する絶対時間点
が先行する場合にのみ生ずる。
する絶対時間点よりも第１のものが特定する絶対時間点
が先行する場合にのみ生ずる。
【２２１０】isEqual ２つの時間はどちらも他のものの前にない場合にのみ同
一である。
一である。
【２２１１】Conversions CalendarTime カレンダ時間は、同一の時点を表す時間と同一の恒久的
及び季節的オフセットとを生ずる。
及び季節的オフセットとを生ずる。
【２２１２】４．８３ トリップエクセプション（Ｔｒ
ｉｐ Ｅｘｃｅｐｔｉｏｎ） オブジェクト（参照される） ・例外（変更されない） ・・”Ｔｒｉｐ Ｅｘｃｅｐｔｉｏｎ” クラス TripException:アフ゛ストラクト・インタフェース (例外)=(・・・); Construction initialize:フ゜ロテクト されないop(ticketStub: TicketStub); レスポンダの固有の属性を同じ名前のアーギュメント
（アーギュメント”ticketStub”）とする。
ｉｐ Ｅｘｃｅｐｔｉｏｎ） オブジェクト（参照される） ・例外（変更されない） ・・”Ｔｒｉｐ Ｅｘｃｅｐｔｉｏｎ” クラス TripException:アフ゛ストラクト・インタフェース (例外)=(・・・); Construction initialize:フ゜ロテクト されないop(ticketStub: TicketStub); レスポンダの固有の属性を同じ名前のアーギュメント
（アーギュメント”ticketStub”）とする。
【２２１３】Subclassess DestinationUnavailable:インタフェース (トリッフ゜の例外)=(); ネットワークが区画されているためトリップの目的点は
到達不可能である。従って、目的点は将来到達されうる
かもしれない。
到達不可能である。従って、目的点は将来到達されうる
かもしれない。
【２２１４】DestinationUnknown:インタフェース (トリッフ゜の例外)=(); トリップの目的点は特定できないので到達不可能であ
る。
る。
【２２１５】OccupancyDenied:インタフェース (トリッフ゜の例外)=(); トリップの目的点はエージェントの占有従って到達を拒
絶する。
絶する。
【２２１６】TicketExpired:インタフェース (トリッフ゜の例外)=(); トリップに対するチケットの属性”maximumWait”によ
って要求された秒数内にはトリップの目的点には到達で
きない。
って要求された秒数内にはトリップの目的点には到達で
きない。
【２２１７】WayUnavailable:インタフェース (トリッフ゜例外)=(); トリップの出発点はトリップについて要求された航路が
欠如している。
欠如している。
【２２１８】Public Instance Attributes ticketStub: sealed TicketStub; 成功しなかったトリップから結果したチケット・スタ
ブ。
ブ。
【２２１９】Adaptations isEqual ２つのトリップの例外はそれぞれの固有の属性に従って
同一である。
同一である。
【２２２０】４．８４ アンチェンジド（Ｕｎｃｈａｎ
ｇｅｄ） クラス Unchanged:アフ゛ストラクト・インタフェース ()=(); Adaptations copy 変更されないオブジェクトのコピーはオリジナルであ
る。
ｇｅｄ） クラス Unchanged:アフ゛ストラクト・インタフェース ()=(); Adaptations copy 変更されないオブジェクトのコピーはオリジナルであ
る。
【２２２１】４．８５ アネクスペクティドエクセプシ
ョン（Ｕｎｅｘｐｅｃｔｅｄ Ｅｘｃｅｐｔｉｏｎ） オブジェクト（参照される） ・例外（変更されない） ・・プログラミングの例外 ・・・カーネルの例外 ・・・・実行の例外 ・・・・・”Ｕｎｅｘｐｅｃｔｅｄ Ｅｘｃｅｐｔｉｏ
ｎ” クラス UnexpectedException:インタフェース (実行の例外)=(・・・); Construction initializeフ゜ロテクト されないop(exception: Exception); レスポンダの固有の属性を同じ名前のアーギュメントと
する。（アーギュメント”Exception”） Public Instance Attributes exception: リードオンリの例外。
ョン（Ｕｎｅｘｐｅｃｔｅｄ Ｅｘｃｅｐｔｉｏｎ） オブジェクト（参照される） ・例外（変更されない） ・・プログラミングの例外 ・・・カーネルの例外 ・・・・実行の例外 ・・・・・”Ｕｎｅｘｐｅｃｔｅｄ Ｅｘｃｅｐｔｉｏ
ｎ” クラス UnexpectedException:インタフェース (実行の例外)=(・・・); Construction initializeフ゜ロテクト されないop(exception: Exception); レスポンダの固有の属性を同じ名前のアーギュメントと
する。（アーギュメント”Exception”） Public Instance Attributes exception: リードオンリの例外。
【２２２２】あるフィーチャが宣言しなかったが投出し
た、レスポンダの原因である例外。
た、レスポンダの原因である例外。
【２２２３】４．８６ アンムーブド（Ｕｎｍｏｖｅ
ｄ） クラス Unmovedアフ゛ストラクト・インタフェース ()=(); ４．８７ ベリファイド（Ｖｅｒｉｆｉｅｄ） クラス Verifiedアフ゛ストラクト・インタフェース ()=(・・・); Public Instance Operations verify:アフ゛ストラクト op()フ゛ーリアン; レスポンダがコンシステントであるか否かの表示をす
る。
ｄ） クラス Unmovedアフ゛ストラクト・インタフェース ()=(); ４．８７ ベリファイド（Ｖｅｒｉｆｉｅｄ） クラス Verifiedアフ゛ストラクト・インタフェース ()=(・・・); Public Instance Operations verify:アフ゛ストラクト op()フ゛ーリアン; レスポンダがコンシステントであるか否かの表示をす
る。
【２２２４】４．８８ ウェイ（Ｗａｙ） オブジェクト（参照される） ・Ｗａｙ クラス Way:インタフェース =(・・・); Construction initialize:フ゜ロテクト されないop(ネーム: Telename|Nil; 手段: Means|Nil; オーセンティケータ: Authenticator|Nil); レスポンダの固有の属性を同じ名前のアーギュメント
（アーギュメント”authenticator”、”means”及び”
name”）とする。
（アーギュメント”authenticator”、”means”及び”
name”）とする。
【２２２５】Public Instance Attributes authenticator:オーセンティケータ |Nil; そのようなコンストレイントが課せられるならば、航路
が通過する領域に入るために用いられるためのオーセン
ティケータであり、さもなければ０である。
が通過する領域に入るために用いられるためのオーセン
ティケータであり、さもなければ０である。
【２２２６】means: 手段|Nil; もしそのようなコンストレイントが課せられれば、航路
が通過する領域をアクセスするべき手段であり、さもな
ければ０である。
が通過する領域をアクセスするべき手段であり、さもな
ければ０である。
【２２２７】name:テレネーム |Nil; もしそのようなコンストレイントが課せられれば、航路
が通過する領域のテレネームであり、さもなければ０で
ある。
が通過する領域のテレネームであり、さもなければ０で
ある。
【２２２８】Adaptations isEqual ２つの航路はそれぞれの固有の属性に従って同一であ
る。
る。
【２２２９】５ テレスクリプトシンタックス（ＴＥＬ
ＥＳＣＲＩＰＴ ＳＹＮＴＡＸ） ”telescript”はプロジージャの符号（エンコーディン
グ）である。一般にテレスクリプトの抽象的なシンタッ
クスと特にキャラクタ及び２進テレスクリプトの具体的
なシンタックスとはこのアペンディックスのこのセクシ
ョンにおいて定義される。
ＥＳＣＲＩＰＴ ＳＹＮＴＡＸ） ”telescript”はプロジージャの符号（エンコーディン
グ）である。一般にテレスクリプトの抽象的なシンタッ
クスと特にキャラクタ及び２進テレスクリプトの具体的
なシンタックスとはこのアペンディックスのこのセクシ
ョンにおいて定義される。
【２２３０】注：キャラクタ・テレスクリプト、人々に
よって、２進テレスクリプトは機械によって、例えばオ
ブジェクトをそれらの間に搬送する際に用いられる。２
進テレスクリプトは機能的の同等のキャラクタ・テレス
クリプトよりも常にオクテットで表した長さが著しくな
い。
よって、２進テレスクリプトは機械によって、例えばオ
ブジェクトをそれらの間に搬送する際に用いられる。２
進テレスクリプトは機能的の同等のキャラクタ・テレス
クリプトよりも常にオクテットで表した長さが著しくな
い。
【２２３１】５．１ テレスクリプト（Ｔｅｌｅｓｃｒ
ｉｐｔ） テレスクリプトは、第１にプリフェースをそして第２テ
レスクリプトが符号化するプロシージャを含む一連のト
ークンである。プリフェースは、テレスクリプトがそれ
に対して適合される命令セットのメージャーバージョン
及びマイナーバージョンを特定する。
ｉｐｔ） テレスクリプトは、第１にプリフェースをそして第２テ
レスクリプトが符号化するプロシージャを含む一連のト
ークンである。プリフェースは、テレスクリプトがそれ
に対して適合される命令セットのメージャーバージョン
及びマイナーバージョンを特定する。
【２２３２】テレスクリプトは、以下に示すシンタック
ティック・ルール及びそれに付随したセマンティック・
ルールに従う。ＢＮＦで表した規則は、ブラケットによ
って任意のトークンを囲む（”［”ａｎｄ”］”） Telescript ::=Preface Procedure Body ::=[ExecutedObject Body]ExecutedObject::=Bit|BitString|Boole an|Character|Identifier|Integer| Octet|OctetString|Mark| Modifier| Nil|Procedure|Mark| Real|Selector|String Bit ::=BitZero| BitOne Boolean ::=Booleanalse|BooleanTrue Modifier ::= ModifierDemarcate| ModifierGetClass| ModifierGetProperty| ModifierGetVariable| ModifierMention| ModifierSetAttribute| ModifierSetProperty| ModifierSetVariable| ModifierUseStack| Selector ::=SelectorBreak| SlectorClient| SlectorContinue| SlectorEscalate| SlectorPlace| SlectorProcess| SlectorSelf| SlectorSucceed テレスクリプトはそのための規定がシンタックティク・
ルールに含まれると考えられるコメントを含めうる。”
comment”はテレスクリプトが符号化するプロシージャ
に影響しないストリングである。１以上のコメントは、
スクリプトの第１トークンの前、その最後のトークンの
後そして任意の２つの隣接したトークンの間に出現しう
る。
ティック・ルール及びそれに付随したセマンティック・
ルールに従う。ＢＮＦで表した規則は、ブラケットによ
って任意のトークンを囲む（”［”ａｎｄ”］”） Telescript ::=Preface Procedure Body ::=[ExecutedObject Body]ExecutedObject::=Bit|BitString|Boole an|Character|Identifier|Integer| Octet|OctetString|Mark| Modifier| Nil|Procedure|Mark| Real|Selector|String Bit ::=BitZero| BitOne Boolean ::=Booleanalse|BooleanTrue Modifier ::= ModifierDemarcate| ModifierGetClass| ModifierGetProperty| ModifierGetVariable| ModifierMention| ModifierSetAttribute| ModifierSetProperty| ModifierSetVariable| ModifierUseStack| Selector ::=SelectorBreak| SlectorClient| SlectorContinue| SlectorEscalate| SlectorPlace| SlectorProcess| SlectorSelf| SlectorSucceed テレスクリプトはそのための規定がシンタックティク・
ルールに含まれると考えられるコメントを含めうる。”
comment”はテレスクリプトが符号化するプロシージャ
に影響しないストリングである。１以上のコメントは、
スクリプトの第１トークンの前、その最後のトークンの
後そして任意の２つの隣接したトークンの間に出現しう
る。
【２２３３】注：あるコメントは、通常は、ヒトのテレ
スクリプトの１つの様相を通常記述する。
スクリプトの１つの様相を通常記述する。
【２２３４】注：このアペンディックスに規定された命
令セットのメージャーバージョン及びマイナーバージョ
ンは、それぞれ０（”０”）及び八（”８”）と特定さ
れる。
令セットのメージャーバージョン及びマイナーバージョ
ンは、それぞれ０（”０”）及び八（”８”）と特定さ
れる。
【２２３５】５．２ キャラクタテレスクリプト（Ｃｈ
ａｒａｃｔｅｒ Ｔｅｌｅｓｃｒｉｐｔ） ”character telescript”はストリングとして符号化さ
れたプロシージャである。一般にテレスクリプトの抽象
的なシンタックティック・ルールは、特にこのセクショ
ンにおいてキャラクタ・テレスクリプトにおいて具体化
されている。
ａｒａｃｔｅｒ Ｔｅｌｅｓｃｒｉｐｔ） ”character telescript”はストリングとして符号化さ
れたプロシージャである。一般にテレスクリプトの抽象
的なシンタックティック・ルールは、特にこのセクショ
ンにおいてキャラクタ・テレスクリプトにおいて具体化
されている。
【２２３６】あるキャラクタ・テレスクリプト中の各々
のトークンは１以上の文字である。キャラクタ・テレス
クリプトは、トークン従ってキャラクタを連鎖化するこ
とによってそしてトークンの間にブレーク（ｂｒｅａ
ｋ）キャラクタを挿入することによって得られる。
のトークンは１以上の文字である。キャラクタ・テレス
クリプトは、トークン従ってキャラクタを連鎖化するこ
とによってそしてトークンの間にブレーク（ｂｒｅａ
ｋ）キャラクタを挿入することによって得られる。
【２２３７】ブレーク・キャラクタはスペース（”
”）、水平タブまたはラインフィードである。１以上
のそのようなキャラクタは、最初のトークンの前、最後
のトークンの後または２つの任意の隣接したトークンの
間に表れうる。最後の場合には２つの隣接したトークン
がどちらも”BinDigit”または”ヘックスディジットペ
ア”である場合を除いて、これら２つのトークンが数字
（”０”−”９”）及び文字からなる場合には少なくと
も１つのキャラクタは表れなければならない。
”）、水平タブまたはラインフィードである。１以上
のそのようなキャラクタは、最初のトークンの前、最後
のトークンの後または２つの任意の隣接したトークンの
間に表れうる。最後の場合には２つの隣接したトークン
がどちらも”BinDigit”または”ヘックスディジットペ
ア”である場合を除いて、これら２つのトークンが数字
（”０”−”９”）及び文字からなる場合には少なくと
も１つのキャラクタは表れなければならない。
【２２３８】数字サイン（”＃”）及びキーワード”te
lescript”でもって始まるターミナルは、ケース（大文
字−小文字）を感知しない。アッパーケース（大文字）
キャラクタがこのアペンディックスに表れるが、ローア
ーエース（小文字）キャラクタまたは２つのものの混合
がプログラミングにおいて使用されうる。
lescript”でもって始まるターミナルは、ケース（大文
字−小文字）を感知しない。アッパーケース（大文字）
キャラクタがこのアペンディックスに表れるが、ローア
ーエース（小文字）キャラクタまたは２つのものの混合
がプログラミングにおいて使用されうる。
【２２３９】５．２．１ プリフエイスとコメント（Ｐ
ｒｅｆａｃｅ ａｎｄ Ｃｏｍｍｅｎｔ） Ｐｒｅｆａｃｅ プリフェースはこれらの規則に従う。
ｒｅｆａｃｅ ａｎｄ Ｃｏｍｍｅｎｔ） Ｐｒｅｆａｃｅ プリフェースはこれらの規則に従う。
【２２４０】フ゜リフェース::=telscript Versionハ゛ーシ゛ョン ::=numerals :numerals 第１の”numerals”は、キャラクタ・テレスクリプトが
それに従うところの命令セットのメージャーバージョン
を特定し、第２の”numerals”はマイナーバージョンを
特定する。
それに従うところの命令セットのメージャーバージョン
を特定し、第２の”numerals”はマイナーバージョンを
特定する。
【２２４１】Comment コメントはこの規則に従う。
【２２４２】Comment::=/*comment1*/|//comment2 注：コメントのためのシンタックス・ルールは、Ｃ＋＋
プログラミング言語のものである。
プログラミング言語のものである。
【２２４３】５．２．２ エグゼキュートオブジェクツ
（Ｅｘｅｃｕｔｅｄ Ｏｂｊｅｃｔｓ） Bit ビットは、ビットの値を個別に符号化する次の規則に従
う。
（Ｅｘｅｃｕｔｅｄ Ｏｂｊｅｃｔｓ） Bit ビットは、ビットの値を個別に符号化する次の規則に従
う。
【２２４４】BitZero::=#b'0' BitOne::=#b'1' BitString ビット・ストリングは次の規則に従う。
【２２４５】BitString:=#b"BinDigits" BitDigits:=[BinDigit BinDigits] ｉ番目の”BinDigit”はビット・ストリングの位置”
ｉ”においてのビットを表す。
ｉ”においてのビットを表す。
【２２４６】Boolean ブーリアンは、ブーリアンの値を個別に評価するこれら
の規則に従う。
の規則に従う。
【２２４７】BooleanFalse::=#false BooleanTrue ::=#true Character キャラクタは次の規則に従う。
【２２４８】Character ::=#C'characters' ”characters”は１つの文字を表すものとする。各々の
キャラクタはそれ自身を表すが、クラス”String”に規
定した例外がある。
キャラクタはそれ自身を表すが、クラス”String”に規
定した例外がある。
【２２４９】Identifier 特定子はこの規則に従う。
【２２５０】Identifier ::=identifier|] ”Identifier”は、識別子のテキストである。右の角括
弧［”］”］は、オペレーション”new”を表す。
弧［”］”］は、オペレーション”new”を表す。
【２２５１】Integer 整数は次の規則に従う。
【２２５２】Integer ::= [-]numerals Mark マークは次の規則に従う。
【２２５３】Mark ::=#mark|[ 注：左角括弧［”［”］は、右角括弧［”］”］ととも
に、コンベンションによって、可能な使用のために設け
られる（上記のトークン”Identifier”参照） Modifier モディファイヤはモディファイヤの値を個別に符号化す
る次の規則に従う。
に、コンベンションによって、可能な使用のために設け
られる（上記のトークン”Identifier”参照） Modifier モディファイヤはモディファイヤの値を個別に符号化す
る次の規則に従う。
【２２５４】ModifierDemarcate ::= @ ModifierGetClass ::= : ModifierGetProperty ::= % ModifierGetVariable ::= $ ModifierMention ::= ' ModifierSetAttribute ::= = ModifierSetProperty ::= =% ModifierSetVariable ::= =$ ModifierUseStack ::= - Nil ０は次の規則に従う。
【２２５５】Nil ::=#nil Octet オクテットは次の規則に従う。
【２２５６】Ｏｃｔｅｔ ：：＝ ＃０’ｈｅｘＤｉｇ
ｉｔＰａｉｒ’ ”hexDigitPair”のＭＳＢは、オクテットのビット７を
表し、次が０を表す。
ｉｔＰａｉｒ’ ”hexDigitPair”のＭＳＢは、オクテットのビット７を
表し、次が０を表す。
【２２５７】OctetString オクテット・ストリングは次の規則に従う。
【２２５８】OctetString::=#0"HexDigitPairs" HexDigitPairs::=[hexDigitPair HexDigitPairs] 第１の”hexDigitPair”は、オクテット・ストリングの
位置１においてのオクテットを表し、第２のものは位置
２においてのオクテットを表し、以下同様である。
位置１においてのオクテットを表し、第２のものは位置
２においてのオクテットを表し、以下同様である。
【２２５９】各々の”hexDigitPair”のＭＳＢは、この
オクテットのビット７を表し、ＬＳＢはビット０を表
す。
オクテットのビット７を表し、ＬＳＢはビット０を表
す。
【２２６０】Procedure オクテットは次の規則に従う。
【２２６１】Procedure::={Body} QualifiedIdentifier 有資格識別子は次の規則に従う。
【２２６２】QIdentifier::=identifier::identifier
第１のアイデンティファイヤはテキストを表し、 Real 実数は次の規則に従う。
第１のアイデンティファイヤはテキストを表し、 Real 実数は次の規則に従う。
【２２６３】Real::=Number[Exponent} Number::Integer・numerals| Integer・|・ numerals Exponent::=E Integer 実数の整数部分は、もし存在していれば、”Number”
の”Integer”であるか、さもなければ０である。実数
の分数部分は、もし存在していれば”numerals”である
か、さもなければ０である。
の”Integer”であるか、さもなければ０である。実数
の分数部分は、もし存在していれば”numerals”である
か、さもなければ０である。
【２２６４】”Exponent”中の”Integer”は、もし存
在していれば１０のえき乗である。
在していれば１０のえき乗である。
【２２６５】Selector セレクタは、セレクタの値を個別に符号化する次の規則
に従う。
に従う。
【２２６６】SelectorBreak ::= #break SelectorClient ::= #client SelectorContinue ::= #continue SelectorEscalate ::= #escalate|^ SelectorPlace ::= #here SelectorProcess ::= #process SelectorSelf ::= #self|* SelectorSucceed ::= #succeed ストリングは次の規則に従う。
【２２６７】String::=[#C]"characters" ”characters”は０またはそれ以上のキャラクタを表
す。各々のキャラクタはそれ自身を表すが、例外として
逆スラッシュ（”＼”）及び４つの１６進デジットを
（０”−”９”，”Ａ”−”Ｆ”）が、そのユニコード
・コードがデジットの表す符号のない整数であるキャラ
クタ、指示されたキャラクタについて表Ａ．６に示した
キャラクタ対を表す。
す。各々のキャラクタはそれ自身を表すが、例外として
逆スラッシュ（”＼”）及び４つの１６進デジットを
（０”−”９”，”Ａ”−”Ｆ”）が、そのユニコード
・コードがデジットの表す符号のない整数であるキャラ
クタ、指示されたキャラクタについて表Ａ．６に示した
キャラクタ対を表す。
【２２６８】
【表６】 ５．２．３ 他の非ターミナル（Ｏｔｈｅｒ Ｎｏｎ−
ｔｅｒｍｉｎａｌｓ） characters ０またはそれ以上のキャラクタは各々プリミティブ・キ
ャラクタまたはスペース（” ”）を表す。引用
符（”）は逆スラッシュ（”＼”）によって先行され
る。逆スラッシュは、上記のトークン”String”の下に
見いだされる表中のキャラクタ・シークエンスの一部分
であるかまたは４つの１６進デジットに先行するものと
する。
ｔｅｒｍｉｎａｌｓ） characters ０またはそれ以上のキャラクタは各々プリミティブ・キ
ャラクタまたはスペース（” ”）を表す。引用
符（”）は逆スラッシュ（”＼”）によって先行され
る。逆スラッシュは、上記のトークン”String”の下に
見いだされる表中のキャラクタ・シークエンスの一部分
であるかまたは４つの１６進デジットに先行するものと
する。
【２２６９】comment1 スラッシュ（”＊／”）が直後に続いていないアステリ
スクを含まない０またはそれ以上のキャラクタ。
スクを含まない０またはそれ以上のキャラクタ。
【２２７０】注：”comment1”は特別な意味なしに”／
＊”または”／／”を包括することができるので、”co
mment2”を包括しうる。
＊”または”／／”を包括することができるので、”co
mment2”を包括しうる。
【２２７１】comment2 ライン・フィードを含まない０またはそれ以上のキャラ
クタ。
クタ。
【２２７２】注：”comment2”は特別な意味なしに”／
＊”、”＊／”または”／／”を包括しうるので、”co
mment1”を包括しうる。”comment2”は、同じ行におい
て他のトークンによって後続されることはできないが、
それは”comment2”がこれらを含むものと考えられるか
らである。
＊”、”＊／”または”／／”を包括しうるので、”co
mment1”を包括しうる。”comment2”は、同じ行におい
て他のトークンによって後続されることはできないが、
それは”comment2”がこれらを含むものと考えられるか
らである。
【２２７３】hexDigitPair １６進デジットの対（”０”−”９”，”Ａ”−”
Ｆ”） identifier 識別子のテキストと同様に拘束（コンストレイン）され
たキャラクタ。
Ｆ”） identifier 識別子のテキストと同様に拘束（コンストレイン）され
たキャラクタ。
【２２７４】numerals １以上の数字（”０”−”９”） Binary Telescript ”binary telescript”はオクテット・ストリングとし
て符号化されたプロシージャである。一般にテレスクリ
プトの抽象的なシンテック・ルールは、特にこのセクシ
ョンにおいて２進テレスクリプトについて具体化されて
いる。
て符号化されたプロシージャである。一般にテレスクリ
プトの抽象的なシンテック・ルールは、特にこのセクシ
ョンにおいて２進テレスクリプトについて具体化されて
いる。
【２２７５】２進テレスクリプト中の各々のトークンは
１以上のオクットである。２進テレスクリプトは、トー
クン従ってオクテットを連鎖させることによって得られ
る。
１以上のオクットである。２進テレスクリプトは、トー
クン従ってオクテットを連鎖させることによって得られ
る。
【２２７６】５．３．１ プリフエイスとコメント（Ｐ
ｒｅｆａｃｅ ａｎｄ Ｃｏｍｍｅｎｔ） Preface プリフェースは次の規則に従う。
ｒｅｆａｃｅ ａｎｄ Ｃｏｍｍｅｎｔ） Preface プリフェースは次の規則に従う。
【２２７７】Preface::=Verson Version::=unsignedNumber unsignedNumber 第１及び第２の”unsignedNumber”は、キャラクタ・テ
レスクリプトがそれに従う命令セットのマージャーバー
ジョン及びマイナーバージョンをそれぞれ特定する。
レスクリプトがそれに従う命令セットのマージャーバー
ジョン及びマイナーバージョンをそれぞれ特定する。
【２２７８】Comment コメントは次の規則に従う。
【２２７９】Comment::= tab unsignedNumber Characte
rs ”unsignedNumber”は文字として入力されるべきオクテ
ットの数である。
rs ”unsignedNumber”は文字として入力されるべきオクテ
ットの数である。
【２２８０】５．３．２ エグゼキューティドオブジェ
クト（Ｅｘｅｃｕｔｅｄ Ｏｂｊｅｃｔｓ） Ｂｉｔ ビットはビットの値を個別に符号化する次の規則に従
う。
クト（Ｅｘｅｃｕｔｅｄ Ｏｂｊｅｃｔｓ） Ｂｉｔ ビットはビットの値を個別に符号化する次の規則に従
う。
【２２８１】BitZero ::= tag BitOne ::= tag BitString ビット・ストリングは次の規則に従う。
【２２８２】BitString ::= tag unsignedNumber unsig
nedNumber Octets Octets ::=[octet Octets] 第１の”unsignedNumber”は、最後のオクテットのビッ
ト・ストリングの各ビットの、範囲［１，８］中の数で
ある。このオクテット中の他のビットは意味を持たない
ので定義されない。第２の”unsignedNumber”は、トー
クン・オクテット中のトークン”Octets”の発生回数”
ｎ”である。オクテットが［１，ｎ］において番号付け
されていれば、ビット・ストリング中のその位置が”
ｉ”であるビットは、番号（１＋（ｉ−１）／８）の番
号を有するオクテットのビット（７−（（ｉ−１）ｍｏ
ｄ ８）である。
nedNumber Octets Octets ::=[octet Octets] 第１の”unsignedNumber”は、最後のオクテットのビッ
ト・ストリングの各ビットの、範囲［１，８］中の数で
ある。このオクテット中の他のビットは意味を持たない
ので定義されない。第２の”unsignedNumber”は、トー
クン・オクテット中のトークン”Octets”の発生回数”
ｎ”である。オクテットが［１，ｎ］において番号付け
されていれば、ビット・ストリング中のその位置が”
ｉ”であるビットは、番号（１＋（ｉ−１）／８）の番
号を有するオクテットのビット（７−（（ｉ−１）ｍｏ
ｄ ８）である。
【２２８３】Boolean ブーリアンはブーリンの値を個別に符号化するこれらの
規則に従う。
規則に従う。
【２２８４】BooleanFalse ::= tag Boolean True ::= tag Character キャラクタはこれらの規則に従う。一般的及び特別の符
号化が規定されている。後者は８ビットのキャラクタに
ついて用いる。
号化が規定されている。後者は８ビットのキャラクタに
ついて用いる。
【２２８５】Character ::=GeneralCharacter| SpecialCharacter GeneralCharacter::=tag octet octet SpecialCharacter::=tag octet １または２のオクテットは、キャラクタのユニコード・
コードであるキャラクタを符号化する。特別な符号化に
おいて整数のＭＳＢ及びＬＳＢがオクテットのＭＳＢ及
びＬＳＢである。一般的な符号化において整数のＭＳＢ
及びＬＳＢは、それぞれ第１のオクテットのＭＳＢと第
２のオクテットのＬＳＢである。
コードであるキャラクタを符号化する。特別な符号化に
おいて整数のＭＳＢ及びＬＳＢがオクテットのＭＳＢ及
びＬＳＢである。一般的な符号化において整数のＭＳＢ
及びＬＳＢは、それぞれ第１のオクテットのＭＳＢと第
２のオクテットのＬＳＢである。
【２２８６】Identifier 識別子は次の規則に従う。１つの一般的な符号化及び２
つの特殊な符号化が規定されている。後者の１つは識別
子のテキストが予め規定されたクラスまたはフィーチャ
の識別子のテキストに等しい場合にのみ使用する。
つの特殊な符号化が規定されている。後者の１つは識別
子のテキストが予め規定されたクラスまたはフィーチャ
の識別子のテキストに等しい場合にのみ使用する。
【２２８７】Identifier::=GeneralID| PredefinedClassID| PredefinedFeatureID GeneralID::=tag unsignedNumber characters PredefinedClassID::=tag unsignedNumber PredefinedFeatureID::=tag unsignedNumber 一般的な符号化において”unsignedNumber”及び”char
acters”は直接にテキストを表す。前者は、後者として
認識されるべきペットのオクテットの数である。特別の
符号化において、”unsignedNumber”、セクションの
５．４の表の１つから引き出されるコードによって、識
別子のテキストを関節に表している。
acters”は直接にテキストを表す。前者は、後者として
認識されるべきペットのオクテットの数である。特別の
符号化において、”unsignedNumber”、セクションの
５．４の表の１つから引き出されるコードによって、識
別子のテキストを関節に表している。
【２２８８】Integer整数は次の規則に従う。１つの一
般的な符号化といくつかの特殊な符号化が規定されてい
る。後者は、−１，０及び＋１で用いる。
般的な符号化といくつかの特殊な符号化が規定されてい
る。後者は、−１，０及び＋１で用いる。
【２２８９】 Integer::=GeneralInteger|SpecialInteger GeneralInteger::=tag signedNumber SpecialInteger::=IntegerMinusOne| Integerzero| IntegerPlusOne IntegerMinusOne::=tag IntegerZero::=tag IntegerPlusOne::=tag サインドナンバは整数である。
【２２９０】Mark マークは次の規則に従う。
【２２９１】Mark::=tag Modifier モディファイヤは、モディファイヤの値を個別に符号化
する次の規則に従う。
する次の規則に従う。
【２２９２】ModifierDemarcate ::= tag ModifierGetClass ::= tag ModifierGetProperty ::= tag ModifierGerVariable ::= tag ModifierMention ::= tag ModifierSetAttribute ::= tag ModifierSetProperty ::= tag ModifierGerVariable ::= tag Nil ０は次の規則に従う。
【２２９３】Nil ::= tag Octet オクテットは次の規則に従う。
【２２９４】Octet ::= tag octet ”octet”のＭＳＢはオクテットのビット７，ＬＳＢビ
ット０，を表す。 OctetStringオクテット・ストリング
は次の規則に従う。
ット０，を表す。 OctetStringオクテット・ストリング
は次の規則に従う。
【２２９５】 OctetString::=tag unsignedNumber Octets Octet::=[octet Octets] ”アンサインドナンバ”は、”オクテット”中の”オク
テット”の発生回数である。”Octets”中の第１”Octe
t”は、オクテット・ストリングの位置１においてのオ
クテットを表し、第２の”Octet”は、位置２において
のオクテットを表し以下同様である。各々の”Octet”
のＭＳＢは、そのオクテットのビット７を表し、ＬＳＢ
はビット０を表す。
テット”の発生回数である。”Octets”中の第１”Octe
t”は、オクテット・ストリングの位置１においてのオ
クテットを表し、第２の”Octet”は、位置２において
のオクテットを表し以下同様である。各々の”Octet”
のＭＳＢは、そのオクテットのビット７を表し、ＬＳＢ
はビット０を表す。
【２２９６】Procedure プロシージャは次の規則に従う。
【２２９７】Procedure::=tag unsignedNumber Body ”unsignedNumber”は、各々プロシージャのアイテムを
表す”Body”中の”エギュゼキューティッドオブジェク
ト”の発生回数を符号化する。アイテムは、プロシージ
ャにおいて位置の増大する順序において示されている。
表す”Body”中の”エギュゼキューティッドオブジェク
ト”の発生回数を符号化する。アイテムは、プロシージ
ャにおいて位置の増大する順序において示されている。
【２２９８】QualifiedIdentifier 有資格識別子は次の規則に従う。
【２２９９】 QIdentifier::=tag Identifier Identifier 第１の”Identifier”は、テキストを、第２のものはク
ォリファイヤをそれぞれ表す。
ォリファイヤをそれぞれ表す。
【２３００】Real 実数は、次の規則に従う。
【２３０１】Real::=tag signedNumber signedNumber 第１の”signedNumber”は、仮数”ｍ”を表し、第２の
ものは指数”ｅ”を表す。実数は、ｍ ｘ １０cであ
る。
ものは指数”ｅ”を表す。実数は、ｍ ｘ １０cであ
る。
【２３０２】Selector セレクタはセレクタの値を個別に符号化する次の規則に
従う。
従う。
【２３０３】SelectorBreak ::=tag Selector Client ::=tag Selector Continue ::=tag Selector Escalate ::=tag Selector Place ::=tag Selector Process ::=tag Selector Self ::=tag Selector Succeed ::=tag String ストリングは次の規則に従う。
【２３０４】 String::=tag unsignedNumber characters ”unsignedNumber”は、キャラクタとして認識されるべ
きオクテットの数である。オクテットのシンタックス及
びセマンティックスは、ISO/IEC10646[10646]コンパク
ション・メソッド５に従うが、例外として、これらによ
って表されたキャラクタは、ユニコードのキャラクタに
制限される。
きオクテットの数である。オクテットのシンタックス及
びセマンティックスは、ISO/IEC10646[10646]コンパク
ション・メソッド５に従うが、例外として、これらによ
って表されたキャラクタは、ユニコードのキャラクタに
制限される。
【２３０５】注：ストリングがＡＳＣＩＩキャラクタの
みを含む場合、”characters”はそのＡＳＣＩＩ表示を
１オクテットについて１キャラクタで表し、各々のオク
テットのビット７は０である。
みを含む場合、”characters”はそのＡＳＣＩＩ表示を
１オクテットについて１キャラクタで表し、各々のオク
テットのビット７は０である。
【２３０６】５．３．３ 他の非ターミナル（Ｏｔｈｅ
ｒ Ｎｏｎ−ｔｅｒｍｉｎａｌｓ） characters ０またはそれ以上のオクテット number １から５までについて、”Ｎ”は整数”Ｉ”を符号化す
るオクテットである。”Ｉ”の符号化”Ｅ”は数の使用
が、”Ｉ”が負数でないことを主張するならば、定義さ
れてなくその他の場合には２の補数である。与えられ
た”Ｉ”，”Ｎ”は可及的に小さくする。
ｒ Ｎｏｎ−ｔｅｒｍｉｎａｌｓ） characters ０またはそれ以上のオクテット number １から５までについて、”Ｎ”は整数”Ｉ”を符号化す
るオクテットである。”Ｉ”の符号化”Ｅ”は数の使用
が、”Ｉ”が負数でないことを主張するならば、定義さ
れてなくその他の場合には２の補数である。与えられ
た”Ｉ”，”Ｎ”は可及的に小さくする。
【２３０７】”Ｅ”は次のようにして定められる。
【２３０８】・ 最初のオクットの値が［０，ＢＦ16］
の範囲であれば、”Ｎ”は１であり、”Ｅ”のＭＳＢ及
びＬＳＢは、その単一のオクテットのそれぞれビット７
及びビット０である。
の範囲であれば、”Ｎ”は１であり、”Ｅ”のＭＳＢ及
びＬＳＢは、その単一のオクテットのそれぞれビット７
及びビット０である。
【２３０９】・ 第１のオクテットがＥＯ16，Ｅ２16，
Ｅ４16またはＥ６16であれば、”Ｎ”は、２、３、４ま
たは５であり、”Ｅ”のＭＳＢ及びＬＳＢは、第１オク
テットが００16とされた場合に最初のオクテットのビッ
ト７及び最後のオクテットのビット０となる。
Ｅ４16またはＥ６16であれば、”Ｎ”は、２、３、４ま
たは５であり、”Ｅ”のＭＳＢ及びＬＳＢは、第１オク
テットが００16とされた場合に最初のオクテットのビッ
ト７及び最後のオクテットのビット０となる。
【２３１０】・ 最初のオクテットがＥ１16、Ｅ３16、
Ｅ５16またはＥ７16であった場合、Ｎは、２、３、４ま
たは５であり、”Ｅ”のＭＳＢ及びＬＳＢは、第１オク
テットがＦＦ16とされた場合に最初のオクテットがビッ
ト７及び最後のオクテットのビット０となろう。
Ｅ５16またはＥ７16であった場合、Ｎは、２、３、４ま
たは５であり、”Ｅ”のＭＳＢ及びＬＳＢは、第１オク
テットがＦＦ16とされた場合に最初のオクテットがビッ
ト７及び最後のオクテットのビット０となろう。
【２３１１】注：［Ｃ０16、ＤＦ16］及び［Ｅ８16、Ｆ
Ｆ16］の各範囲内の第１オクテットの値は留保されてい
る。
Ｆ16］の各範囲内の第１オクテットの値は留保されてい
る。
【２３１２】octet １オクテット。
【２３１３】signedNumber ”Ｉ”が正または負であることができ、従ってが符号を
持ち（上記参照）場合の”number”。
持ち（上記参照）場合の”number”。
【２３１４】注：”Ｎ”が１であれば、”Ｉ”は［−６
４、１２７］の範囲内にある。
４、１２７］の範囲内にある。
【２３１５】”Ｎ”が２であれば、”Ｉ”は[-128,127]
の範囲内にある。
の範囲内にある。
【２３１６】”Ｎ”が３であれば、”Ｉ”は[-32768,32
767]の範囲内にある。
767]の範囲内にある。
【２３１７】”Ｎ”が４であれば、”Ｉ”は[-8388608,
8388607]の範囲内にある。
8388607]の範囲内にある。
【２３１８】”Ｎ”が５であれば、”Ｉ”は[-21474836
48,2147483647]の範囲内にある。
48,2147483647]の範囲内にある。
【２３１９】tag タグの意味は次のセクションに与えられる場合の”sign
edNumber”。
edNumber”。
【２３２０】unsignedNumber ”Ｉ”は負数でなく、従って”Ｅ”が符号を持たない場
合（上記参照）の”number”。
合（上記参照）の”number”。
【２３２１】注：”Ｎ”が１であれば、”Ｉ”は[0,19
1]の範囲内にある。
1]の範囲内にある。
【２３２２】”Ｎ”が２であれば、”Ｉ”は[0,255]の
範囲内にある。
範囲内にある。
【２３２３】”Ｎ”が３であれば、”Ｉ”は[0,65535]
の範囲内にある。
の範囲内にある。
【２３２４】”Ｎ”が４であれば、”Ｉ”は[0,1677721
5]の範囲内にある。
5]の範囲内にある。
【２３２５】”Ｎ”が５であれば、”Ｉ”は[0,4294967
295]の範囲内にある。
295]の範囲内にある。
【２３２６】５．４ 数値コード ２進テレスクリプトは次の数字コードで使用する。
【２３２７】５．４．１ プレデファインディドクラシ
ーズ 表Ａ．７は、クラス”Executed”の予め規定されていな
いサブクラスへの識別コードを割り当てる。
ーズ 表Ａ．７は、クラス”Executed”の予め規定されていな
いサブクラスへの識別コードを割り当てる。
【２３２８】
【表７】 表Ａ．８は、他の予め規定されていないメイジャークラ
スへの識別コードを割り当てる。
スへの識別コードを割り当てる。
【２３２９】
【表８】
【２３３０】
【表９】
【２３３１】
【表１０】 表Ａ．９は、予め規定されていないマイナークラスへの
識別コードを割り当てる。
識別コードを割り当てる。
【２３３２】
【表１１】
【２３３３】
【表１２】
【２３３４】
【表１３】 ５．４．２ プレデファインディドフィーチャーズ（Pr
edefined Features） 表Ａ．１０は、予め規定されたオペレーションへの識別
コードを割り当てる。
edefined Features） 表Ａ．１０は、予め規定されたオペレーションへの識別
コードを割り当てる。
【２３３５】
【表１４】
【２３３６】
【表１５】
【２３３７】
【表１６】
【２３３８】
【表１７】 表Ａ．１１は、予め規定された属性への識別コードを割
り当てる。
り当てる。
【２３３９】
【表１８】
【２３４０】
【表１９】
【２３４１】
【表２０】
【２３４２】
【表２１】
【２３４３】
【表２２】 注：”イズインスタンス（isInstance）”は、オペレー
ションでもあるので、属性としてはリストされていな
い。
ションでもあるので、属性としてはリストされていな
い。
【２３４４】表Ａ．１２は通路の形式へのコードを割り
当てる。
当てる。
【２３４５】
【表２３】 ５．４．３ エグゼキューティドオブジェクトエンコー
ディング（Execute Object Encodings） 表Ａ．１３は、汎用の符号化に対するコードを割り当て
る。
ディング（Execute Object Encodings） 表Ａ．１３は、汎用の符号化に対するコードを割り当て
る。
【２３４６】
【表２４】 注：これらのタグは、対応する予め規定されたクラスに
対するコードである。
対するコードである。
【２３４７】表Ａ．１４は、基本的な性質の特殊な目的
の符号化に対するコードを割り当てる。
の符号化に対するコードを割り当てる。
【２３４８】
【表２５】 表Ａ．１５は、モディファイヤの特別な目的の符号化へ
のコードを与える。
のコードを与える。
【２３４９】
【表２６】 表Ａ．１６は、セレクターの特別な目的の符号化のため
のコードを与える。
のコードを与える。
【２３５０】
【表２７】 ６． モジュールのシンタックス（Syntax of Module） ここに用いられている”module”は、１以上のインタフ
ェースを符号化するストリング、これらのインタフェー
スがその一部分であるクラスの識別子ならびに、最後
に、モジュール自身の識別子である。
ェースを符号化するストリング、これらのインタフェー
スがその一部分であるクラスの識別子ならびに、最後
に、モジュール自身の識別子である。
【２３５１】”Identifier”定義用語は、セクション６
全体を通じて、全体としてのインスタンスではなく、ク
ラス”Identifier”の１つのテキストを暗黙の内に参照
する。
全体を通じて、全体としてのインスタンスではなく、ク
ラス”Identifier”の１つのテキストを暗黙の内に参照
する。
【２３５２】注：以下に説明するように構成されたモジ
ュールは、ハイテレスクリプトのモジュールでもある。
この表現を偽とするいかなる下記の規則もドキュメンテ
ーションの誤りである。
ュールは、ハイテレスクリプトのモジュールでもある。
この表現を偽とするいかなる下記の規則もドキュメンテ
ーションの誤りである。
【２３５３】６．１ 一般的な構造 モジュールは、以下に述べるシンタックティックルール
及びそれに付随するセマンティックルールに従う一連の
トークンである。ＢＮＦで表した場合、これらの規則
は、オプショナルなトークンをブラケットで囲んでいる
（”［”及び”］”）。さらに、モジュールは、キャラ
クタテレスクリプトにおいてパーミットされた種類のコ
メントも含みうる。これらのコメントに対する規定は、
モジュールを支配するシンタクティックルールに含まれ
ると考えられる。
及びそれに付随するセマンティックルールに従う一連の
トークンである。ＢＮＦで表した場合、これらの規則
は、オプショナルなトークンをブラケットで囲んでいる
（”［”及び”］”）。さらに、モジュールは、キャラ
クタテレスクリプトにおいてパーミットされた種類のコ
メントも含みうる。これらのコメントに対する規定は、
モジュールを支配するシンタクティックルールに含まれ
ると考えられる。
【２３５４】各々のトークンは１以上のキャラクタであ
る。モジュールは、トークンに従ってキャラクタを連鎖
化することによって、そしてキャラクタテレスクリプト
によってパーミットされた種類のブレークキャラタをト
ークンとの間に挿入することによって得られる。
る。モジュールは、トークンに従ってキャラクタを連鎖
化することによって、そしてキャラクタテレスクリプト
によってパーミットされた種類のブレークキャラタをト
ークンとの間に挿入することによって得られる。
【２３５５】キーワード例えば”module”は、ケース
（大文字、小文字）に感知する。アッパーケース（大文
字）キャラクタは、以下に一般にモジュールを記述する
ために用いられ、ローアーケース（小文字）キャラクタ
は、このアペンディックス全体及びセクション７を通じ
てモジュールを作成するために用いられる。
（大文字、小文字）に感知する。アッパーケース（大文
字）キャラクタは、以下に一般にモジュールを記述する
ために用いられ、ローアーケース（小文字）キャラクタ
は、このアペンディックス全体及びセクション７を通じ
てモジュールを作成するために用いられる。
【２３５６】６．２ 詳細な構造 モジュールは次の詳細な構造を表す。
【２３５７】６．２．１ モジュール（Module） Module モジュールは次の規則に従う。
【２３５８】Module::=identifier:MODULE= (Interfaces) Interface::=identifier:Interface; [Interfaces] モジュールはそのモジュールを開始させる識別子によっ
て表され、インタフェースを符号化する。これらの各々
は、その識別子が識別子の直前にあるクラスのインタフ
ェースである。
て表され、インタフェースを符号化する。これらの各々
は、その識別子が識別子の直前にあるクラスのインタフ
ェースである。
【２３５９】どのインタフェースも、インタフェースの
特別のクラスのメンバに所属するオペレーション”init
ialize”を規定することができる。さらに何も述べられ
ていなくても、ある定義が内在されている。すなわち、
問題のクラスがミックスインであれば、”initialize:
op ();”であり、さもなければクラスのインタフェース
スーパークラスの中のフレーバの定義である。
特別のクラスのメンバに所属するオペレーション”init
ialize”を規定することができる。さらに何も述べられ
ていなくても、ある定義が内在されている。すなわち、
問題のクラスがミックスインであれば、”initialize:
op ();”であり、さもなければクラスのインタフェース
スーパークラスの中のフレーバの定義である。
【２３６０】６．２．２ インターフェース（Interfac
e） Interface インタフェースは次の規則に従う。
e） Interface インタフェースは次の規則に従う。
【２３６１】 Interface :: = [SEALED | ABSTRACT] INTERFACE "["FormalParameters"]"] [Superclasses] = ( [Definitions]) FormalParameters :: = ParameterGroup[; FormalParamterGroup :: = Identifiers : CLASS Superclasses :: = ( [ClassSpecifications] ) Definitions :: = DefinitionGroup ; [Definitions] DefinitionGroup :: = [Access] [Responder] Identifiers : Definition Access :: = PUBLIC | PRIVATE | SYSTEM Responder :: = INSTANCE | CLASS Identifier :: = identifier [, Identifiers] Definition :: = SEALED | [SEALED | ABSTRACT] Feature インタフェースの符号化はパラメータ化することができ
る。この符号化において、各々の識別子である１以上
の”formal class parameters” が導入され、インタフ
ェースがクラス識別子に要求する多くのプレースにおい
て使用することができる（下記のトークン”ClassSpeci
fier”参照）。インタフェースは、クラス”object”の
識別子がその代わりに用いられたかのようである。同じ
ように定義された公式のクラスパラメータは、その導入
部分においてグループ化される。
る。この符号化において、各々の識別子である１以上
の”formal class parameters” が導入され、インタフ
ェースがクラス識別子に要求する多くのプレースにおい
て使用することができる（下記のトークン”ClassSpeci
fier”参照）。インタフェースは、クラス”object”の
識別子がその代わりに用いられたかのようである。同じ
ように定義された公式のクラスパラメータは、その導入
部分においてグループ化される。
【２３６２】各々識別子によって表されたゼロまたはそ
れ以上のフィーチャはシールされるかまたは定義され
る。同じようにシールされるかまたは定義されたフィー
チャの識別子はグループ化される。第１のそのようなグ
ループに、”Access”または”Responder”が存在しな
い場合、”PRIVATE”または”INSTANCE”はそれぞれそ
こに存在しているものと見做される。”Access”また
は”Responder” がどれかの後のグループに存在しない
場合、前のグループに存在するキーワードは、次のグル
ープに存在すると見做される。
れ以上のフィーチャはシールされるかまたは定義され
る。同じようにシールされるかまたは定義されたフィー
チャの識別子はグループ化される。第１のそのようなグ
ループに、”Access”または”Responder”が存在しな
い場合、”PRIVATE”または”INSTANCE”はそれぞれそ
こに存在しているものと見做される。”Access”また
は”Responder” がどれかの後のグループに存在しない
場合、前のグループに存在するキーワードは、次のグル
ープに存在すると見做される。
【２３６３】インタフェースは次の通りである。属性”
classFeatures” または”instanceFeatures”は、それ
ぞれ”CLASS”または”INSTANCE” についてグループに
定義されたフィーチャを含む。属性”isAbstract”
は、”ABSTRACT”が存在している場合にのみ”true”で
ある。属性”sealedClassFeatures”または”sealedIns
tanceFeatures”は、それぞれ”SEALED”、”CLASS”ま
たは”INSTANCE”とグループを成している識別子を含
む。属性”superclasses”は、トークン”Superclasse
s”が存在してれば、このトークン”Superclasses”が
定める識別子であり、さもなければクラス”Object”の
みの識別子である。クラスの属性中の位置は、そのスペ
シファイヤが左から右に移るに従って減少する。属性”
vocabulary”はクリアされる。
classFeatures” または”instanceFeatures”は、それ
ぞれ”CLASS”または”INSTANCE” についてグループに
定義されたフィーチャを含む。属性”isAbstract”
は、”ABSTRACT”が存在している場合にのみ”true”で
ある。属性”sealedClassFeatures”または”sealedIns
tanceFeatures”は、それぞれ”SEALED”、”CLASS”ま
たは”INSTANCE”とグループを成している識別子を含
む。属性”superclasses”は、トークン”Superclasse
s”が存在してれば、このトークン”Superclasses”が
定める識別子であり、さもなければクラス”Object”の
みの識別子である。クラスの属性中の位置は、そのスペ
シファイヤが左から右に移るに従って減少する。属性”
vocabulary”はクリアされる。
【２３６４】インタフェースは、”SEALED”が存在して
いる場合にのみシールされる。
いる場合にのみシールされる。
【２３６５】６．２．３ フィーチャ Feature フィーチャの定義は次の規則に従う。
【２３６６】Feature :: = Attribute | Operation Attribute 属性の定義は次の規則に従う。
【２３６７】Attribute :: = [READONLY] Constraint [THROWS Identifiers] 属性の定義は次の通りである。属性”constraint”は与
えられたコンストレイントである。属性”exceptions”
は、”THROWS”が存在していれば、存在する識別子を含
み、さもなければいかなる識別子も含まない。属性”is
Public”は、属性の定義を含む定義グループのためのキ
ーが”PUBLIC”または”CLASS” である場合にのみ”tr
ue”である。属性”isSet”は”READONLY” が存在しな
い場合にのみ真である。
えられたコンストレイントである。属性”exceptions”
は、”THROWS”が存在していれば、存在する識別子を含
み、さもなければいかなる識別子も含まない。属性”is
Public”は、属性の定義を含む定義グループのためのキ
ーが”PUBLIC”または”CLASS” である場合にのみ”tr
ue”である。属性”isSet”は”READONLY” が存在しな
い場合にのみ真である。
【２３６８】属性の定義の上記のモジュール符号化はそ
れが定義する属性の署名とも時に言われる。
れが定義する属性の署名とも時に言われる。
【２３６９】オペレーション オペレーションの定義は次の規則に従う。
【２３７０】Operation :: = [UNPROTECTED] op ( ArgumentsAttribute) [Constraint] [THROWS Identifiers] 定義オペレーションは次の通りである。属性”argument
s”は示された通りである。属性”exceptions”は、”T
HROWS” が存在してれば存在している識別子であり、さ
もなければ識別子を含まない。しかし、”UNPROTECTE
D”が存在していれば、属性は、クラス”Reference Pro
tected”の識別子をさらに付加的に表す。これは、レス
ポンダを変更するオペレーションがレスポンダの保護さ
れたリファレンスを使用してリクエストされた場合に投
出される。属性”isPublic”は、定義オペレーションを
含む定義グループが”PUBLIC”または”CLASS”（上記
のトークン”Interface”参照）である場合にのみ”tru
e”である。属性”result”は存在していればコンスト
レイントでありさもなければゼロである。
s”は示された通りである。属性”exceptions”は、”T
HROWS” が存在してれば存在している識別子であり、さ
もなければ識別子を含まない。しかし、”UNPROTECTE
D”が存在していれば、属性は、クラス”Reference Pro
tected”の識別子をさらに付加的に表す。これは、レス
ポンダを変更するオペレーションがレスポンダの保護さ
れたリファレンスを使用してリクエストされた場合に投
出される。属性”isPublic”は、定義オペレーションを
含む定義グループが”PUBLIC”または”CLASS”（上記
のトークン”Interface”参照）である場合にのみ”tru
e”である。属性”result”は存在していればコンスト
レイントでありさもなければゼロである。
【２３７１】定義オペレーションの前述したモジュール
の符号化は、定義オペレーションが定義するオペレーシ
ョンの署名としばしば呼ばれる。
の符号化は、定義オペレーションが定義するオペレーシ
ョンの署名としばしば呼ばれる。
【２３７２】ArgumentsAttribute属性”arguments”は
次の規則に従う。
次の規則に従う。
【２３７３】 ArgumentsAttribute :: = [Arguments] [・・・」 Arguments :: = ArgumentGroup [; Arguments] ArgumentGroup :: = Identifiers : Constraint ゼロまたはそれ以外のアーギュメントはそれらのものの
コンストレイントによって記述される。各々のそのよう
なアーギュメントは、識別子によって表される。同じよ
うに拘束されるアーギュメントの識別子はグループ分け
される。１以上のアーギュメントグループと省略符号(・
・・) の両方が存在していれば、最後のグループは唯１つ
のアーギュメントを含むものとされるが、ゼロまたはそ
れ以上のアーギュメントを含むものと見做される。
コンストレイントによって記述される。各々のそのよう
なアーギュメントは、識別子によって表される。同じよ
うに拘束されるアーギュメントの識別子はグループ分け
される。１以上のアーギュメントグループと省略符号(・
・・) の両方が存在していれば、最後のグループは唯１つ
のアーギュメントを含むものとされるが、ゼロまたはそ
れ以上のアーギュメントを含むものと見做される。
【２３７４】属性”arguments”は、省略符号(・・・)が存
在していなければ、ゼロまたはそれ以上の記述されたア
ーギュメントに対するコンストレイントのリストであ
り、さもなければゼロである。記述されるアーギュメン
トへのコンストレイントのリスト中の位置は、それらの
ものの識別子が左から右に移動するにつれて増大する。
在していなければ、ゼロまたはそれ以上の記述されたア
ーギュメントに対するコンストレイントのリストであ
り、さもなければゼロである。記述されるアーギュメン
トへのコンストレイントのリスト中の位置は、それらの
ものの識別子が左から右に移動するにつれて増大する。
【２３７５】６．２．４ コンストレイント Constraint コンストレイントは次の規則に従う。
【２３７６】Constraint :: = [COPIED | PROTECTED | UNPROTECTED] ClassSpecifier ["|" NIL] コンストレイントは次の通りである。属性”classId”
は、トークン” ClassSpecifier”が定める識別子であ
る。属性”isInstance”は、感嘆符（”！”）がトーク
ン”ClassSpecifier”（下記参照）とともに存在してい
る場合にのみ”true”である。属性”isOptional”
は、”NIL”が存在している場合にのみ”true”であ
る。属性”ofClass”はゼロである。属性”passage”
は、”COPIED”、”PROTECTED”、”UNPROTECTED”また
はこれらのどれもが存在していない時に、”byCop
y”、”byProtectedRef”、”byUnprotectedRef”また
は”byRef”となる。
は、トークン” ClassSpecifier”が定める識別子であ
る。属性”isInstance”は、感嘆符（”！”）がトーク
ン”ClassSpecifier”（下記参照）とともに存在してい
る場合にのみ”true”である。属性”isOptional”
は、”NIL”が存在している場合にのみ”true”であ
る。属性”ofClass”はゼロである。属性”passage”
は、”COPIED”、”PROTECTED”、”UNPROTECTED”また
はこれらのどれもが存在していない時に、”byCop
y”、”byProtectedRef”、”byUnprotectedRef”また
は”byRef”となる。
【２３７７】ClassSpecifier クラススペシファイヤは次の規則に従う。
【２３７８】ClassSpecifier :: = identifier [!] [”[" ClassSpecifiers ”]"] ClassSpecifiers :: = ClassSpecifier [, ClassSpecifiers] 識別子は、公式のプラスのパラメータであるかまたはク
ラス”Ｃ”の識別子である。後者の場合、”Ｃ”のイン
タフェースの符号化”Ｅ”がパラメータされた場合にの
み、（”［”及び”］”）の間に、”Ｃ”が有する公式
のクラスパラメータと同数の実際のクラスパラメータ
（各々のクラススペシファイヤである）が後続する。”
Ｃ”のこの特別の使用は、”Ｅ”中の公式のクラスパラ
メータの各々の使用が対応して位置された実際のクラス
パラメータの使用であるかのように行なわれる。
ラス”Ｃ”の識別子である。後者の場合、”Ｃ”のイン
タフェースの符号化”Ｅ”がパラメータされた場合にの
み、（”［”及び”］”）の間に、”Ｃ”が有する公式
のクラスパラメータと同数の実際のクラスパラメータ
（各々のクラススペシファイヤである）が後続する。”
Ｃ”のこの特別の使用は、”Ｅ”中の公式のクラスパラ
メータの各々の使用が対応して位置された実際のクラス
パラメータの使用であるかのように行なわれる。
【２３７９】６．２．５ 他の非ターミナル identifier クラス”Identifier”の１つのインスタンスのテキスト
として拘束されたキャラクタ。
として拘束されたキャラクタ。
【２３８０】７ プレデファインドモジュール 予め定義されたクラスのインタフェースは、以下に詳細
に示されこのアペンディックスを通じて断片的に示され
るモジュールによって規定される。命令セットの内部フ
ィーチャはモジュールに表れない。
に示されこのアペンディックスを通じて断片的に示され
るモジュールによって規定される。命令セットの内部フ
ィーチャはモジュールに表れない。
【２３８１】参照の目的のために用意されたこのセクシ
ョンすなわちセクション７は、このアペンディックスの
他の場所に見られる記述と重複する。
ョンすなわちセクション７は、このアペンディックスの
他の場所に見られる記述と重複する。
【２３８２】注：予め定義されたインタフェースの定義
は、ハイテレスクリプトモジュールを形成する。これを
可能にするために、いくつかのローテレスクリプト識別
子は、”＿ｘ”が後置されることによって、ハイテレス
クリプトにおいて留保されたワードであるアイデンティ
ファイヤを避けるようにする。
は、ハイテレスクリプトモジュールを形成する。これを
可能にするために、いくつかのローテレスクリプト識別
子は、”＿ｘ”が後置されることによって、ハイテレス
クリプトにおいて留保されたワードであるアイデンティ
ファイヤを避けるようにする。
【２３８３】 Telescript: module=( Agent: abstract interface (Process) = ( private go: unprotected op (ticket: copied Ticket) TicketStub throws PermitViolated, StateImproper, TripException; send:unprotected op (tickets: copied List [Ticket]) TicketStub|Nil thouws PremitViolated, StateImproper, TripException; ); Association: sealed interface [keyClass, valueClass: Class] (Object, Odered) = ( public key: keyClass; value: valueClass; system initialize: unprotected op ( key: keyClass; value: valueClass); ); Attribute: sealed interface (Feature) = ( public constraint: Constraint; isSet: Boolean; system initialize: unprotected op ( constraint: Constraint|Nil; isSet, isPublic: Boolean|Nil; exceptions: set [Identifier!]|Nil); ); Authenticator: abstract interface = (); Bit: sealed interface(Primitive, Ordered) = (); BitString: sealed interface(ConstrainedList [Bit],Executed) = ( public constraint: sealed; system initialize: unprotected op (segments; Object ... /* Bit|protected BitString! */); ); Boolean: sealed interface(Primitive, Ordered) = ( public and, or: op (boolean: Boolean) Boolean; not: op () Boolean; ); CalendarTime: interface = ( public day, dst, hour, minute, month, second, year, zone: Integer|Nil; dayOfWeek, dayOfYear, readonly Integer|Nil; globalize, localize: unprotected op (); normalize: unprotected op () Boolean; ); Cased: abstract interface () = ( public isLower, isUpper: abstract readonly Boolean; makeLower, makeUpper: abstract op () copied Cased; ); Character: sealed interface (Primitive, Cased, Oedered) = (); Citation: interface (object, Odered) = ( public author: Telename|Nil; majorEdition, minorEdition: Integer|Nil; title: Identifier!; system initialize: unprotected op ( title: Identifier!; author: Telename|Nil; majorEdition, minorEdition: Integer|Nil); ); Cited: abstract interface () = ( public citation: readonly protected Citation; system initialize: unprotected op ( title: Identifier!; majorEdition, minorEdition: Integer); ); Class: sealed interface (Object, Cited,interchanged) = ( public convert: sealed op (source: protected Object) copied Object throws ConversionUnavailable; isInstance: sealed op (instance_x: protected Object) Boolean; isMember: sealed op (member: protected Object) Boolean; isSubclass: sealed op (subclass: Class) Boolean; new: sealed op (parameters: Object ...) Object throws ClassAbstract, Exception, ObjectionUnitialized; system initialize: unprotected op () throws FeatureUnavailable; ); ClassDefinition: sealed interface = ( public implementation: Implementation|Nil; interface_x: Interface; majorEdition, minorEdition: Integer; makeClasses: op (definitions: protected ClassDefinition ...) Lexicon [Class] throws ClassException; title: Identifier!; system initialize: unprotected op (title: Identfier!; majorEdition, minorEdition:Interger; interface_x:Interface; implementation: Implementation|Nil); ); ClassException: abstract interface (ProgrammingException) = (); ClassSealed: interface (ClassException)=(); ClassUndefined: interface (ClassException)=(); FeatureRedefined: interface (ClassException) = (); FeatureSealed; interface (ClassException) = (); FeatureUndefined; interface (ClassException) = (); MixinDisallowed: interface (ClassException) = (); SuperclassesInvalid: interface (ClassException) = (); Collection: interface [itemClass: Class] = ( public clear: unprotected op (); examine: op (item: protected itemClass) itemClass|Nil; exclude: unprotected op (item: protected itemClass) itemClass|Nil; include: unprotected op(item: itemClass) throws ItemInvalid; length: readonly Integer; stream; op () copied Stream [itemClass]; system initialize: unprotected op (items: itemClass ...) throws ItemInvalid; ); Collection abstract interface (ProgrammingException) = (); Exception: ItemDuplicated: interface (CollectionException) = (); ItemInvalid: interface (CollectionException) = (); KeyDuplicated: interface (CollectionException) = (); KeyInvalid: interface (CollectionException) = (); ObjectsUnpaired: interface (CollectionException) = (); PositionInvalid: interface (CollectionException) = (); StackDepleted: interface (CollectionException) = (); Constrained: abstract interface () = ( public constraint: readonly protected Constraint; system initialize: unprotected op ( constraint: copied Constraint|Nil); ); Constrained interface [keyClass, valuClass: Class] Dictioncary: (Dictionary [keyClass, valuClass], Constrained)= ( system initialize: unprotected op ( constraint: copied Constraint; keysAndValues: Object ... /* key: keyClass; value: valueClass */) throws keyDuplicated, KeyInvalid, ObjectsUnpaird; ); ConstrainedList: interface [itemClass: Class] (List [itemClass], Constrained) = ( system initialize: unprotected op ( constraint: copied Constraint; items: itemClass ...) throws ItemInvalid; ); ConstrainedSet: interface [itemClass: Class] (Set [itemClass], Constrained) = ( system initialize: unprotected op ( constraint: copied Constraint; items: itemClass ...) throws ItemInvalid; ItemImvalid; ); Constraint: interface = ( public classed: Identifier!; isInstance, isOptional: Boolean; ofClass: readonly Class|Nil; passege: Identifier! throws PassageInvalid; system initialize: unprotected op ( classId, passage: Identifier!|Nil; isOptional, isInstance: Boolean|Nil) throws PassageInvalid; ); Contact: interface = ( public subject: Process|Nil; subjectClass: readonly protected Citation|Nil; subjectName: readonly protected Telename|Nil; subjectNotes: Object|Nil; system initialize: unprotected op ( subject: Process|Nil; subjectNotes: Object|Nil); ); Contacted: abstract interface () = ( private contacts: readonly Set [Contact]; ); Dictionary: interface [keyClass, ValueClass: Class] (Set [Association [keyClass, valueClass]]) = ( public add: unprotected op (key; keyClass; value: valueClass) throws KeyInvalid; drop: unprotected op (key: protected keyClass) valueClass throws KeyInvalid; find: op (value: protected valueClass) keyClass|Nil; get: op (key: protected keyClass) valueClass throws keyInvalid; rekey: unprotected op ( currentkey: protected keyClass; newKey: keyClass) throws keyInvalid; set: unprotected op ( key: protected keyClass; value: valueClass) throws keyInvalid; transpose: unprotected op (key1, key2: protected keyClass) throws keyInvalid; system initialize: unprotected op (keysAndValues: Object ...) /* key: keyClass; value: valueClass */) throws KeyDuplicated, KeyInvalid, ObjectsUnpaired; ); Exception: abstract interface (Objects, Unchanged) = (public throw_x: sealed op (); ); Executed: abstract interface () = ( public catch_x: sealed op (exception: Class) Exception|Nil throws Exception; do_x, loop_x: sealed op () throws Exception; either: sealed op (false_x: Executed; precondition: Boolean) throws Exception; if_x: sealed op (precondition: Boolean) throws Exception; repeat_x: sealed op (repetitions: Integer) throws Exception; while_x: sealed op (precondition: Executed) throws Exception, ResultInvalid, ResultMissing; ); Execution abstract interface (KernelException) = (); EXception: ArgumentInvalid: interface(ExecutionException) =(); ArgumentMissing: interface(ExecutionException) =(); AttributeReadOnly: interface (ExecutionException) =(); ClassUnavailable: interface(ExecutionException) =(); EscalationInvalid: interface(ExecutionException) =(); FeatureUnavailable: interface(ExecutionException) =(); InternalException: interface(ExecutionException) =(); Property Undefined: interface(ExecutionException) =(); ReferenceProtected: interface(ExecutionException) =(); ReferenceVoid: interface(ExecutionException) =(); ResponderMissing: interface(ExecutionException) =(); ResultInvalid: interface(ExecutionException) =(); ResultMissing: interface(ExecutionException) =(); VariableUndefined: interface(ExecutionException) =(); Feature: abstract interface = ( public exceptions: Set [Identifier!]; isPublic: Boolean; system initialize: unprotected op ( isPublic: Boolean|Nil; exception:Set [Identifier!]|Nil); ); Hased: abstract interface() = ( public hash: abstract readonly Interger; ); Indentifier: sealed interface (Primitive, Ordered) = (); Implementation: sealed interface = ( public classMethods, fromMethods, instanceMethods, setMethods, toMethods: Lexicon [Method]; properties: List [Idenntifier!]; superclasses: List [Identifier!]|Nil; vocabulary: Lexicon [Citation]|Nil; system initilize: unprotected op ( superclasses: List [Identifier!]|Nil; vocabulary: Lexicon [Citation]|Nil; properties: List [Identifier!]|Nil; instanceMethods, setMethods, classMethods, formMethods, toMethods: Lexicon [Methods]|Nil); ); Integer: sealed interface (Number) = ( public modulus, quotient: op (divisor: Integer) Interger throws DivisionByZero; ); Interchanged: abstract interface (Unchanged) = ( public digest: abstract readonly protected Object|Nil; ); Interface: sealed interface = ( public classFeatures, instanceFeatures: Lexicon [Feature]; isAbstract: Boolean; sealedClassFeatures, sealedInstanceFeatures: Set [Identifier!]; superclasses: List [Identifier!]; vocabulary: Lexicon [Citation]; system initialize: unprotected op ( superclasses: List [Identifier!]|Nil; vocabulary: Lexicon [Citation]|Nil; instanceFeatures: Lexicon [Feature]|Nil; sealedInstanceFeatures: Set [Identifier!]|Nil; classFeatures: Lexicon [Feature]|Nil; sealedclassFeatures: Set [Identifier!]|Nil; isAbstract: Boolean|Nil); ); Kernel Exception: abstract interface (ProgrammingException) = (); Classabstract:interface (KernelException) = (); ConversionUnavailable: interface (KernelException) = (); CopyUnavailable: interface (KernelException) = (); LoopMissing:interface (KernelException) =(); MakeMissing:interface (KernelException) =(); ObjectUninitialized: interface (KernelException) = (); PassageInvalid: interface (KernelException) = (); SelectorDuplicated: interface (KernelException) = (); Lexicon: interface [valueClass: Class] (ConstrainedDictionary [Identifier, valueClass]) = ( public constraint: sealed; system initialize: unprotected op (keysAndValues: Object ... /* key: Indentifier!; value: valueClass */) throws KeyDuplicated, KeyInvalid, ObjectsUnpaired; ); List: interface [itemClass: Class] (Collection [itemClass], Ordered) =( public add: unprotected op (position: Interger; item: itemClass) throws ItemInvalid, PositionInvalid; drop: unprotected op (position: Integer) itemClass throws positionInvalid; find: op ( initialPosition: Integer; item: protected itemClass) Interger|Nil throws PositionInvalid; get: op (position: Integer) itemClass throws PositionInvalid; reposition: unprotected op (currentPosition, newPosition: Integer) throws PositionInvalid; set: unprotected op (position: Interger; item: itemClass) throws ItemInvalid, PositionInvalid; transpose: unprotected op (position1, position2: Integer) throws PositionInvalid; system initialize: unprotected op (items: itemClass ...); ); Mark: sealed interface (Primitive) = (); Means: abstract interface = (); MeetingException: abstract interface(Exception) = (); MeetingDenied: interface (MeetingException) = (); MeetingDuplicated: interface (MeetingException) = (); MeetingInvalid: interface (MeetingException) = (); PetitiononExpried: interface (MeetingException) = (); MeetingPlace: abstract interface (Place) = ( public meet: unprotected op (petition: copied Petition) Contact throws MeetingException, ProcessNotCurrent, StateImproper; part: unprotected op (contact: Contact) throws MeetingInvalid, ProcessNotCurrent, StateImproper; partAll: unprotected op () throws ProcessNotCurrent, StateImproper; ); Method: sealed interface = ( public procedure: Procedure; variables: List [Identifier!]; system initialize: unprotected op ( procedure: Procedure|Nil; variables: List [Identifier!]|Nil); ); Miscellaneous abstract interface (ProgrammingException) = (); Exception: PatternInvalid: interface (MiscellaneousException) = (); SeedInvalid: interface (MiscellaneousException) = (); Modifier: sealed interface (Primitive) = (); Named: abstract interface () = ( public name: sealed readonly protected Telename; ); Nil: sealed interface (Primitive) = (); Number: abstract interface (Primitive, Ordered =( public abs, negate: abstract op() Number; add, multiply: abstract op (number: Number) Number; ceiling, floor, round, turncate: abstract op () Integer; divide: abstract op (divisor: Number) Number throws DivisionByZero; sybtract: abstract op (subtrahend: Number) Number; ); Object: abstract interface (Referenced) = ( public class: sealed readonly Class; copy: sealed op () copied Object throws CopyUnavailable; isEqual: op (object: protected Object) Boolean; select: sealed op (association: Object ... /* protected Object; Executed */ throws Exception, SelectorDuplicated; size: sealed readonly Integer; system finalize, initialize: unprotected op(); ); Octet: sealed interface (Primitive, Ordered) = (); OctetString: sealed interface (ConstrainedList [Octet], Excuted) = ( public constraint: sealed; system initialize: unprotected op (segments: Object ... /* Octet|protected OctetString! */); ); Operation: sealed interface (Feature) = ( public arguments: List [Constraint] |Nil; result: Constraint|Nil; system initialize: unprotected op( arguments: List [Constraint]|Nil; result: Constraint|Nil; isPublic: Boolean|Nil; exceptions: Set [Identifier]|Nil); ); Ordered: abstract interface () = ( public isAfter, isBefore: abstract op (object: protected Ordered) Boolean; max, min: op (object: Ordered) Ordered; ); Packege: interface (ConstrainedSet [Class], Cited, Interchanged) = ( public costraint: sealed; system initialize: unprotected op ( title: Identifier!; majorEdition, minorEdition: Integer; items: Class ...) throws ItemDuplicated, ProcessNotPeer; ); Pattern: interface (Object, Ordered) = ( public find: op (string: protected String!; position: Integer|Nil) List[Integer]|Nil) throws PositionInvalid; substitute: op ( repetitions: Integer; string: upprotected String!; replacement: protected String!) Integer; system initialize: unprotected op (text: copied String!) throws PatternInvalid; ); Permit: interface (Object, Ordered) = ( public age, authenticity, charges, extent, priority: Integer|Nil; canChange, canCreate, canDeny, canGo, canGrant, canRestart, canSend: Boolean; intersect: op (permit: Permit) Permit; system initialize: unprotected op (age, charges, extent: Integer|Nil); Petition: interface = ( public agentClass: Citation|Nil; agentName: Telname|Nil; maximumWait: Integer|Nil; system initialize: unprotected op ( agentName: Telename|Nil; agentClass: Citation|Nil; maximumWait: Integer|Nil; ); Petitioned: abstract interface () = ( system meeting: unprotected op ( contact: Contact; petition: protected Petition) throws MeetingDenied; parting: unprotected op (contact: Contact); ); Place: abstract interface (Process, Unmoved) = ( public address: sealed readonly protected Teleaddress; publicClasses: sealed readonly Set [Cited]; terminate: sealed unprotected op ( occupant: protected Telename) Boolean throws ProcessNotCurrent, ProcessNotPeer, StateImproper; system entering: unprotected op ( contact: Contact; permit: protected Permit; ticket: protected Ticket|Nil) throws OccupancyDenied; exiting: unprotected op ( contact: Contact; permit: protected Permit; ticket: protected Ticket|Nil); ); Primitive: abstract interface (Object, Excuted, Unchanged) = ( system initialize: unprotected op () throws FeatureUnavailable; ); Primitive abstract interface (ProgrammingException) = (); Exception: DivisionByZero: interface (PrimitiveException) = (); Procedure: sealed interface (Primitive) = (); Process: abstract interface (Object, Named, Uncopied)=( public brand: sealed readonly protected Object throws ProcessNotPeer; localPermit: sealed copied permit throws FeatureUnavailable, PermitVoilated; nativePermit: sealed copied Permit throws FeatureUnavailable, PermitVoilated; permit: sealed readonly copied Permit; throws ProcessNotPeer; regionalPermit: sealed copied Permit throws FeatureuUnavailable, PermitVoilated; private age: sealed readonly Integer; charges: sealed readonly Integer; contacts: sealed readonly Set[Process]; priority: sealed Integer|Nil; privateClasses: sealed readonly Set[Cited]; public charge: sealed op (charges: Integer) throws PermitInadequate, PermitViolated; restrict_x: sealed op ( procedure: Procedure; permit: protected permit) throws Exception, PermitViolated, ProcessNotCurrent; sponsor_x: sealed op ( procedure: Procedure; permit: protected permit) throws Exception, PermitViolated, ProcessNotCurrent; wait: unprotected op (seconds: Integer); system initialize: op ( nativePermit: copied Permit; privateClasses: Set [Cited]|Nil) throws PermitViolated; live: abstract unprotected op (cause: Exception|Nil) throws Exception; restricted: op (permit: Identifier; isRelocated: Boolean) PermitReduced|Nil; ); Process- abstract interface (ProgrammingException) = (); Exception: PermitInadequate: interface (ProcessException) = (); ConditionUnavailable: interface (ProcessException) = (); ConditionUndefined: interface (ProcessException) = (); PermitExhausted: interface (ProcessException) = (); PermitViolated: interface (ProcessException) = (); ProcessNotCurrent: interface (ProcessException) = (); ProcessNotPeer: interface (ProcessException) = (); ResourceUnavailable: interface (ProcessException) = (); StateImproper: interface (ProcessException) = (); Programming abstract interface (Exception) = (); Exception: Qualified sealed interface (Identifier) = (); Identifier: RandomStream: interface (Stream [Integer]) = ( system initialize: unprotected op (seed: Integer) throws SeedInvalid; ); Real: sealed interface (Number) = (); Referenced: abstract interface () = ( public discard: sealed op (); isProtected: sealed readonly Boolean; isSame: sealed op (reference: protected Referenced) Boolean; protect: sealed op () protected Referenced; ref_x: sealed unprotected op (); ); Resource: interface = ( public contition: Indentfier! throws ConditionUnavailable; conditions: readonly protected Set [Identifier!]; use: sealed unprotected op( procedure: Procedure; exclusive: Boolean|Nil; maximumWait: Integer|Nil; conditions: copied Set [Identifier!]|Nil) Boolean throws ConditionUndefined, Exception, ResourceUnavalable; system initialize: unprotected op( condition: Identifier!|Nil; conditions: copied Set [Identifier!]|Nil) throws ConditionUndefined; ); Selector: sealed interface (Primitive) = (); Set: interface [itemClass: Class] (Collection [itemClass], Verified) = ( public difference, intersection, union: unprotected op (set: protected Set [itemClass]); system initialize: unprotected op(items: itemClass ...) throws ItemDuplicated, ItemInvalid; ); Stack: interface [itemClass: Class] (List [itemClass]) = ( public pop: unprotected op () itemClass throws StackDepleted; push: unprotected op (item: itemClass); pushItems: unprotected op ( items: protected List [itemClass]); roll: unprotected op (shifts, items: Integer) throws ArgumentInvalid, StackDepleted; swap: unprotected op () throws StackDepleted; ); Stream: abstract interface [itemClass: Class] = ( public current: abstract readonly itemClass|Nil; isDone: abstract Boolean; next: abstract readonly itemClass|Nil throws ReferenceProtected; ); String: sealed interface (ConstrainedList [Character], Cased, Executed) = ( public constraint: sealed; substring: op (initialPosition, beyondFinalPosition: Integer) copied String throws PositionInvalid; system initialize: unprotected op (segments: Object ... /* Character|protected String! */); ); Teleaddress: interface = ( public location: String!|Nil; provider: OctetString!; routingAdvice: List [OctetString!]; system initialize: unprotected op ( provider: OctetString!|Nil; location: String!|Nil); ); Telename: interface = ( public authority: OctetString!; identity: OctetString!|Nil; system initialize: unprotected op ( authority, identity: OctetString!|Nil); ); Telenumber: interface = ( public coutry, telephone: String!; extension: String!|Nil; system initialize: unprotected op ( countryAndTelephone: String!; extension: String!|Nil); ); Ticket: interface (TicketStub) = ( public desiredWait, maximumWait: Integer|Nil; destinationAddress: Teleaddress|Nil; destinationClass: Citation|Nil; destinationName: Telename|Nil; destinationPermit: Permit|Nil; system initialize: unprotected op ( destinationName: Telename|Nil; destinationAddress: Teleaddress|Nil; destinationClass: Citation|Nil; maximumWait: Integer|Nil; way: Way|Nil; travelNotes: Object|Nil); ); TicketStub: interface = ( public travelNotes: Object|Nil); way: Way|Nil; system initialize: unprotected op ( way: Way|Nil; travelNotes: Object|Nil); ); Time: interface (Object, Ordered, Unchanged) = ( public adjust: op (seconds: Integer) Time; interval: op (subtrahend: Time) Integer; ); TripException: abstract interface (Exception) = ( public ticketStub: sealed TicketStub; system initialize: unprotected op (ticketSub: TicketStub); ); DestinationUnavailable: interface (TripException) = (); DestinationUnknown: interface (TripException) = (); OccupancyDenied: interface (TripException) = (); TicketExpired: interface (TicketException) =(); WayUnvailable: interface (TripException) = (); Unchanged: abstract interface () = (); Unexpected: interface (ExecutionException) = ( Exception: public exception: readonly Exception; system initialize: unprotected op ( exception: Exception); ); Unmoved: abstract interface () = (); Verified: abstract interface () = ( public verify: abstract op () Boolean; ); Way: interface = ( public authenticator: Authenticator|Nil; means: Means|Nil; name: Telename|Nil; system initialize: unprotected op ( name: Telename|Nil; means: Means|Nil; authenticator: Authenticator|Nil); ); ) /*Telescript */ ８ プレデファインドクラスグラフ 以下のダイアグラムは、予め定義されたクラスを含むク
ラスグラフの一部分を示している。あるクラスのイミー
ディエイトサブクラスはその直下にインデントされてい
る。アンダーラインされたクラスは抽象的である。括弧
（”（”及び”）”）はミックスインを囲んでいる。
ラスグラフの一部分を示している。あるクラスのイミー
ディエイトサブクラスはその直下にインデントされてい
る。アンダーラインされたクラスは抽象的である。括弧
（”（”及び”）”）はミックスインを囲んでいる。
【２３８４】オブジェクト（参照される） ・ アソシエーション（順序あり） ・ オーセンティケータ ・ カレンダ時間 ・ サイテイション（順序あり） ・ クラス（引用され、相互変換される） ・ クラス定義 ・ コレクション ・・ リスト（順序あり） ・・・ コンストレインドリスト（コンストレインド） ・・・・ ビットストリング（実行済み） ・・・・ オクテットストリング（実行済み） ・・・・ ストリング（ケースされ、実行される） ・・・ スタック ・・ セット（検査済み） ・・・ コンストレインドセット（コンストレインド） ・・・・ パッケージ（引用され、相互変換される） ・・・ ディクショナリ ・・・・ コンストレインドディクショナリ（コンスト
レインド） ・・・・・ レキシコン ・ コンストレイント ・ コンタクト ・ 例外（変更なし） ・・ Meeting Exception ・・ Programming Exception ・・・ Class Exception ・・・ Collection Exception ・・・ Kernel Exception ・・・・ Execution Exception ・・・・・ Unexpected Exception ・・・ Miscellaneous Exception ・・・ Primitive Exception ・・・ Process Exception ・・ Trip Exception ・ Feature ・・ 属性 ・・ オペレーション ・ インプリメンテーション ・ インタフェース ・ Means ・ 方法 ・ パタン（順序あり） ・ パーミット（順序あり） ・ ペティション ・ Primitive (Executed & Unchanged) ・・ ビット（順序あり） ・・ ブーリアン（順序あり） ・・ キャラクタ(Cased & Ordered) ・・ アイデンティファイヤ（順序あり） ・・・ 有資格識別子 ・・ マーク ・・ モディファイヤ ・・ ゼロ ・・ Number (Ordered) ・・・ 整数 ・・・ 実数 ・・ オクテット（順序あり） ・・ プロジージャ ・・ セレクター ・ Process (Named) ・・ Agent ・・ Place (Unmoved) ・・・ Meeting Place ・ リソース ・ Stream ・・ ランダムストリーム ・ テレアドレス ・ テレネーム ・ テレナンバ ・ チケットスタブ ・・ チケット ・ タイム（順序あり、変更なし） ・ ウェイ Cased Cited Constrained Contacted Executed Hashed Named Ordered Petitioned Referenced Unchanged ・ Interchanged Unmoved Verified アペンディックスＢ 1. 序文 1.1 構成 1.2 参考文献 2 符号化の概念 2.1 テレパーセル 2.2 オブジェクトエンコーディング 2.2.1 形式 2.2.2 規則 2.2.3 パレット 2.2.4 エンコーディングクラス 2.2.5 エンコーディングアトリビュート 2.3 アトリビュートエンコーディング 2.3.1 形式 2.3.2 規則 2.4 リファレンスエンコーディング 2.4.1 形式 2.4.2 規則 3． エンコーディングスペシフィケーション 3.1 コンバーション 3.2 テレパーセル 3.3 オブジェクトエンコーディング 3.3.1 エグゼキューティドオブジェクト 3.3.2 プレデファインドオブジェクト 3.3.3 ユーザデファインドオブジェクト 3.3.4 プロテクティドオブジェクト 3.3.5 パレット 3.4 アトリビュートエンコーディング 3.4.1 ブーリアン 3.4.2 ダイアルストリング 3.4.3 整数 3.4.4 アイテム 3.4.5 リスト 3.4.6 オクテットストリング 3.4.7 スタック 3.4.8 ストリング 3.5 リファレンスエンコーディング 3.5.1 ゼネラルリファレンス 3.5.2 ボイディドリファレンス 3.5.3 インターチェンジリファレンス 3.5.4 クラスリファレンス 3.5.5 プロシージャリファレンス 4. エンコーディングクラシーズと属性 4.1 コンベンションズ 4.2 エンコーディンググループ 4.2.1 キャッチフレーム 4.2.2 コレクションストリーム 4.2.3 ダイヤルストリング 4.2.4 フレーム 4.2.5 ゴーフレーム 4.2.6 プレデファインドフレーム 4.2.7 プロシージャフレーム 4.2.8 リピートフレーム 4.2.9 レストリクトフレーム 4.2.10 センドフレーム 4.2.11 ユースフレーム 4.2.12 ユースデファインドフレーム 4.2.13 ホワイルフレーム 4.3 エンコーディングアトリビューツ 4.3.1 エージェント 4.3.2 キャッチフレーム 4.3.3 コレクション 4.3.4 コレクションストリーム 4.3.5 ディクショナリ 4.3.6 リスト 4.3.7 パターン 4.3.8 プロシージャフレーム 4.3.9 ランダムストリーム 4.3.10 リピートフレーム 4.3.11 レストリクトフレーム 4.3.12 センドフレーム 4.3.13 スタック 4.3.14 タイム 4.3.15 ユースフレーム 4.3.16 ユースデファインドフレーム 4.3.17 ホワイルフレーム 5.1 コンベンションズ 5.2 ランゲージクラシーズ 5.2.1 エージェント 5.2.2 アソシエーション 5.2.3 アトリビュート 5.2.4 カレンダタイム 5.2.5 サイテイション 5.2.6 クラス 5.2.7 クラスデフィニション 5.2.8 コレクション 5.2.9 コンストレインドディクショナリ 5.2.10 コンストレインドリスト 5.2.11 コンストレインドセット 5.2.12 コンストレイント 5.2.13 コンタクト 5.2.14 ディクショナリ 5.2.15 インプリメーション 5.2.16 インターフェース 5.2.17 レキシコン 5.2.18 リスト 5.2.19 メソッド 5.2.20 ミックスイン 5.2.21 オペレーション 5.2.22 パッケージ 5.2.23 パターン 5.2.24 パーミット 5.2.25 ペティション 5.2.26 ランダムストリート 5.2.27 リソース 5.2.28 セット 5.2.29 スタック 5.2.30 テレアドレス 5.2.31 テレネーム 5.2.32 テレナンバ 5.2.33 チケット 5.2.34 チケットタブ 5.2.35 タイム 5.2.36 トリップエグセプション 5.2.37 アンエクスペクティドエクセプション 5.2.38 ウェイ 5.3 エンコーディングクラシーズ 5.3.1 キャッチフレーム 5.3.2 コレクションストリーム 5.3.3 プレデファインドフレーム 5.3.4 リピートフレーム 5.3.5 レストリクトフレーム 5.3.6. センドフレーム 5.3.7 ユースフレーム 5.3.8 ユースデファレンドフレーム 5.3.9 ホワイルフレーム １．序文 この開示のアペンデックスＡのセクション１は、本発明
の主な要素を紹介し、その説明は引用によってこのアペ
ンディックスの一部とされる。アペンディックスＡのセ
クションの１．４．３に示されたコンベンションは、こ
のアペンディックスでも同じように用いられている。
レインド） ・・・・・ レキシコン ・ コンストレイント ・ コンタクト ・ 例外（変更なし） ・・ Meeting Exception ・・ Programming Exception ・・・ Class Exception ・・・ Collection Exception ・・・ Kernel Exception ・・・・ Execution Exception ・・・・・ Unexpected Exception ・・・ Miscellaneous Exception ・・・ Primitive Exception ・・・ Process Exception ・・ Trip Exception ・ Feature ・・ 属性 ・・ オペレーション ・ インプリメンテーション ・ インタフェース ・ Means ・ 方法 ・ パタン（順序あり） ・ パーミット（順序あり） ・ ペティション ・ Primitive (Executed & Unchanged) ・・ ビット（順序あり） ・・ ブーリアン（順序あり） ・・ キャラクタ(Cased & Ordered) ・・ アイデンティファイヤ（順序あり） ・・・ 有資格識別子 ・・ マーク ・・ モディファイヤ ・・ ゼロ ・・ Number (Ordered) ・・・ 整数 ・・・ 実数 ・・ オクテット（順序あり） ・・ プロジージャ ・・ セレクター ・ Process (Named) ・・ Agent ・・ Place (Unmoved) ・・・ Meeting Place ・ リソース ・ Stream ・・ ランダムストリーム ・ テレアドレス ・ テレネーム ・ テレナンバ ・ チケットスタブ ・・ チケット ・ タイム（順序あり、変更なし） ・ ウェイ Cased Cited Constrained Contacted Executed Hashed Named Ordered Petitioned Referenced Unchanged ・ Interchanged Unmoved Verified アペンディックスＢ 1. 序文 1.1 構成 1.2 参考文献 2 符号化の概念 2.1 テレパーセル 2.2 オブジェクトエンコーディング 2.2.1 形式 2.2.2 規則 2.2.3 パレット 2.2.4 エンコーディングクラス 2.2.5 エンコーディングアトリビュート 2.3 アトリビュートエンコーディング 2.3.1 形式 2.3.2 規則 2.4 リファレンスエンコーディング 2.4.1 形式 2.4.2 規則 3． エンコーディングスペシフィケーション 3.1 コンバーション 3.2 テレパーセル 3.3 オブジェクトエンコーディング 3.3.1 エグゼキューティドオブジェクト 3.3.2 プレデファインドオブジェクト 3.3.3 ユーザデファインドオブジェクト 3.3.4 プロテクティドオブジェクト 3.3.5 パレット 3.4 アトリビュートエンコーディング 3.4.1 ブーリアン 3.4.2 ダイアルストリング 3.4.3 整数 3.4.4 アイテム 3.4.5 リスト 3.4.6 オクテットストリング 3.4.7 スタック 3.4.8 ストリング 3.5 リファレンスエンコーディング 3.5.1 ゼネラルリファレンス 3.5.2 ボイディドリファレンス 3.5.3 インターチェンジリファレンス 3.5.4 クラスリファレンス 3.5.5 プロシージャリファレンス 4. エンコーディングクラシーズと属性 4.1 コンベンションズ 4.2 エンコーディンググループ 4.2.1 キャッチフレーム 4.2.2 コレクションストリーム 4.2.3 ダイヤルストリング 4.2.4 フレーム 4.2.5 ゴーフレーム 4.2.6 プレデファインドフレーム 4.2.7 プロシージャフレーム 4.2.8 リピートフレーム 4.2.9 レストリクトフレーム 4.2.10 センドフレーム 4.2.11 ユースフレーム 4.2.12 ユースデファインドフレーム 4.2.13 ホワイルフレーム 4.3 エンコーディングアトリビューツ 4.3.1 エージェント 4.3.2 キャッチフレーム 4.3.3 コレクション 4.3.4 コレクションストリーム 4.3.5 ディクショナリ 4.3.6 リスト 4.3.7 パターン 4.3.8 プロシージャフレーム 4.3.9 ランダムストリーム 4.3.10 リピートフレーム 4.3.11 レストリクトフレーム 4.3.12 センドフレーム 4.3.13 スタック 4.3.14 タイム 4.3.15 ユースフレーム 4.3.16 ユースデファインドフレーム 4.3.17 ホワイルフレーム 5.1 コンベンションズ 5.2 ランゲージクラシーズ 5.2.1 エージェント 5.2.2 アソシエーション 5.2.3 アトリビュート 5.2.4 カレンダタイム 5.2.5 サイテイション 5.2.6 クラス 5.2.7 クラスデフィニション 5.2.8 コレクション 5.2.9 コンストレインドディクショナリ 5.2.10 コンストレインドリスト 5.2.11 コンストレインドセット 5.2.12 コンストレイント 5.2.13 コンタクト 5.2.14 ディクショナリ 5.2.15 インプリメーション 5.2.16 インターフェース 5.2.17 レキシコン 5.2.18 リスト 5.2.19 メソッド 5.2.20 ミックスイン 5.2.21 オペレーション 5.2.22 パッケージ 5.2.23 パターン 5.2.24 パーミット 5.2.25 ペティション 5.2.26 ランダムストリート 5.2.27 リソース 5.2.28 セット 5.2.29 スタック 5.2.30 テレアドレス 5.2.31 テレネーム 5.2.32 テレナンバ 5.2.33 チケット 5.2.34 チケットタブ 5.2.35 タイム 5.2.36 トリップエグセプション 5.2.37 アンエクスペクティドエクセプション 5.2.38 ウェイ 5.3 エンコーディングクラシーズ 5.3.1 キャッチフレーム 5.3.2 コレクションストリーム 5.3.3 プレデファインドフレーム 5.3.4 リピートフレーム 5.3.5 レストリクトフレーム 5.3.6. センドフレーム 5.3.7 ユースフレーム 5.3.8 ユースデファレンドフレーム 5.3.9 ホワイルフレーム １．序文 この開示のアペンデックスＡのセクション１は、本発明
の主な要素を紹介し、その説明は引用によってこのアペ
ンディックスの一部とされる。アペンディックスＡのセ
クションの１．４．３に示されたコンベンションは、こ
のアペンディックスでも同じように用いられている。
【２３８５】１．１ 構成 このアペンディックスは３つのセクションに分けられ
る。セクション１はこの序である。セクション２は符号
化規則の主なコンセプトを紹介する。このセクション３
は命令セットで用いられているもの以上に、符号化にお
いて用いられている予め定義されたクラス及び属性を定
義する。
る。セクション１はこの序である。セクション２は符号
化規則の主なコンセプトを紹介する。このセクション３
は命令セットで用いられているもの以上に、符号化にお
いて用いられている予め定義されたクラス及び属性を定
義する。
【２３８６】１．２ 参考文献 このアペンディックスは、次の別の文書に依存している
[10646] Information technology--Universal Coded Character
Set(UCS), ISO/IEC DIS10646, International Organiza
tion for Standardization and InternationalElectrot
echnical Commission, 1990. [Telescript] この開示のアペンディックスＡ。
[10646] Information technology--Universal Coded Character
Set(UCS), ISO/IEC DIS10646, International Organiza
tion for Standardization and InternationalElectrot
echnical Commission, 1990. [Telescript] この開示のアペンディックスＡ。
【２３８７】[Unicode] The Unicode Standard: orldwide Character Encoding,
Volume 1, Version 1.0, The Unicode Consortium, Ad
dison-Wesley, 1991. ２ 符号化の概念 テレパーセルはこのアペンディックスのこのセクション
において構想される。サブセクションは、オブジェク
ト、属性及び参照の符号化ではなくテレパーセルに向け
られる。
Volume 1, Version 1.0, The Unicode Consortium, Ad
dison-Wesley, 1991. ２ 符号化の概念 テレパーセルはこのアペンディックスのこのセクション
において構想される。サブセクションは、オブジェク
ト、属性及び参照の符号化ではなくテレパーセルに向け
られる。
【２３８８】２．１ テレパーセル（Teleparcel） ”テレパーセル（teleparcel）”は、テレパーセルの”
サブジェクト （subject）”であるオブジェクト、サブ
ジェクトの成分及びそれらのものの成分の全てを回帰的
に符号化する。サブジェクトまたはコンポネーントのク
ラスは、予め定義されていてもユーザによって定義され
ていてもよい。
サブジェクト （subject）”であるオブジェクト、サブ
ジェクトの成分及びそれらのものの成分の全てを回帰的
に符号化する。サブジェクトまたはコンポネーントのク
ラスは、予め定義されていてもユーザによって定義され
ていてもよい。
【２３８９】注：テレパーセルは、その標準的な形式に
おいてのテレスクリプトオブジェクトである。
おいてのテレスクリプトオブジェクトである。
【２３９０】注：テレパーセルは、オブジェクトを２つ
のエンジンの間に搬送する手段である。ソースエンジン
は、オブジェクトをテレパーセルに変換しそれを目的点
のエンジンに搬送する。目的点のエンジンは、テレパー
セルをオブジェクトに変換することによって、ソースに
おいて消費されたものと同じオブジェクトを目的点にお
いて作り出す。
のエンジンの間に搬送する手段である。ソースエンジン
は、オブジェクトをテレパーセルに変換しそれを目的点
のエンジンに搬送する。目的点のエンジンは、テレパー
セルをオブジェクトに変換することによって、ソースに
おいて消費されたものと同じオブジェクトを目的点にお
いて作り出す。
【２３９１】注：テレパーセルのサブジェクトは、典型
的には排他的ではなくてもエージェントである。このよ
うな場合、テレパーセルは、エージェントと、エージェ
ントが所有する全てのオブジェクトと、エージェントの
現在の実行状態を形成するものを含めて包括する。
的には排他的ではなくてもエージェントである。このよ
うな場合、テレパーセルは、エージェントと、エージェ
ントが所有する全てのオブジェクトと、エージェントの
現在の実行状態を形成するものを含めて包括する。
【２３９２】２．２ オブジェクトエンコーディング
（Object Encoding） ”オブジェクトエンコーディング（object encodin
g）” はオブジェクトとそのオブジェクトへの参照を符
号化する。
（Object Encoding） ”オブジェクトエンコーディング（object encodin
g）” はオブジェクトとそのオブジェクトへの参照を符
号化する。
【２３９３】２．２．１ 形式 オブジェクトは、以下の形式の内のどれか１つを取る。
【２３９４】Executed ”エグゼキューティドオブジェクトエンコーディング
（executed object encoding）”は実行されるオブジェ
クトを符号化する。
（executed object encoding）”は実行されるオブジェ
クトを符号化する。
【２３９５】Predefined ”プリディファインドオブジェクトエンコーディング
（predefined object encoding）”は、そのクアスが予
め定義された実行されていないオブジェクトを符号化す
る。
（predefined object encoding）”は、そのクアスが予
め定義された実行されていないオブジェクトを符号化す
る。
【２３９６】User-defined ”ユーザーディファインドオブジェクトエンコーディン
グ（user-defined object encoding）”は、そのクアス
がユーザー定義されるオブジェクトを符号化する。
グ（user-defined object encoding）”は、そのクアス
がユーザー定義されるオブジェクトを符号化する。
【２３９７】Protected ”プロテクティッドオブジェクトエンコーディング（pr
otected object encoding）”は、任意のオブジェクト
を符号化する。
otected object encoding）”は、任意のオブジェクト
を符号化する。
【２３９８】オブジェクトの符号化は、そのオブジェク
トへの参照も符号化する。参照は、オブジェクトが参考
されてないかまたはオブジェクトの符号化形式が保護さ
れている場合にのみ保護される。
トへの参照も符号化する。参照は、オブジェクトが参考
されてないかまたはオブジェクトの符号化形式が保護さ
れている場合にのみ保護される。
【２３９９】２．２．２ 規則 あるオブジェクト及び参照に対するオブジェクトの符号
化の形式は、以下の規則に従って選択されるものとす
る。これらの規則はここで示した順序で適用される。
化の形式は、以下の規則に従って選択されるものとす
る。これらの規則はここで示した順序で適用される。
【２４００】１．参照が保護され、オブジェクトが変更
されない場合に、プロテクティッドオブジェクトエンコ
ーディングが選択される。
されない場合に、プロテクティッドオブジェクトエンコ
ーディングが選択される。
【２４０１】２．オブジェクトが実行される場合、実行
されるオブジェクトの符号化が選択される。
されるオブジェクトの符号化が選択される。
【２４０２】３．オブジェクトのクラスが予め定義され
ているならば、予め定義されたオブジェクトの符号化が
選択される。
ているならば、予め定義されたオブジェクトの符号化が
選択される。
【２４０３】４．（その他の場合には）ユーザによって
定義されたオブジェクトの符号化が選択される。
定義されたオブジェクトの符号化が選択される。
【２４０４】２．２．３ パレット オブジェクトの符号化は、オブジェクトの符号化に含め
ることを支配する予め定義された属性及び規則のセット
である”エンコーディングパレット”に依存することが
できる。
ることを支配する予め定義された属性及び規則のセット
である”エンコーディングパレット”に依存することが
できる。
【２４０５】予め定義されたオブジェクトまたはユーザ
によって定義されたオブジェクトの符号化は、符号化さ
れたオブジェクト”Ｏ”が１つの例である予め定義され
たクラスによって定められた”１次”パレットに依存す
る。あるオブジェクトは、オブジェクトが予め定義され
たクラスのインプリメンテーションメンバであるがその
予め定義されたサブクラスのインプリメンテーションメ
ンバではない場合にのみ、その予め定義されたクラス
の”０”である。
によって定義されたオブジェクトの符号化は、符号化さ
れたオブジェクト”Ｏ”が１つの例である予め定義され
たクラスによって定められた”１次”パレットに依存す
る。あるオブジェクトは、オブジェクトが予め定義され
たクラスのインプリメンテーションメンバであるがその
予め定義されたサブクラスのインプリメンテーションメ
ンバではない場合にのみ、その予め定義されたクラス
の”０”である。
【２４０６】ユーザによって定義されたオブジェクトの
符号化は、”Ｏ”が１つの例である予め定義されたクラ
スのインスタンスが引用も、制約もまた名前付けもされ
ていないのに、”０”が引用され制約されまた名前付け
されている場合にのみ、”二次”パレット（このアペン
ディックスのセクション５．２．２０に定める）に依存
する。
符号化は、”Ｏ”が１つの例である予め定義されたクラ
スのインスタンスが引用も、制約もまた名前付けもされ
ていないのに、”０”が引用され制約されまた名前付け
されている場合にのみ、”二次”パレット（このアペン
ディックスのセクション５．２．２０に定める）に依存
する。
【２４０７】あるパレットにおいて各々の予め定義され
た属性は、命令的または恣意的と表示される。”命令的
（optional）”属性は、パレットに依存する符号化にお
いて表され、”恣意的な（mandatory）”属性は表現さ
れてもよいが必ずしもその必要はない。符号化の目的の
ためにある数を各々の恣意的な属性に割り当てる。
た属性は、命令的または恣意的と表示される。”命令的
（optional）”属性は、パレットに依存する符号化にお
いて表され、”恣意的な（mandatory）”属性は表現さ
れてもよいが必ずしもその必要はない。符号化の目的の
ためにある数を各々の恣意的な属性に割り当てる。
【２４０８】注：いかなるオブジェクトもミックスイン
ではない。
ではない。
【２４０９】２．２．４ エンコーディングクラス（En
coding Classses） エンコーディングパレットは、このアペンディックスの
セクション４．２に記述されたように符号化クラスを容
認する。”符号化クラス（encoding class）”は、−−
この開示のアペンディックスＡに記述されたクラスであ
る”言語クラス（language classes）”を超えた−−予
め定義されたクラスであり、符号化の目的のために命令
セットを指示するが、命令セットの一部ではない。
coding Classses） エンコーディングパレットは、このアペンディックスの
セクション４．２に記述されたように符号化クラスを容
認する。”符号化クラス（encoding class）”は、−−
この開示のアペンディックスＡに記述されたクラスであ
る”言語クラス（language classes）”を超えた−−予
め定義されたクラスであり、符号化の目的のために命令
セットを指示するが、命令セットの一部ではない。
【２４１０】注：符号化クラスの唯１つの目的は、符号
化特性を定義することである。このクラスはイニシャラ
イゼーションパラメータ、オペレーション、アダプテー
ションまたは変更を持たない。
化特性を定義することである。このクラスはイニシャラ
イゼーションパラメータ、オペレーション、アダプテー
ションまたは変更を持たない。
【２４１１】２．２．５ エンコーディングアトリビュ
ート（Encoding Attributes） 符号化パレットは、このアペンディックスのセクション
４．３に記述された符号化属性を容認する。”符号化属
性（encoding attribute）”は、−−この開示のアペン
ディックスＡに記述された”言語属性（language attri
butes） ”を超えた−−予め定義された属性であり、符
号化目的のための命令セットを指示するが、命令セット
の一部分ではない。各々の符号化属性は、システムイン
スタンス属性である。
ート（Encoding Attributes） 符号化パレットは、このアペンディックスのセクション
４．３に記述された符号化属性を容認する。”符号化属
性（encoding attribute）”は、−−この開示のアペン
ディックスＡに記述された”言語属性（language attri
butes） ”を超えた−−予め定義された属性であり、符
号化目的のための命令セットを指示するが、命令セット
の一部分ではない。各々の符号化属性は、システムイン
スタンス属性である。
【２４１２】注：符号化属性は、ユーザが定義したクラ
スのインタフェースが同一の識別子を属性に与えること
を排除しない。
スのインタフェースが同一の識別子を属性に与えること
を排除しない。
【２４１３】２．３ アトリビュートエンコーディング ”属性の符号化（attribute encoding）”は予め定義さ
れた属性とこの属性の参照を符号化する。
れた属性とこの属性の参照を符号化する。
【２４１４】２．３．１ 形式 属性の符号化は次の形式のいずれかを取る。
【２４１５】Boolean ”ブーリアン属性符号化（boolean attribute encodin
g）”はクラス”ブーリアン（Boolean）”のインスタン
スを符号化する。
g）”はクラス”ブーリアン（Boolean）”のインスタン
スを符号化する。
【２４１６】Dial String ”ダイアルストリングアトリビュートエンコーディング
（dial string attribute encoding）”はクラス”ダイ
アルストリング（Dial String）”のインスタンスを符
号化する。
（dial string attribute encoding）”はクラス”ダイ
アルストリング（Dial String）”のインスタンスを符
号化する。
【２４１７】Integer ”インテジャアトリビュートエンコーディング（intege
r attribute encoding）”はクラス”インテジャ（Inte
ger）”の１つの例を符号化する。
r attribute encoding）”はクラス”インテジャ（Inte
ger）”の１つの例を符号化する。
【２４１８】Item ”アイテム属性符号化（Item attribute encoding）”
は、オブジェクトまたはオブジェクトへの参照を符号化
する。
は、オブジェクトまたはオブジェクトへの参照を符号化
する。
【２４１９】List ”リストアトリビュートエンコーディング（list attri
bute encoding）”はクラス”リスト（List）”のイン
スタンスを符号化する。
bute encoding）”はクラス”リスト（List）”のイン
スタンスを符号化する。
【２４２０】Octet String ”オクテットストリングアトリビュートエンコーディン
グ（octet string attribute encoding）”はクラス”
オクテットストリング（Octet String）”の１つの例を
符号化する。
グ（octet string attribute encoding）”はクラス”
オクテットストリング（Octet String）”の１つの例を
符号化する。
【２４２１】Stack ”スタックアトリビュートエンコーディング（stack st
tribute encoding）”はクラス”スタック（Stack）”
の１つの例を符号化する。
tribute encoding）”はクラス”スタック（Stack）”
の１つの例を符号化する。
【２４２２】String ”ストリングアトリビュートエンコーディング（string
attribute encoding）”はクラス”ストリング（Strin
g）”の１つのインスタンスを符号化する。
attribute encoding）”はクラス”ストリング（Strin
g）”の１つのインスタンスを符号化する。
【２４２３】２．３．２ 規則 属性の属性符号化の形式は、次の規則に従って選択さ
れ、これらの規則は次の順序で適用される。
れ、これらの規則は次の順序で適用される。
【２４２４】１．アイテム属性以外の属性の符号化は、
その属性が必要なクラスの１つのインスタンスである場
合に選択される。
その属性が必要なクラスの１つのインスタンスである場
合に選択される。
【２４２５】２．（他の場合には）アイテム属性符号化
が選択される。
が選択される。
【２４２６】２．４ リファレンスエンコーディング
（Reference Encoding ） ”リファレンスエンコーディング（reference encodin
g）”はオブジェクトの符号化によって符号化されるオ
ブジェクトへのリファレンスを符号化する。
（Reference Encoding ） ”リファレンスエンコーディング（reference encodin
g）”はオブジェクトの符号化によって符号化されるオ
ブジェクトへのリファレンスを符号化する。
【２４２７】２．４．１ 形式 リファレンスのエンコーディングは以下の形式の１つを
取る。
取る。
【２４２８】一般化 ”ジェネラルリファレンスエンコーディング（general
reference encoding）”は、リファレンスの符号化の開
始からオブジェクトの符号化の開始までオクテットで表
した”オフセット（offset）”によってオブジェクトを
表す（プロテクトされるかまたはプロテクトされない）
リファレンスを符号化する。オフセットは、オブジェク
トの符号化がリファレンスの符号化の後になるか先にな
るかに従ってそれぞれ正または負となる。オフセットは
負とし、正のオフセットは留保される。
reference encoding）”は、リファレンスの符号化の開
始からオブジェクトの符号化の開始までオクテットで表
した”オフセット（offset）”によってオブジェクトを
表す（プロテクトされるかまたはプロテクトされない）
リファレンスを符号化する。オフセットは、オブジェク
トの符号化がリファレンスの符号化の後になるか先にな
るかに従ってそれぞれ正または負となる。オフセットは
負とし、正のオフセットは留保される。
【２４２９】Voided ”ボイデェッドリファレンスエンコーディング（voided
reference encoding）”は、ボイドされるリファレン
スを符号化する。
reference encoding）”は、ボイドされるリファレン
スを符号化する。
【２４３０】Interchange ”インターチェンジリファレンスエンコーディング（in
terchange referenceencoding）”は、オブジェクトの
ダイジェストと、オブジェクトが１つの例であるインス
タンスへのサイテイションによって、相互変換されたオ
ブジェクトを表すリファレンスを符号化する。
terchange referenceencoding）”は、オブジェクトの
ダイジェストと、オブジェクトが１つの例であるインス
タンスへのサイテイションによって、相互変換されたオ
ブジェクトを表すリファレンスを符号化する。
【２４３１】Class ”クラスリファレンスエンコーディング（class refere
nce encoding）”は、クラスが予め定義されていれば、
クラスの数値コードによってまたクラスがユーザによっ
て定義されていればクラスへのサイテイションによっ
て、クラスを表すリファレンスを符号化する。
nce encoding）”は、クラスが予め定義されていれば、
クラスの数値コードによってまたクラスがユーザによっ
て定義されていればクラスへのサイテイションによっ
て、クラスを表すリファレンスを符号化する。
【２４３２】Procedure ”プロシージャリファレンスエンコーディング（proced
ure reference encoding）”は、ユーザによって定義さ
れたクラスのインプリメンテーションにあるプロシージ
ャへのリファレンスを符号化する。プロシージャリファ
レンスの符号化は予め定義されたフレームＦの”プロシ
ージャ（procedure）” 属性のみをエンコードするため
に用いられるべきである。プロシージャリファレンスの
符号化は、”Ｆ”が１つのアイテムである”フレーム
（frames）”の”Ｆ”の直下において、プロシージャフ
レーム”Ｂ”の”プロシージャ（procedure）”の属性
中のプロシージャの位置を、整数によって表現する。こ
の整数は、整数が１に等しいかこれより大きい場合に、
位置自身でありまたは、他の場合には、非減数である位
置と減数であるＦの属性”位置（position）”との算術
差に１を足した値に等しい。
ure reference encoding）”は、ユーザによって定義さ
れたクラスのインプリメンテーションにあるプロシージ
ャへのリファレンスを符号化する。プロシージャリファ
レンスの符号化は予め定義されたフレームＦの”プロシ
ージャ（procedure）” 属性のみをエンコードするため
に用いられるべきである。プロシージャリファレンスの
符号化は、”Ｆ”が１つのアイテムである”フレーム
（frames）”の”Ｆ”の直下において、プロシージャフ
レーム”Ｂ”の”プロシージャ（procedure）”の属性
中のプロシージャの位置を、整数によって表現する。こ
の整数は、整数が１に等しいかこれより大きい場合に、
位置自身でありまたは、他の場合には、非減数である位
置と減数であるＦの属性”位置（position）”との算術
差に１を足した値に等しい。
【２４３３】２．４．２ 規則 あるオブジェクトへのリファレンスのリファレンス符号
化の形式は、次のルールに従って選択されるものとし、
これらの規則は次に示す順序で適用されるものとする。
化の形式は、次のルールに従って選択されるものとし、
これらの規則は次に示す順序で適用されるものとする。
【２４３４】１．ボイドされたリファレンスの符号化は
リファレンスがボイドにされた場合選択されねばならな
い。
リファレンスがボイドにされた場合選択されねばならな
い。
【２４３５】２．オブジェクトが予め定義されたクラス
である場合、クラスリファレンス符号化を選択しなけれ
ばならない。
である場合、クラスリファレンス符号化を選択しなけれ
ばならない。
【２４３６】１．リファレンスがボイドされた場合、ボ
イドされたリファレンスエンコーディングを選択する。
イドされたリファレンスエンコーディングを選択する。
【２４３７】２．オブジェクトは予め定義されたクラス
である場合、クラスリファレンス符号化を選択する。
である場合、クラスリファレンス符号化を選択する。
【２４３８】３．オブジェクトがテレパーセルの目的点
に存在していると推定されるのではなくて、テレパーセ
ルの一部分として符号化されている場合、一般的なリフ
ァレンス符号化を選択する。
に存在していると推定されるのではなくて、テレパーセ
ルの一部分として符号化されている場合、一般的なリフ
ァレンス符号化を選択する。
【２４３９】４．オブジェクトがユーザによって定義さ
れたクラスであるかまたはユーザによって定義されたク
ラスインプリメンテーションのプロシージャである場合
それぞれクラスリファレンス符号化かまたはプロシージ
ャリファレンス符号化を選択する。
れたクラスであるかまたはユーザによって定義されたク
ラスインプリメンテーションのプロシージャである場合
それぞれクラスリファレンス符号化かまたはプロシージ
ャリファレンス符号化を選択する。
【２４４０】５．（その他の場合は）相互変換リファレ
ンス符号化を選択する。
ンス符号化を選択する。
【２４４１】注：オブジェクトが、テレパーセルの目的
点に存在していると推定されるのではなく、テレパーセ
ルの一部分として符号化されている場合にのみ、規則３
が適用される。
点に存在していると推定されるのではなく、テレパーセ
ルの一部分として符号化されている場合にのみ、規則３
が適用される。
【２４４２】３ エンコーディングスペシフィケーショ
ン（ENCODING SPECIFICATIONS） テレパーセルはこのアペンディックスのこのセクション
において定義される。サブセクションは、テレパーセ
ル、オブジェクト、属性及びリファレンス符号化に向け
られる。
ン（ENCODING SPECIFICATIONS） テレパーセルはこのアペンディックスのこのセクション
において定義される。サブセクションは、テレパーセ
ル、オブジェクト、属性及びリファレンス符号化に向け
られる。
【２４４３】３．１ コンバージョン テレパーセルはその各々がゼロまたはそれ以上のオクテ
ットである一連のトークンである。テレパーセルはトー
クンを連鎖化することによって得られたオクテットスト
リングである。
ットである一連のトークンである。テレパーセルはトー
クンを連鎖化することによって得られたオクテットスト
リングである。
【２４４４】テレパーセルは、下記のシンタクティック
ルール及び付随するセマンティックルールに従う。BNF
(Backus-Naur又はBackus normal form)に与えられた規
則は、任意のトークンを括弧（”［”及び”］”）によ
って囲む。
ルール及び付随するセマンティックルールに従う。BNF
(Backus-Naur又はBackus normal form)に与えられた規
則は、任意のトークンを括弧（”［”及び”］”）によ
って囲む。
【２４４５】表Ｂ．１は、オブジェクト及びリファレン
ス符号化の形式にコードを割り当てる。これらのコード
は下記のセクションにおいてタグとして用いられる。
ス符号化の形式にコードを割り当てる。これらのコード
は下記のセクションにおいてタグとして用いられる。
【２４４６】
【表２８】 注：下記のセクションは、この開示のアペンディックス
Ａのセクション５．１及び５．３のコンベンションに従
う。
Ａのセクション５．１及び５．３のコンベンションに従
う。
【２４４７】３．２ テレパーセル（Teleparcel） テレパーセルは次の規則に従う。
【２４４８】Teleparcel ::= unsignedNumber unsigned
Number Object 第１及び第２の”アンサインドナンバ（unsignedNumbe
r）”は、テレパーセルがそれに準拠する符号化規則の
メイジャーバージョン及びマイナーバージョンの数をそ
れぞれ符号化する。”オブジェクト（Object）”は、テ
レパーセルのサブジェクト、サブジェクトのコンポーネ
ントとを符号化する。
Number Object 第１及び第２の”アンサインドナンバ（unsignedNumbe
r）”は、テレパーセルがそれに準拠する符号化規則の
メイジャーバージョン及びマイナーバージョンの数をそ
れぞれ符号化する。”オブジェクト（Object）”は、テ
レパーセルのサブジェクト、サブジェクトのコンポーネ
ントとを符号化する。
【２４４９】注：このアペンディックスが規定する符号
化規則のメージャーバージョン及びマイナーバージョン
の数はそれぞれ０及び５である。
化規則のメージャーバージョン及びマイナーバージョン
の数はそれぞれ０及び５である。
【２４５０】３．３ オブジェクトエンコーディング
（Object Encoding） オブジェクト符号化は定義された形式が反映する次の規
則に従う。
（Object Encoding） オブジェクト符号化は定義された形式が反映する次の規
則に従う。
【２４５１】Object ::= ExecutedObject | Pred
efinedObject | UserDefinedObject | ProtectedObject ３．３．１ エグゼキューティドオブジェクト（Execut
ed Object） 実行されるオブジェクトの符号化は、この開示のアペン
ディックスＡのセクション５．１及び５．３に述べた規
則に従う。
efinedObject | UserDefinedObject | ProtectedObject ３．３．１ エグゼキューティドオブジェクト（Execut
ed Object） 実行されるオブジェクトの符号化は、この開示のアペン
ディックスＡのセクション５．１及び５．３に述べた規
則に従う。
【２４５２】”エグゼキューティッドオブジェクト（Ex
ecutedObject）”の第１トークンであるタグは、実行さ
れたオブジェクトを特定し、クラスのコードを２回符号
化することによってオブジェクトのクラスを明らかにす
る。
ecutedObject）”の第１トークンであるタグは、実行さ
れたオブジェクトを特定し、クラスのコードを２回符号
化することによってオブジェクトのクラスを明らかにす
る。
【２４５３】注：実行されるオブジェクトは、２進テレ
スクリプトと同様に符号化される。
スクリプトと同様に符号化される。
【２４５４】３．３．２ プレデファインドオブジェク
ト（Predefined Object） 予め定義されたオブジェクトの符号化は次の規則に従
う。
ト（Predefined Object） 予め定義されたオブジェクトの符号化は次の規則に従
う。
【２４５５】PredefinedObject ::= tag Palette タグがオブジェクトを予め定義されたものとして特定
し、クラスのコードを２回符号化することによってオブ
ジェクトのクラスを明らかにする。”パレット（Palett
e）”は、そのオブジェクトが１つの例であるクラスに
ついて、１次符号化パレットに依存する。
し、クラスのコードを２回符号化することによってオブ
ジェクトのクラスを明らかにする。”パレット（Palett
e）”は、そのオブジェクトが１つの例であるクラスに
ついて、１次符号化パレットに依存する。
【２４５６】３．３．３ ユーザデファインドオブジェ
クト（User-defined Object） ユーザによって定義されたオブジェクトの符号化は次の
規則に従う。
クト（User-defined Object） ユーザによって定義されたオブジェクトの符号化は次の
規則に従う。
【２４５７】UserDefinedObjct ::= [Palette Mixins]
tag Item Item Palette Mixins ::= tag 第１の”タグ（tag）”はクラスのコードの２倍に１を
足したコードを符号化することによって、オブジェクト
が１つの例であるクラスを明らかにする。
tag Item Item Palette Mixins ::= tag 第１の”タグ（tag）”はクラスのコードの２倍に１を
足したコードを符号化することによって、オブジェクト
が１つの例であるクラスを明らかにする。
【２４５８】第１の”アイテム（Item）”は、オブジェ
クトのクラスを符号化し第２の”アイテム（Item）”は
そのクラスのユーザによって定義されたインプリメンテ
ーションスーパークラスにその標準的な順序でアイテム
を対応しているリストを符号化する。各々のアイテムそ
れ自身はリスト、すなわち、クラスインプリメンテーシ
ョンの属性”プロパティ（properties）”の識別子の順
序によるアイテムが対応するクラスに固有のインスタン
スのプロパティのリストである。最後の１以上のプロパ
ティは省略できその場合はゼロが意味される。
クトのクラスを符号化し第２の”アイテム（Item）”は
そのクラスのユーザによって定義されたインプリメンテ
ーションスーパークラスにその標準的な順序でアイテム
を対応しているリストを符号化する。各々のアイテムそ
れ自身はリスト、すなわち、クラスインプリメンテーシ
ョンの属性”プロパティ（properties）”の識別子の順
序によるアイテムが対応するクラスに固有のインスタン
スのプロパティのリストである。最後の１以上のプロパ
ティは省略できその場合はゼロが意味される。
【２４５９】第１の”パレット（Palette）”は、２次
符号化パレットに依存し、”ミキシン（Mixins）”が存
在する場合にのみ存在する。第２の”パレット（Palett
e）”は、オブジェクトがその一例であるクラスについ
て１次パレットに依存する。
符号化パレットに依存し、”ミキシン（Mixins）”が存
在する場合にのみ存在する。第２の”パレット（Palett
e）”は、オブジェクトがその一例であるクラスについ
て１次パレットに依存する。
【２４６０】３．３．４ プロテクティドオブジェクト
（Protected Object） プロテクトされるオブジェクトの符号化は次の規則に従
う。
（Protected Object） プロテクトされるオブジェクトの符号化は次の規則に従
う。
【２４６１】 ProtectedObject ::= tag ProtectedObjectItself ProtectedObjectItself ::= ExecutedObject | PredefinedObject | UserDefinedObject ”タグ（tag）”は、プロテクトされるリファレンスを
特定する。”ExecutedObject”、”PredefinedObject”
または”UserDefinedObject”はこのオブジェクトを符
号化する。
特定する。”ExecutedObject”、”PredefinedObject”
または”UserDefinedObject”はこのオブジェクトを符
号化する。
【２４６２】３．３．５ パレット（Palette） 符号化パレット符号化は次の規則に従う。
【２４６３】 Palette ::= Attributes [Mask Attributes] Mask ::= unsignedNumber Attributes ::= [Attribute Attributes] 第１の”パレット（palette）”は、パレットを定義す
る表にリストされている順序で、パレットが不可欠と宣
言する０以上の属性を符号化する。表は、”アトリビュ
ート（Attributes:以下、単にアトリビュートとだけ記
す）”の発生回数を固定させる。
る表にリストされている順序で、パレットが不可欠と宣
言する０以上の属性を符号化する。表は、”アトリビュ
ート（Attributes:以下、単にアトリビュートとだけ記
す）”の発生回数を固定させる。
【２４６４】パレットはどれかの属性を任意であると宣
言した場合にのみ、”Mask”及び第２の”アトリビュー
ト”が存在する。第２の”アトリビュート”は、ゼロま
たはそれ以上の任意の属性を符号化する。”Mask”
は、”アトリビュート”の発生回数を固定する。
言した場合にのみ、”Mask”及び第２の”アトリビュー
ト”が存在する。第２の”アトリビュート”は、ゼロま
たはそれ以上の任意の属性を符号化する。”Mask”
は、”アトリビュート”の発生回数を固定する。
【２４６５】”Mask”は、どの任意の属性が第２の”ア
トリビュート”を符号化するかを示す整数を符号化す
る。パレットの表は、範囲［１，ｎ］中の任意の属性の
番号を定める。第２の”アトリビュート”は、整数の表
示２i-1 を加重した値は１になる場合にのみ番号”ｉ”
が属性の符号化を含む。実際に符号化された属性は、”
ｉ”の増大する順序で、第２の”アトリビュート”中に
表れる。”ｎ”によって論理的に必要とされるが”Mas
k”から物理的に不在であるビットはゼロと見なされ
る。物理的に存在しているが論理的に必要とされないビ
ットは無視される。
トリビュート”を符号化するかを示す整数を符号化す
る。パレットの表は、範囲［１，ｎ］中の任意の属性の
番号を定める。第２の”アトリビュート”は、整数の表
示２i-1 を加重した値は１になる場合にのみ番号”ｉ”
が属性の符号化を含む。実際に符号化された属性は、”
ｉ”の増大する順序で、第２の”アトリビュート”中に
表れる。”ｎ”によって論理的に必要とされるが”Mas
k”から物理的に不在であるビットはゼロと見なされ
る。物理的に存在しているが論理的に必要とされないビ
ットは無視される。
【２４６６】３．４ アトリビュートエンコーディング
（Attribute Encoding） 属性符号化は規定された形式を反映する次の規則に従
う。
（Attribute Encoding） 属性符号化は規定された形式を反映する次の規則に従
う。
【２４６７】Attribute ::= Boolean | DialStri
ng |Integer|Item | List | OctetString |String ３．４．１ ブーリアン（Boolean） ブールアン属性の符号化は次の規則に従う。
ng |Integer|Item | List | OctetString |String ３．４．１ ブーリアン（Boolean） ブールアン属性の符号化は次の規則に従う。
【２４６８】Boolean:: = empty ブーリアンが”true”の時にのみブーリアン属性符号化
が存在する。
が存在する。
【２４６９】注：符号化の存在は符号化を網羅するマス
クによって示される。
クによって示される。
【２４７０】注：従ってパレットのブーリアン属性は必
然的に任意である。
然的に任意である。
【２４７１】３．４．２ ダイアルストリング（Dial S
tring） ダイアルストリング符号化は次の規則に従う。
tring） ダイアルストリング符号化は次の規則に従う。
【２４７２】DialString ::= OctetString ”OctetString”は、ダイヤルストリング”Ｄ”によっ
て決定し、同じ長さであるニブルのリスト”Ｌ”によっ
て決定する、オクテットストリング”Ｏ”をエンコード
する。
て決定し、同じ長さであるニブルのリスト”Ｌ”によっ
て決定する、オクテットストリング”Ｏ”をエンコード
する。
【２４７３】”Ｌ”のニブルは、同じ位置にある”Ｄ”
のキャラクタによって定められた範囲［０，１４］中の
整数を符号なしで符号化する。数（”０”−”９”）は
０−９を、ダッシュ（”−”）は１３を定め、スペース
（” ”）は１４を定める。位置２ｉ−１または２ｉに
ある”Ｌ”のニブル（”ｉ”は少なくとも１である）
は、位置”ｉ”の”Ｏ”のオクテットのそれぞれビット
７−３または３−０を占める。ビット７または３はそれ
ぞれＭＳＢであり、ビット４または０はそれぞれＬＳＢ
である。”Ｄ”の長さ従って”Ｌ”が奇数である場合に
のみ、”Ｏ”の最後のオクテットのビット３−０は同じ
仕方で１５を符号化する。
のキャラクタによって定められた範囲［０，１４］中の
整数を符号なしで符号化する。数（”０”−”９”）は
０−９を、ダッシュ（”−”）は１３を定め、スペース
（” ”）は１４を定める。位置２ｉ−１または２ｉに
ある”Ｌ”のニブル（”ｉ”は少なくとも１である）
は、位置”ｉ”の”Ｏ”のオクテットのそれぞれビット
７−３または３−０を占める。ビット７または３はそれ
ぞれＭＳＢであり、ビット４または０はそれぞれＬＳＢ
である。”Ｄ”の長さ従って”Ｌ”が奇数である場合に
のみ、”Ｏ”の最後のオクテットのビット３−０は同じ
仕方で１５を符号化する。
【２４７４】注：従ってダイヤルストリングは、２進化
十進数（ＢＣＤ）の形で符号化される。
十進数（ＢＣＤ）の形で符号化される。
【２４７５】３．４．３ 整数（Integer） 整数属性符号化は次の規則に従う。
【２４７６】Integer ::= signedNumber ”サインドナンバ（signedNumber）”は整数を符号化す
る。
る。
【２４７７】注：これは整数の２進テレスクリプト符号
化であるが、例外として、符号化を整数の一般的な符号
化として特定する最初のトークンは存在しない。
化であるが、例外として、符号化を整数の一般的な符号
化として特定する最初のトークンは存在しない。
【２４７８】３．４．４ アイテム（Item） アイテム属性符号化は次の規則に従う。
【２４７９】Item ::= Objct | Reference ”オブジェクト（Object）”または”リファレンス（Re
ference）”は、それぞれオブジェクトまたはオブジェ
クトへのリファレンスを符号化する。
ference）”は、それぞれオブジェクトまたはオブジェ
クトへのリファレンスを符号化する。
【２４８０】３．４．５ リスト（List） リスト属性符号化は次の規則に従う。
【２４８１】List ::= unsignedNumber Items Items ::= [Item Items] ”アンサインドナンバ（unsignedNumber）”及び”アイ
テム（Items）”は一緒にリストを符号化する。前者は
後者の”アイテム（Item）” の発生回数を符号化し、
後者は増大する位置の順序でリスト中のアイテムを符号
化する。
テム（Items）”は一緒にリストを符号化する。前者は
後者の”アイテム（Item）” の発生回数を符号化し、
後者は増大する位置の順序でリスト中のアイテムを符号
化する。
【２４８２】３．４．６ オクテットストリング（Octe
t String） オクテットストリング属性符号化は次の規則に従う。
t String） オクテットストリング属性符号化は次の規則に従う。
【２４８３】OctetStrin ::= unsignedNumber Octets ”アンサインドナンバ（unsignedNumber）”及び”オク
テット（Octets）”は、この開示のアペンディックスＡ
のセクション５．３．２に規定されたオクテットストリ
ングを符号化する。
テット（Octets）”は、この開示のアペンディックスＡ
のセクション５．３．２に規定されたオクテットストリ
ングを符号化する。
【２４８４】注：これはオクテットストリングの２進テ
レスクリプト符号化であるが例外として、オクテットス
トリングの符号化を特定する最初のトークンが存在しな
い。
レスクリプト符号化であるが例外として、オクテットス
トリングの符号化を特定する最初のトークンが存在しな
い。
【２４８５】３．４．７ スタック（Stack） スタック属性符号化はリスト属性符号化と同一の規則に
従うが、例外として、スタックのアイテムは位置の減少
する順序で符号化される。
従うが、例外として、スタックのアイテムは位置の減少
する順序で符号化される。
【２４８６】３．４．８ ストリング（String） ストリング属性符号化は次の規則に従う。
【２４８７】 String ::= unsignedNumber characters ”アンサインドナンバ（unsignedNumber）”及び”キャ
ラクターズ（characters）”は、この開示のアペンディ
ックスＡのセクション５．３．２に規定されたストリン
グを一緒に符号化する。
ラクターズ（characters）”は、この開示のアペンディ
ックスＡのセクション５．３．２に規定されたストリン
グを一緒に符号化する。
【２４８８】注：これはストリングの２進テレスクリプ
ト符号化であるが、例外として、符号化をストリングの
ものとして特定する最初のトークンが存在しない。
ト符号化であるが、例外として、符号化をストリングの
ものとして特定する最初のトークンが存在しない。
【２４８９】３．５ リファレンスエンコーディング
（Reference Encoding） リファレンス符号化は、規定された形式を反映する次の
規則に従う。
（Reference Encoding） リファレンス符号化は、規定された形式を反映する次の
規則に従う。
【２４９０】 ３．５．１ ゼネラルリファレンス（General Referenc
e） 一般的なリファレンスの符号化は次の規則に従う。プロ
テクトされないリファレンスに対してはある符号化が定
義され、プロテクトされるリファレンスについては別の
符号化が定義される。
e） 一般的なリファレンスの符号化は次の規則に従う。プロ
テクトされないリファレンスに対してはある符号化が定
義され、プロテクトされるリファレンスについては別の
符号化が定義される。
【２４９１】 GeneralReference ::= UnprotectedReference | ProtectedReference UnprotectedReference ::= tag signdNumber ProtectedReference ::= tag signedNumber ”タグ（tag）”は、一般的なリファレンスをそのよう
なものとして特定し、またプロテクトされないものもし
くはプロテクトされるものとして特定する。”サインド
ナンバ（signedNumber）”は、リファレンスの符号化か
らリファレンスされるオブジェクト符号化までオフセッ
トを符号化する。
なものとして特定し、またプロテクトされないものもし
くはプロテクトされるものとして特定する。”サインド
ナンバ（signedNumber）”は、リファレンスの符号化か
らリファレンスされるオブジェクト符号化までオフセッ
トを符号化する。
【２４９２】３．５．２ ボイディドリファレンス（Vo
ided Reference） ボイドされたリファレンスの符号化は次の規則に従う。
ided Reference） ボイドされたリファレンスの符号化は次の規則に従う。
【２４９３】VoidReference ::= tag ”タグ”は、ボイドされたリファレンスをそのようなも
のとして特定する。
のとして特定する。
【２４９４】３．５．３ インターチェンジリファレン
ス（Interchange Reference） 相互変換リファレンス符号化は次の規則に従う。
ス（Interchange Reference） 相互変換リファレンス符号化は次の規則に従う。
【２４９５】 InterchangeReference ::= tag Item Item ”タグ（tag）”は、相互変換リファレンスをそのよう
なものとして特定する。第１の”アイテム（Item）”
は、相互変換されたクラスへのサイテイションを符号化
する。第２の”アイテム（Item）”は、相互変換された
オブジェクトのダイジェストを符号化する。
なものとして特定する。第１の”アイテム（Item）”
は、相互変換されたクラスへのサイテイションを符号化
する。第２の”アイテム（Item）”は、相互変換された
オブジェクトのダイジェストを符号化する。
【２４９６】３．５．４ クラスリファレンス（Class
Reference） クラスリファレンス符号化は次の規則に従う。予め定義
されたクラスについてはある符号化が定義され、ユーザ
によって定義されるクラスに対しては符号化が定義され
る。
Reference） クラスリファレンス符号化は次の規則に従う。予め定義
されたクラスについてはある符号化が定義され、ユーザ
によって定義されるクラスに対しては符号化が定義され
る。
【２４９７】 ClassReference ::= PredefindClassReference | UserDefinedClassReference PredefinedClassReference ::= tag unsignedNumber UserDefinedClassReference ::= tag Item ”タグ（tag）”は、クラスリファレンスをそのような
ものとして特定し、またクラスを予め定義されたものも
しくはユーザによって定義されたものとして特定する。
クラスが予め定義されていた場合、”アンサインドナン
バ（unsignedNumber）”は、この開示のアペンデックス
Ａのセクション５．４．１またはこのアペンディックス
の下記の表Ｂ．２によるクラスに割り当てられるコード
に符号化される。
ものとして特定し、またクラスを予め定義されたものも
しくはユーザによって定義されたものとして特定する。
クラスが予め定義されていた場合、”アンサインドナン
バ（unsignedNumber）”は、この開示のアペンデックス
Ａのセクション５．４．１またはこのアペンディックス
の下記の表Ｂ．２によるクラスに割り当てられるコード
に符号化される。
【２４９８】クラスがユーザによって定義されていれ
ば、”アイテム（Item）”はクラスのサイテイションを
符号化する。
ば、”アイテム（Item）”はクラスのサイテイションを
符号化する。
【２４９９】３．５．５ プロシージャリファレンス
（Procedure Reference） プロシージャリファレンス符号化は次の規則に従う。
（Procedure Reference） プロシージャリファレンス符号化は次の規則に従う。
【２５００】 ProcedureReference ::= tag signedNumber ”タグ（tag）”は、プロシージャのリファレンスをそ
のようなものとして特定する。”サインドナンバ（sign
edNumber）”は先に述べたようにプロシージャの位置を
特定する。
のようなものとして特定する。”サインドナンバ（sign
edNumber）”は先に述べたようにプロシージャの位置を
特定する。
【２５０１】４ エンコーディングクラシーズと属性
（ENCODING CLASS AND ATTRIBUTES） テレスクリプトの符号化クラス及び属性はこのアペンデ
ィックスのこのセクションに定義されている。あるサブ
セクションは第１にクラスの符号化にそして次に属性の
符号化にそれぞれ向けられる。
（ENCODING CLASS AND ATTRIBUTES） テレスクリプトの符号化クラス及び属性はこのアペンデ
ィックスのこのセクションに定義されている。あるサブ
セクションは第１にクラスの符号化にそして次に属性の
符号化にそれぞれ向けられる。
【２５０２】４．１ コンベンションズ（Convention
s） Encoding Classes 符号化クラスは１つのグループを形成する。このグルー
プを規定する以下のセクションは、この開示のアペンデ
ィックスＡのセクション３．２のコンベンションに従
う。
s） Encoding Classes 符号化クラスは１つのグループを形成する。このグルー
プを規定する以下のセクションは、この開示のアペンデ
ィックスＡのセクション３．２のコンベンションに従
う。
【２５０３】表Ｂ．２は、符号化クラスへの識別子のコ
ードを割り当てる。
ードを割り当てる。
【２５０４】
【表２９】 注：クラス”フレーム（Frame）”及び”プロシージャ
フレーム（ProcedureFrame）”は、抽象的であるためコ
ードを必要としない。クラス”ダイヤルストリング（Di
al String）”はそのインスタンスがそれ自身の符号化
を持つためコードを必要としない。
フレーム（ProcedureFrame）”は、抽象的であるためコ
ードを必要としない。クラス”ダイヤルストリング（Di
al String）”はそのインスタンスがそれ自身の符号化
を持つためコードを必要としない。
【２５０５】注：符号化クラスの唯１つの目的が符号化
属性を規定することにあるので、このアペンディックス
は、アペンディックスＡがそのようなセクション例えば
セクション４．２を各々の言語クラスに向けているにも
かかわらず、各々の符号化クラスに大きな部分を割いて
いない。
属性を規定することにあるので、このアペンディックス
は、アペンディックスＡがそのようなセクション例えば
セクション４．２を各々の言語クラスに向けているにも
かかわらず、各々の符号化クラスに大きな部分を割いて
いない。
【２５０６】Encoding Attributes 符号化属性はある言語及び符号化クラスに固有である。
符号化属性を定義する以下のセクションは、そのような
属性がそれに対して固有である各々の予め定義されたク
ラスに１つのサブセクションを割いている。これらのク
ラスはアルファベット順序と考えられる。符号化属性の
定義は、この開示のアペンディックスＡのセクション
４．１に定めたコンベンションに従う。
符号化属性を定義する以下のセクションは、そのような
属性がそれに対して固有である各々の予め定義されたク
ラスに１つのサブセクションを割いている。これらのク
ラスはアルファベット順序と考えられる。符号化属性の
定義は、この開示のアペンディックスＡのセクション
４．１に定めたコンベンションに従う。
【２５０７】注：識別子のコード..... 識別子のコードは、符号化属性に割り当てられる必要は
ない。
ない。
【２５０８】４．２ エンコーディンググループ（Enco
ding Group） オブジェクト（参照される） ・ コレクション ・・ リスト（順序付けされる） ・・・ コンストレインドリスト（コンストレインド） ・・・・ ストリング（ケースド、実行される） ・・・・・ Dial String ・ Frame ・・ Procedure Frame ・・・ Predefined Frame ・・・・ Catch Frame ・・・・ Repeat Frame ・・・・ Restrict Frame ・・・・ Use Frame ・・・・ While Frame ・・・ User-defined Frame ・・ Go Frame ・・・ Send Frame ・ Stream ・・Collection Stream ４．２．１ キャッチフレーム（Catch Frame） Attributes exception ”キャッチフレーム（catch frame）”は、そのサブジ
ェクトメソッドが”キャッチ（catch）”の方法であ
り、その”プロシージャ（procedure）”の属性はオペ
レーションのレスポンダである、予め規定されたフレー
ムである。
ding Group） オブジェクト（参照される） ・ コレクション ・・ リスト（順序付けされる） ・・・ コンストレインドリスト（コンストレインド） ・・・・ ストリング（ケースド、実行される） ・・・・・ Dial String ・ Frame ・・ Procedure Frame ・・・ Predefined Frame ・・・・ Catch Frame ・・・・ Repeat Frame ・・・・ Restrict Frame ・・・・ Use Frame ・・・・ While Frame ・・・ User-defined Frame ・・ Go Frame ・・・ Send Frame ・ Stream ・・Collection Stream ４．２．１ キャッチフレーム（Catch Frame） Attributes exception ”キャッチフレーム（catch frame）”は、そのサブジ
ェクトメソッドが”キャッチ（catch）”の方法であ
り、その”プロシージャ（procedure）”の属性はオペ
レーションのレスポンダである、予め規定されたフレー
ムである。
【２５０９】キャッチフレームの固有の属性は、オペレ
ーションのアーギュメントであるクラスである（属性”
エクセプション（exception）”）。
ーションのアーギュメントであるクラスである（属性”
エクセプション（exception）”）。
【２５１０】４．２．２ コレクションストリーム（Co
llection Stream） Attributes position source ”コレクションストリーム（collection stream）”
は、そのアイテムがコレクションのアイテムであるスト
リームである。
llection Stream） Attributes position source ”コレクションストリーム（collection stream）”
は、そのアイテムがコレクションのアイテムであるスト
リームである。
【２５１１】コレクションストリームの固有の属性は、
ストリングのソース（属性”ソース（source）”）及び
ストリングの現在の位置（属性”ポジション（positio
n）”）である。”ソース（source）”は、そのアイテ
ムがコレクションストリームによって生ずるコレクショ
ンである。”カレントポジション（current positio
n）”は、コレクションストリームのソースを符号化す
る属性”アイテム（items）”中の位置である。
ストリングのソース（属性”ソース（source）”）及び
ストリングの現在の位置（属性”ポジション（positio
n）”）である。”ソース（source）”は、そのアイテ
ムがコレクションストリームによって生ずるコレクショ
ンである。”カレントポジション（current positio
n）”は、コレクションストリームのソースを符号化す
る属性”アイテム（items）”中の位置である。
【２５１２】コレクションストリームは、ストリームの
現在の位置においてそのアイテムを最後に作り出し、現
在の位置の前方の位置（複数）においてなんらかのアイ
テムをすでに作り出し、そして現在の位置の後方の位置
（複数）においてさらに別のアイテムをこれから作り出
す。
現在の位置においてそのアイテムを最後に作り出し、現
在の位置の前方の位置（複数）においてなんらかのアイ
テムをすでに作り出し、そして現在の位置の後方の位置
（複数）においてさらに別のアイテムをこれから作り出
す。
【２５１３】注：コレクションストリームは、”ストリ
ーム（stream）”オペレーションがコレクションによっ
て遂行された時のその”ストリーム（stream）”オペレ
ーションの結果である。
ーム（stream）”オペレーションがコレクションによっ
て遂行された時のその”ストリーム（stream）”オペレ
ーションの結果である。
【２５１４】４．２．３ ダイヤルストリング（Dial S
tring） ”ダイヤルストリング（dial string）”は、その各々
のアイテムが数字（”０”−”９”）、ハイフン（”
−”）またはスペース（” ”）であるストリングであ
る。
tring） ”ダイヤルストリング（dial string）”は、その各々
のアイテムが数字（”０”−”９”）、ハイフン（”
−”）またはスペース（” ”）であるストリングであ
る。
【２５１５】注：ダイヤルストリングはテレナンバにお
いて用いられる。
いて用いられる。
【２５１６】４．２．４ フレーム（Frame） ”フレーム（frame）”は、予め定義されるかまたはユ
ーザによって定義された方法、フレームの”サブジェク
トメソッド（subject method）”の遂行の現在の状態を
記録するオブジェクトである。
ーザによって定義された方法、フレームの”サブジェク
トメソッド（subject method）”の遂行の現在の状態を
記録するオブジェクトである。
【２５１７】４．２．５ ゴーフレーム（Go Frame） ”ゴーフレーム（go frame）”はトリップを行なうこと
を課するフレームである。方法は、オペレーション”g
o”または”send”のための予め定められた方法であ
り、前者のオペレーションは、このクラスのあるインス
タンスの場合であり、後者のオペレーションは、このク
ラスのサブクラスのインスタンスの場合である。
を課するフレームである。方法は、オペレーション”g
o”または”send”のための予め定められた方法であ
り、前者のオペレーションは、このクラスのあるインス
タンスの場合であり、後者のオペレーションは、このク
ラスのサブクラスのインスタンスの場合である。
【２５１８】４．２．６ プレデファインドフレーム
（Predefined Frame） ”プレディファインドフレーム（predefined frame）”
は、そのサブジェクトメソッドが予め定義されており、
従ってそのプロシージャがその方法ではないプロシージ
ャフレームである。このクラスのあるインスタンスのサ
ブジェクトメソッドは、オペレーショオン”do”、”ei
ther”、”if”、”loop”または”select”のための方
法である。
（Predefined Frame） ”プレディファインドフレーム（predefined frame）”
は、そのサブジェクトメソッドが予め定義されており、
従ってそのプロシージャがその方法ではないプロシージ
ャフレームである。このクラスのあるインスタンスのサ
ブジェクトメソッドは、オペレーショオン”do”、”ei
ther”、”if”、”loop”または”select”のための方
法である。
【２５１９】注：前記のオペレーションの内のどれが適
用されるかは、その実行によってオペレーションがリク
エストされた識別子を吟味することによって定められ
る。
用されるかは、その実行によってオペレーションがリク
エストされた識別子を吟味することによって定められ
る。
【２５２０】４．２．７ プロシージャフレーム（Proc
edure Frame） Attributes position procedure ”プロシージャフレーム（procedure frame）”は、プ
ロシージャの遂行を課するフレームである。
edure Frame） Attributes position procedure ”プロシージャフレーム（procedure frame）”は、プ
ロシージャの遂行を課するフレームである。
【２５２１】プロシージャフレームの固有の属性は、遂
行されているプロシージャ（属性”プロシージャ（proc
edure）”）と、プロシージャの現在の位置（属性”位
置（position）”） である。プロシージャの”カレン
トポジション（current posittion）”は、エンジンの
現在実行中のアイテムの現在の位置である。
行されているプロシージャ（属性”プロシージャ（proc
edure）”）と、プロシージャの現在の位置（属性”位
置（position）”） である。プロシージャの”カレン
トポジション（current posittion）”は、エンジンの
現在実行中のアイテムの現在の位置である。
【２５２２】注：プロシージャはサブジェクトプロシー
ジャの属性”プロシージャ（procedure）”であるか、
その方法がインプリメントするフィーチャのレスポンダ
であるか、またはフィーチャのアーギュメントである。
ジャの属性”プロシージャ（procedure）”であるか、
その方法がインプリメントするフィーチャのレスポンダ
であるか、またはフィーチャのアーギュメントである。
【２５２３】４．２．８ リピートフレーム（Repeat F
rame） Attributes repetitions repetitionsSoFar ”リピートフレーム（repeate frame）”は、そのサブ
ジェクトメソッドがオペレーション”リピート（repeat
e）”の方法であり、その属性”プロシージャ（procedu
re）”がそのオペレーションのレスポンダである、予め
規定されたフレームである。
rame） Attributes repetitions repetitionsSoFar ”リピートフレーム（repeate frame）”は、そのサブ
ジェクトメソッドがオペレーション”リピート（repeat
e）”の方法であり、その属性”プロシージャ（procedu
re）”がそのオペレーションのレスポンダである、予め
規定されたフレームである。
【２５２４】リピートフレームの固有の属性は、開始さ
れた現在の遂行（属性”レピティションズソーファ（re
petitionsSoFar）”）、及び最初にリクエストされた数
（属性”レピティションズ（repetitions）”）を含む
フレームの属性”プロシージャ（procedure）”の遂行
の数である。
れた現在の遂行（属性”レピティションズソーファ（re
petitionsSoFar）”）、及び最初にリクエストされた数
（属性”レピティションズ（repetitions）”）を含む
フレームの属性”プロシージャ（procedure）”の遂行
の数である。
【２５２５】４．２．９ レストリクトフレーム（Rest
rict Frame） Attributes permit ”レストリクトフレーム（restrict frame）”は、その
サブジェクトメソッドがオペレーション”restrict”の
ための方法であり、その属性”プロシージャ（procedur
e）”がオペレーションのアーギュメントである予め定
義されたフレームである。
rict Frame） Attributes permit ”レストリクトフレーム（restrict frame）”は、その
サブジェクトメソッドがオペレーション”restrict”の
ための方法であり、その属性”プロシージャ（procedur
e）”がオペレーションのアーギュメントである予め定
義されたフレームである。
【２５２６】レストリクトフレームの固有の属性は、サ
ブジェクトメソッドのエンジンによる遂行の開始時にサ
ブジェクトが持ったパーミット（属性”permit”）であ
る。
ブジェクトメソッドのエンジンによる遂行の開始時にサ
ブジェクトが持ったパーミット（属性”permit”）であ
る。
【２５２７】４．２．１０ センドフレーム（Second F
rame） Attributes tickets ”センドフレーム”は、そのサブジェクトメソッドがオ
ペレーション”send”のための予め定義された方法であ
るゴーフレームである。
rame） Attributes tickets ”センドフレーム”は、そのサブジェクトメソッドがオ
ペレーション”send”のための予め定義された方法であ
るゴーフレームである。
【２５２８】センドフレームの固有の属性は、最初にオ
ペレーションのアーギュメントにあった１またはそれ以
上のチケット（属性”tickets”）を含む。
ペレーションのアーギュメントにあった１またはそれ以
上のチケット（属性”tickets”）を含む。
【２５２９】４．２．１１ ユースフレーム（Use Fram
e） Attributes resource ”ユーズフレーム（use frame）”は、そのサブジェク
トメソッドがオペレーション”ユース（use）”の方法
であり、その属性”プロシージャ（procedure）”がオ
ペレーションのアーギュメントの１つである予め定義さ
れたフレームである。
e） Attributes resource ”ユーズフレーム（use frame）”は、そのサブジェク
トメソッドがオペレーション”ユース（use）”の方法
であり、その属性”プロシージャ（procedure）”がオ
ペレーションのアーギュメントの１つである予め定義さ
れたフレームである。
【２５３０】ユーズフレームの固有の属性は、オペレー
ションのレスポンダ（属性”resource”）である。
ションのレスポンダ（属性”resource”）である。
【２５３１】４．２．１２ ユースデファインドフレー
ム（User-defined frame）Attributes responder stack variables ”ユーザディファインドフレーム（user-defined fram
e）”は、そのプロシージャがフレームのサブジェクト
メソッドのプロシージャであるプロシージャフレームで
ある。サブジェクトメソッドはユーザによって定義さ
れ、必然的に、インプリメンテーションの属性”インス
タンスメソッズ（instanceMethods）”または”セット
メソッズ（setMethods）”の値である。 ユーザによっ
て定義されたフレームの固有の属性は、その方法のレス
ポンダ（属性”responder”）、スタック（属性”stac
k”）、及び変数（属性”variables”）であり、後者
は、方法の属性”variables”においての識別子の順序
である。
ム（User-defined frame）Attributes responder stack variables ”ユーザディファインドフレーム（user-defined fram
e）”は、そのプロシージャがフレームのサブジェクト
メソッドのプロシージャであるプロシージャフレームで
ある。サブジェクトメソッドはユーザによって定義さ
れ、必然的に、インプリメンテーションの属性”インス
タンスメソッズ（instanceMethods）”または”セット
メソッズ（setMethods）”の値である。 ユーザによっ
て定義されたフレームの固有の属性は、その方法のレス
ポンダ（属性”responder”）、スタック（属性”stac
k”）、及び変数（属性”variables”）であり、後者
は、方法の属性”variables”においての識別子の順序
である。
【２５３２】レスポンダは、ユーザによって定義された
フレームがその属性”frames”の１つのアイテムである
エージェントである。
フレームがその属性”frames”の１つのアイテムである
エージェントである。
【２５３３】注：”Ｉ”（もしあれば）が、エージェン
トの属性”frames”中のユーザによって定義されたフレ
ームの下方のフレーム”Ｂ”（もしあれば）の属性”プ
ロシージャ（procedure）”中の１つのアイテムである
とする。特に、”Ｉ”が、属性”プロシージャ”中のそ
の位置が”Ｂ”の属性”位置”であるアイテムであると
する。”Ｉ”は（ａ）存在せず、サブジェクトメソッド
はオペレーション”live”のためのものであり、（ｂ）
モディファイヤ”セットアトリビュート（setAttribut
e）”によって先行される１つの識別子であり、サブジ
ェクトメソッドはインプリメンテーションの属性”セッ
トメソッズ（setMethods）”中の１つの値であり（ｃ）
このように先行されない１つの識別子であり、サブジェ
クトメソッドは、インプリメンテーションの属性”イン
スタンスメソッズ（instanceMethods）”中の１つの値
であり、または（ｄ）セレクタ”エスカレート（escala
te）”であり、サブジェクトメソッドは上記（ｂ）また
は（ｃ）に示した通りとする。
トの属性”frames”中のユーザによって定義されたフレ
ームの下方のフレーム”Ｂ”（もしあれば）の属性”プ
ロシージャ（procedure）”中の１つのアイテムである
とする。特に、”Ｉ”が、属性”プロシージャ”中のそ
の位置が”Ｂ”の属性”位置”であるアイテムであると
する。”Ｉ”は（ａ）存在せず、サブジェクトメソッド
はオペレーション”live”のためのものであり、（ｂ）
モディファイヤ”セットアトリビュート（setAttribut
e）”によって先行される１つの識別子であり、サブジ
ェクトメソッドはインプリメンテーションの属性”セッ
トメソッズ（setMethods）”中の１つの値であり（ｃ）
このように先行されない１つの識別子であり、サブジェ
クトメソッドは、インプリメンテーションの属性”イン
スタンスメソッズ（instanceMethods）”中の１つの値
であり、または（ｄ）セレクタ”エスカレート（escala
te）”であり、サブジェクトメソッドは上記（ｂ）また
は（ｃ）に示した通りとする。
【２５３４】４．２．１３ ホワイルフレーム（While
Frame） Attributes isPrecondition precondition ”ホワイルフレーム（while frame）”は、そのサブジ
ェクトメソッドがオペレーション”while”のための方
法であり、その属性”プロシージャ（procedure）”が
そのオペレーションのレスポンダである予め定義された
フレームである。
Frame） Attributes isPrecondition precondition ”ホワイルフレーム（while frame）”は、そのサブジ
ェクトメソッドがオペレーション”while”のための方
法であり、その属性”プロシージャ（procedure）”が
そのオペレーションのレスポンダである予め定義された
フレームである。
【２５３５】ホワイルフレームの固有の属性は、オペレ
ーションのアーギュメント（属性”プレコンディション
（precondition）”）である実行されるオブジェクト
と、レスポンダでなくアーギュメントが遂行されている
か否か（属性”イズプレコンディション（isPreconditi
on）”）を明らかにする。ホワイルフレームの属性”位
置（position）”は、２つのプロシージャの内のどちら
が遂行されているかに所属する。
ーションのアーギュメント（属性”プレコンディション
（precondition）”）である実行されるオブジェクト
と、レスポンダでなくアーギュメントが遂行されている
か否か（属性”イズプレコンディション（isPreconditi
on）”）を明らかにする。ホワイルフレームの属性”位
置（position）”は、２つのプロシージャの内のどちら
が遂行されているかに所属する。
【２５３６】４．３ エンコーディングアトリビューツ
（Encoding Attribute） 符号化属性は次のように定義される。
（Encoding Attribute） 符号化属性は次のように定義される。
【２５３７】４．３．１ エージェント（Agent） 次の符号化属性がこのクラスに固有である。
【２５３８】frames sealed Stack[Frame]!; レスポンダの継続中のフレーム。底部のフレームのサブ
ジェクトメソッドは、オペレーション”live”のための
ユーザによって定義された方法である。トップフレーム
のサブジェクトメソッドは、オペレーション”go”また
は”send”のための作り付けられた方法である。ゼロま
たはそれ以上の他のフレームがある。
ジェクトメソッドは、オペレーション”live”のための
ユーザによって定義された方法である。トップフレーム
のサブジェクトメソッドは、オペレーション”go”また
は”send”のための作り付けられた方法である。ゼロま
たはそれ以上の他のフレームがある。
【２５３９】nativePermit: sealed copied Permit|Nil; レスポンダの固有のパーミットのレスポンダの保持する
パーミットと相似していれば、レスポンダの固有のパー
ミットであり、その他の場合にはゼロである。
パーミットと相似していれば、レスポンダの固有のパー
ミットであり、その他の場合にはゼロである。
【２５４０】４．３．２ キャッチフレーム（cath fra
me） 次の符号化属性はこのクラスに固有である。
me） 次の符号化属性はこのクラスに固有である。
【２５４１】exception: sealed Class; レスポンダのサブジェクトメソッドを遂行しているクラ
ス（クラス”エクセプションException”またはそのサ
ブクラス）。
ス（クラス”エクセプションException”またはそのサ
ブクラス）。
【２５４２】４．３．３ コレクション（Collection） 次の符号化属性はこのクラスに固有である。
【２５４３】items: sealed List[Object]!; レスポンダのアイテム。特別のどのアイテムの位置も定
義されていない。
義されていない。
【２５４４】４．３．４ コレクションストリーム（Co
llection Stream） 次の符号化属性はこのクラスに固有である。
llection Stream） 次の符号化属性はこのクラスに固有である。
【２５４５】position: sealed Integer|Nil; レスポンダがアイテムが生産してないかそのアイテムの
全てを生産してない場合にはレスポンダ中の現在の位置
であり、さもなければゼロである。
全てを生産してない場合にはレスポンダ中の現在の位置
であり、さもなければゼロである。
【２５４６】source: sealed Collection[Object]|Nil; レスポンダがそのアイテムの全てを生産していなけれ
ば、レスポンダのソースでありさもなければゼロであ
る。
ば、レスポンダのソースでありさもなければゼロであ
る。
【２５４７】４．３．５ ディクショナリ（Dicitionar
y） 次の符号化属性はこのクラスに固有である。
y） 次の符号化属性はこのクラスに固有である。
【２５４８】associations: sealed List[Object]!; レスポンダのアイテムを形成するキー及び値。リストの
位置２ｉ−１及び２ｉにあるアイテムは、それぞれキー
とその組み合わされた値である。特別のどれかのキー値
対の位置は規定されていない。
位置２ｉ−１及び２ｉにあるアイテムは、それぞれキー
とその組み合わされた値である。特別のどれかのキー値
対の位置は規定されていない。
【２５４９】４．３．６ リスト（List） 次の符号化属性はこのクラスに固有である。
【２５５０】items: sealed List[Object]!; レスポンダのアイテム。
【２５５１】４．３．７ パターン（pattern） 次の符号化属性はこのクラスに固有である。
【２５５２】text: シールされコピーされたストリング。
【２５５３】レスポンダのテキスト。
【２５５４】４．３．８ プロシージャフレーム（Proc
edure Frame） 次の符号化属性はこのクラスに固有である。
edure Frame） 次の符号化属性はこのクラスに固有である。
【２５５５】sealed Integer; レスポンダの属性”プロシージャ（procedure）”中の
現在の位置。
現在の位置。
【２５５６】procedure: sealed Procedure; その実行をレスポンダが課するプロシージャ。
【２５５７】４．３．９ ランダムストリーム（Random
Stream） 次の符号化属性はこのクラスに固有である。
Stream） 次の符号化属性はこのクラスに固有である。
【２５５８】seed: sealed Integer; レスポンダがいかなる論理も形成していない場合、レス
ポンダのシードであり、さもなければレスポンダが最後
に生産したアイテムである。
ポンダのシードであり、さもなければレスポンダが最後
に生産したアイテムである。
【２５５９】４．３．１０ リピートフレーム（Repeat
Frame） 次の符号化属性はこのクラスに固有である。
Frame） 次の符号化属性はこのクラスに固有である。
【２５６０】repetitions: sealed Integer; オペレーション”repeat”のアーギュメントを介した、
レスポンダのサブジェクトメソッドについて要求された
レスポンダの属性”プロシージャ（procedure）”の遂
行の回数。
レスポンダのサブジェクトメソッドについて要求された
レスポンダの属性”プロシージャ（procedure）”の遂
行の回数。
【２５６１】repetitionsSoFar: sealed Integer; これまでに開始された、現在の遂行を含めてレスポンダ
の属性”プロシージャ（procedure）”が遂行された回
数。
の属性”プロシージャ（procedure）”が遂行された回
数。
【２５６２】４．３．１１ レストリクトフレーム（Re
strict Frame） 次の符号化属性はこのクラスに固有である。
strict Frame） 次の符号化属性はこのクラスに固有である。
【２５６３】permit: sealed copied Permit; レスポンダのサブジェクトメソッドの遂行の開始時にお
いてサブジェクトが保持したパーミット。
いてサブジェクトが保持したパーミット。
【２５６４】４．３．１２ センドフレーム（Send Fra
me） 次の符号化属性はこのクラスに固有である。
me） 次の符号化属性はこのクラスに固有である。
【２５６５】tickets: sealed List[Ticket]!; レスポンダのサブジェクトメソッドのアーギュメントと
して供給されたリスト中の１以上のチケット。どの特別
のチケットの位置も規定されていない。
して供給されたリスト中の１以上のチケット。どの特別
のチケットの位置も規定されていない。
【２５６６】４．３．１３ スタック（Stack） 次の符号化属性はこのクラスに固有である。
【２５６７】items: sealed Stack[Object]!; レスポンダのアイテム。
【２５６８】４．３．１４ タイム（Time） 次の符号化属性はこのクラスに固有である。
【２５６９】dst: sealed Integer; クラス”タイム（time）”の”ニュー（new）”をリク
エストし、その結果をカレンダー時間に変換することに
よる、生成されえたカレンダー時間の属性”dst”、い
つどこでレスポンダが生成されたか。
エストし、その結果をカレンダー時間に変換することに
よる、生成されえたカレンダー時間の属性”dst”、い
つどこでレスポンダが生成されたか。
【２５７０】second: sealed Integer; レスポンダがするのと同じ絶対時間点、”Ｔ”を表す
が、その属性”セカンド（second）”のみがゼロにセッ
トされた場合に時間”Ｔ0 ”を表すべき正常化されてい
ないカレンダー時間の属性”セカンド（second）”。
が、その属性”セカンド（second）”のみがゼロにセッ
トされた場合に時間”Ｔ0 ”を表すべき正常化されてい
ないカレンダー時間の属性”セカンド（second）”。
【２５７１】注：Ｔ0 は、全ての時間がそれに対して計
られる時間である。Ｔ0 は、グレゴリー暦記の分の開始
に合致する。従ってこの属性は、ＴをＴ0 から隔てる秒
数である。この属性は厳密には時間がＴ0 の後にあるか
前にあるかによってそれぞれ正または負になる。
られる時間である。Ｔ0 は、グレゴリー暦記の分の開始
に合致する。従ってこの属性は、ＴをＴ0 から隔てる秒
数である。この属性は厳密には時間がＴ0 の後にあるか
前にあるかによってそれぞれ正または負になる。
【２５７２】zone: sealed Integer; クラス”タイム（time）”の”ニュー（new）”をリク
エストしその結果をカレンダー時間に変換することによ
って、生産されえたカレンダー時間の属性”zone”、い
つどこでレスポンダが生成されたか。
エストしその結果をカレンダー時間に変換することによ
って、生産されえたカレンダー時間の属性”zone”、い
つどこでレスポンダが生成されたか。
【２５７３】４．３．１５ ユースフレーム（Use Fram
e） 次の符号化属性はこのクラスに固有である。
e） 次の符号化属性はこのクラスに固有である。
【２５７４】resouce: sealed Resource; レスポンダのサブジェクトメソッドを遂行するリソー
ス。
ス。
【２５７５】４．３．１６ ユースデファインドフレー
ム（User-defined Frame） 次の符号化属性はこのクラスに固有である。
ム（User-defined Frame） 次の符号化属性はこのクラスに固有である。
【２５７６】responder: sealed Object; レスポンダのサブジェクトメソッドのレスポンダ。
【２５７７】stack: sealed Stack[Object]!; レスポンダのサブジェクトメソッドのスタック。
【２５７８】variables: sealed List[Object]!; レスポンダのサブジェクトメソッドの変数。
【２５７９】４．３．１７ ホワイルフレーム（While
Frame） 次の符号化属性はこのクラスに固有である。
Frame） 次の符号化属性はこのクラスに固有である。
【２５８０】isPrecondition: sealed Boolean; レスポンダの属性”プロシージャ”でなくその属性”プ
レコンディション（precondition）”が遂行されている
か否か。
レコンディション（precondition）”が遂行されている
か否か。
【２５８１】precondition: sealed Executed; オペレーション”repeat”のアーギュメント。
【２５８２】ENCODING PALLETTES テレスクリプトの符号化パレットはアペンディックスの
このセクションに定義されている。あるセクションは言
語のクラスにまた別のセクションは符号化クラスにそれ
ぞれ割かれている。あるネットワークのエンジンは次の
ことについて一致しなければならない。（ｉ）割り当て
られたテレアドレスの属性”プロバイダ（provider）”
が選択された方法。（ｉｉ）割り当てられたテレネーム
の属性”オーソリティ（authority）” が選択される方
法。これらの方法の各々の１つの実施例は、この開示の
マイクロフィルムアペンディックスＧに含まれたコンピ
ュータソフトウェアにインプリメントされている。
このセクションに定義されている。あるセクションは言
語のクラスにまた別のセクションは符号化クラスにそれ
ぞれ割かれている。あるネットワークのエンジンは次の
ことについて一致しなければならない。（ｉ）割り当て
られたテレアドレスの属性”プロバイダ（provider）”
が選択された方法。（ｉｉ）割り当てられたテレネーム
の属性”オーソリティ（authority）” が選択される方
法。これらの方法の各々の１つの実施例は、この開示の
マイクロフィルムアペンディックスＧに含まれたコンピ
ュータソフトウェアにインプリメントされている。
【２５８３】５．１ コンベンションズ（Convention
s） ノンエンプティ（空でない）の１次パレットを用いてそ
の例が符号化された各々の予め定義されたフレーバー
に、１つのサブセクションが以下に向けられる。第１に
言語フレーバーが次に符号化フレーバーがアルファベッ
ト順序で検討される。別のミックスインと題された余分
のサブセクションは、その１つの二次パレットに向けら
れる。
s） ノンエンプティ（空でない）の１次パレットを用いてそ
の例が符号化された各々の予め定義されたフレーバー
に、１つのサブセクションが以下に向けられる。第１に
言語フレーバーが次に符号化フレーバーがアルファベッ
ト順序で検討される。別のミックスインと題された余分
のサブセクションは、その１つの二次パレットに向けら
れる。
【２５８４】ほとんど各々のパレットは、その物が以下
のようにラベルされ、その行が予め定められた属性を次
のように定義する、表を用いて定義される。
のようにラベルされ、その行が予め定められた属性を次
のように定義する、表を用いて定義される。
【２５８５】・ ＃．属性が命令的であれば”Ｍ”であ
り、属性が任意であれば属性に割り当てられた数字。
り、属性が任意であれば属性に割り当てられた数字。
【２５８６】・ 属性。属性の識別子 ・ センダー。アペンディックスＡのセクションＡ．
２．４のノーテーションを用いて定義されたアトリビュ
ートの形式。その形式が”ブーリアン（Boolean）”で
あり、その２つのインスタンスの内の１つのみがパーミ
ットされれば、”ブーリアン（Boolean）”の代わり
に”真（true）”または”偽（false）”で表れる。
２．４のノーテーションを用いて定義されたアトリビュ
ートの形式。その形式が”ブーリアン（Boolean）”で
あり、その２つのインスタンスの内の１つのみがパーミ
ットされれば、”ブーリアン（Boolean）”の代わり
に”真（true）”または”偽（false）”で表れる。
【２５８７】・ レシーバ。送出しているエンジンが符
号化から属性を除かない場合はダッシュ（”−”）であ
り、送っているエンジンが属性を除かなければ、受ける
エンジンが要求するべき形式のインスタンスである。
号化から属性を除かない場合はダッシュ（”−”）であ
り、送っているエンジンが属性を除かなければ、受ける
エンジンが要求するべき形式のインスタンスである。
【２５８８】５．２ ランゲージクラシーズ（Language
Classes） 言語クラスのための符号化パレットは次のように定義さ
れる。
Classes） 言語クラスのための符号化パレットは次のように定義さ
れる。
【２５８９】注：ある言語クラスがこのセクションにな
いのは次のように説明される。あるオブジェクトの属性
クラス及びイズプロテクティッドはその符号化には表れ
るが属性としては表れない。オブジェクトはそのsize属
性を計算する。あるプレースは移動できず従って符号化
されない。あるプロセスのクラスはそのプロセスがエー
ジェントまたはクラスでない限りユーザによって定義さ
れない。あるストリングはその属性”カレント（curren
t）”、”イズダン（isDone）”及び”ネクスト（nex
t）”を計算する。
いのは次のように説明される。あるオブジェクトの属性
クラス及びイズプロテクティッドはその符号化には表れ
るが属性としては表れない。オブジェクトはそのsize属
性を計算する。あるプレースは移動できず従って符号化
されない。あるプロセスのクラスはそのプロセスがエー
ジェントまたはクラスでない限りユーザによって定義さ
れない。あるストリングはその属性”カレント（curren
t）”、”イズダン（isDone）”及び”ネクスト（nex
t）”を計算する。
【２５９０】５．２．１ エージェント（Agent） このクラスの例は表Ｂ．３の１次パレットを用いて符号
化される。
化される。
【２５９１】
【表３０】 1 この属性は、エージェントがある領域内において
移送されるならば、送り側のエンジンによって供給さ
れ、さもなければ受け側のエンジンによって供給され
る。
移送されるならば、送り側のエンジンによって供給さ
れ、さもなければ受け側のエンジンによって供給され
る。
【２５９２】2 エージェントの属性”パーミット
（permit）”の属性”プライオリティ（priority）”。
（permit）”の属性”プライオリティ（priority）”。
【２５９３】５．２．２ アソシエーション（Associat
ion） このクラスの例は表Ｂ．４に示した１次パレットを用い
て符号化される。
ion） このクラスの例は表Ｂ．４に示した１次パレットを用い
て符号化される。
【２５９４】
【表３１】 ５．２．３ アトリビュート（Attribute） このクラスの例は表Ｂ．５に示した１次パレットを用い
て符号化される。
て符号化される。
【２５９５】
【表３２】 1 あるクラスにおいてこれは”セット（set）［ク
ラス（class）］”である。各々のクラスはクラス”エ
クセプション（Exception）”またはそのサブクラスで
ある。
ラス（class）］”である。各々のクラスはクラス”エ
クセプション（Exception）”またはそのサブクラスで
ある。
【２５９６】５．２．４ カレンダタイム（Calender T
ime） このクラスの例は表Ｂ．６に示した１次パレットを用い
て符号化される。
ime） このクラスの例は表Ｂ．６に示した１次パレットを用い
て符号化される。
【２５９７】
【表３３】 ５．２．５ サイテイション（Citation） このクラスの一例は表Ｂ．７に示した１次パレットを用
いて符号化される。
いて符号化される。
【２５９８】
【表３４】 ５．２．６ クラス（Class） このクラスの例は表Ｂ．８に示した１次パレットを用い
て符号化される。
て符号化される。
【２５９９】
【表３５】 ５．２．７ クラスデフィニション（Class Definitio
n） このクラスの一例は表Ｂ．９に示した１次パレットを用
いて符号化される。
n） このクラスの一例は表Ｂ．９に示した１次パレットを用
いて符号化される。
【２６００】
【表３６】 ５．２．８ コレクション（Collection） このクラスの例は表Ｂ．１０に示した１次パレットを用
いて符号化される。
いて符号化される。
【２６０１】
【表３７】 ５．２．９ コンストレインドディクショナリ（Constr
ained Dictionary） このクラスの例は表Ｂ．１１に示した１次パレットを用
いて符号化される。
ained Dictionary） このクラスの例は表Ｂ．１１に示した１次パレットを用
いて符号化される。
【２６０２】
【表３８】 ５．２．１０ コンストレインドリスト（Constrained
List） このクラスの一例は表Ｂ．１２に示した１次パレットを
用いて符号化される。
List） このクラスの一例は表Ｂ．１２に示した１次パレットを
用いて符号化される。
【２６０３】
【表３９】 ５．２．１１ コンストレインドセット（Constrained
Set） このクラスの一例は表Ｂ．１３に示した１次パレットを
用いて符号化される。
Set） このクラスの一例は表Ｂ．１３に示した１次パレットを
用いて符号化される。
【２６０４】
【表４０】 ５．２．１２ コンストレイント（Cnstraint） このクラスの一例は表Ｂ．１４に示した１次パレットを
用いて符号化される。
用いて符号化される。
【２６０５】
【表４１】 1 属性”クラスアイディ（classId）”及び”オブ
クラス（ofClass）”は、内在的及び外在的にそれぞれ
存在し、前者は後者の属性”サイテイション（citatio
n）”の属性”タイトル（title）”である。定義クラス
及び他の場所において、属性”クラスアイディ（classI
d）”及び”オブクラス（ofClass）”はそれぞれ外在的
及び内在的に存在し後者はゼロである。クラスまたはク
ラス定義において、コンストレイントは、属性定義の属
性”コンストレイント（constraint）”でありまたは、
定義オペレーションの属性”アーギュメント（argument
s）”の１つのアイテムである。これらのどの場合にお
いてもそのフィーチャの定義は、インタフェースの属
性”クラスフィーチャーズ（classFeatures）”また
は”インスタンスフィーチャーズ（instanceFeature
s）”中の値である。最後に、そのインタフェースは、
クラスまたはクラス定義の属性”インタフェース（inte
rface）”である。
クラス（ofClass）”は、内在的及び外在的にそれぞれ
存在し、前者は後者の属性”サイテイション（citatio
n）”の属性”タイトル（title）”である。定義クラス
及び他の場所において、属性”クラスアイディ（classI
d）”及び”オブクラス（ofClass）”はそれぞれ外在的
及び内在的に存在し後者はゼロである。クラスまたはク
ラス定義において、コンストレイントは、属性定義の属
性”コンストレイント（constraint）”でありまたは、
定義オペレーションの属性”アーギュメント（argument
s）”の１つのアイテムである。これらのどの場合にお
いてもそのフィーチャの定義は、インタフェースの属
性”クラスフィーチャーズ（classFeatures）”また
は”インスタンスフィーチャーズ（instanceFeature
s）”中の値である。最後に、そのインタフェースは、
クラスまたはクラス定義の属性”インタフェース（inte
rface）”である。
【２６０６】５．２．１３ コンタクト（Cntact） このクラスの一例は表Ｂ．１５に示した１次パレットを
用いて符号化される。
用いて符号化される。
【２６０７】
【表４２】 ５．２．１４ ディクショナリ（Dictionary） このクラスの例は表Ｂ．１６に示した１次パレットを用
いて符号化される。
いて符号化される。
【２６０８】
【表４３】 ５．２．１５ インプリメンテイション（Implementati
on） このクラスの１７例は表Ｂ．１に示した１次パレットを
用いて符号化される。
on） このクラスの１７例は表Ｂ．１に示した１次パレットを
用いて符号化される。
【２６０９】
【表４４】 1 あるクラスにおいてこれは”Dictionary［Clas
s、Method］”である。
s、Method］”である。
【２６１０】2 あるクラスにおいてこれは”List
［Class］”である。
［Class］”である。
【２６１１】５．２．１６ インターフェース（Interf
ace） このクラスの一例は表Ｂ．１８に示した１次パレットを
用いて符号化される。
ace） このクラスの一例は表Ｂ．１８に示した１次パレットを
用いて符号化される。
【２６１２】
【表４５】 1 レシーバは、ある識別子のリスト、クラス”オブ
ジェクト（Object）”のもの、を供給する。あるクラス
においてこれは”List［Class］”であり、レシーバ
は、１つのクラスすなわちクラス”オブジェクト（Obje
ct）”のリストを供給する。
ジェクト（Object）”のもの、を供給する。あるクラス
においてこれは”List［Class］”であり、レシーバ
は、１つのクラスすなわちクラス”オブジェクト（Obje
ct）”のリストを供給する。
【２６１３】５．２．１７ レキシコン（Lexicon） このクラスの一例は、クラス”ディクショナリ（Dictio
nary）”を符号化した１次パレットを用いて符号化され
る。
nary）”を符号化した１次パレットを用いて符号化され
る。
【２６１４】注：レキシコンの属性”コンストレイント
（constraint）”は命令セットによって固定されてい
る。
（constraint）”は命令セットによって固定されてい
る。
【２６１５】５．２．１８ リスト（List） このクラスの一例は表Ｂ．１９に示した１次パレットを
用いて符号化される。
用いて符号化される。
【２６１６】
【表４６】 ５．２．１９ メソッド（Method） このクラスの一例は表Ｂ．２０に示した１次パレットを
用いて符号化される。
用いて符号化される。
【２６１７】
【表４７】 ５．２．２０ ミックスイン（Mix-in） ２次パレットは表Ｂ．２１のものである。
【２６１８】
【表４８】 注：ハッシュドオブジェクトの属性”ハッシュ（has
h）”及び相互変換されたオブジェトの属性”ダイジェ
スト（digest）”はオブジェクトによって計算される。
h）”及び相互変換されたオブジェトの属性”ダイジェ
スト（digest）”はオブジェクトによって計算される。
【２６１９】５．２．２１ オペレーション（Operatio
n） このクラスの一例は表Ｂ．２２に示した１次パレットを
用いて符号化される。
n） このクラスの一例は表Ｂ．２２に示した１次パレットを
用いて符号化される。
【２６２０】
【表４９】 1 あるクラスにおいてこれは、”Set［Class］”で
ある。各々のクラスはエクセプションであるかまたはそ
のサブクラスである。
ある。各々のクラスはエクセプションであるかまたはそ
のサブクラスである。
【２６２１】５．２．２２ パッケージ（Package） このクラスの一例は表Ｂ．２３に示した１次パレットを
用いて符号化される。
用いて符号化される。
【２６２２】
【表５０】 注：パッケージの属性”コンストレイント（constrain
t）”は命令セットによって固定されている。
t）”は命令セットによって固定されている。
【２６２３】５．２．２３ パターン（Pttern） このクラスの一例は表Ｂ．２４に示した１次パレットを
用いて符号化される。
用いて符号化される。
【２６２４】
【表５１】 ５．２．２４ パーミット（Permit） このクラスの一例は次表に示した１次パレットを用いて
符号化される。
符号化される。
【２６２５】
【表５２】 ５．２．２５ ペティション（Petition） このクラスの一例は表中の１次パレットを用いて符号化
される。
される。
【２６２６】
【表５３】 ５．２．２６ ランダムストリーム（Random Stream） このクラスの一例は表Ｂ．２７に示した１次パレットを
用いて符号化される。
用いて符号化される。
【２６２７】
【表５４】 ５．２．２７ リソース（Resource） このクラスの一例は表Ｂ．２８に示した１次パレットを
用いて符号化される。
用いて符号化される。
【２６２８】
【表５５】 1 属性”コンディションズ（conditions）”は、属
性”コンディション（condition）”に等しい１つの識
別子を含む。この識別子は定義されていない。
性”コンディション（condition）”に等しい１つの識
別子を含む。この識別子は定義されていない。
【２６２９】注：サブジェクトがそのトリップを開始し
た時にリソースの使用を待っていたサブジェクト以外の
どのプロセスも、後に残されてしまったので、もはやリ
ソースを待っていない。
た時にリソースの使用を待っていたサブジェクト以外の
どのプロセスも、後に残されてしまったので、もはやリ
ソースを待っていない。
【２６３０】５．２．２８ セット（Set） このクラスの一例は、クラス”コレクション（Collecti
on）”の一例がそれによって符号化された１次パレット
を用いて符号化される。
on）”の一例がそれによって符号化された１次パレット
を用いて符号化される。
【２６３１】５．２．２９ スタック（Stack） このクラスの一例は表Ｂ．２９に示した１次パレットを
用いて符号化される。
用いて符号化される。
【２６３２】
【表５６】 ５．２．３０ テレアドレス（Teleaddress） このクラスの一例は表Ｂ．３０に示した１次パレットを
用いて符号化される。
用いて符号化される。
【２６３３】
【表５７】 ５．２．３１ テレネーム（Telename） このクラスの一例は表Ｂ．３１に示した１次パレットを
用いて符号化される。
用いて符号化される。
【２６３４】
【表５８】 ５．２．３２ テレナンバ（Telenumber） このクラスの一例は表Ｂ．３２に示した１次パレットを
用いて符号化される。
用いて符号化される。
【２６３５】
【表５９】 ５．２．３３ チケット（Ticket） このクラスの一例は表Ｂ．３３に示した１次パレットを
用いて符号化される。
用いて符号化される。
【２６３６】
【表６０】 ５．２．３４ チケットスタブ（Ticket Stub） このクラスの一例は表Ｂ．３４に示した１次パレットを
用いて符号化される。
用いて符号化される。
【２６３７】
【表６１】 ５．２．３５ タイム（Time） このクラスの一例は表Ｂ．３５に示した１次パレットを
用いて符号化される。
用いて符号化される。
【２６３８】
【表６２】 ５．２．３６ トリップエグセプション（Trip Excepti
on） このクラスの一例は表Ｂ．３６に示した１次パレットを
用いて符号化される。
on） このクラスの一例は表Ｂ．３６に示した１次パレットを
用いて符号化される。
【２６３９】
【表６３】 ５．２．３７ アンエクスペクティドエクセプション
（Unexpected Exception） このクラスの一例は表Ｂ．３７に示した１次パレットを
用いて符号化される。
（Unexpected Exception） このクラスの一例は表Ｂ．３７に示した１次パレットを
用いて符号化される。
【２６４０】
【表６４】 ５．２．３８ ウェイ（Way） このクラスの一例は表Ｂ．３８に示した１次パレットを
用いて符号化される。
用いて符号化される。
【２６４１】
【表６５】 ５．３ エンコーディングクラシーズ（Encoding Class
es） 符号化クラスのための符号化パレットは以下に定義され
る。
es） 符号化クラスのための符号化パレットは以下に定義され
る。
【２６４２】５．３．１ キャッチフレーム（Catch Fr
ame） このクラスの一例は表Ｂ．３９に示した１次パレットを
用いて符号化される。
ame） このクラスの一例は表Ｂ．３９に示した１次パレットを
用いて符号化される。
【２６４３】
【表６６】 ５．３．２ コレクションストリーム（Collection Str
eam） このクラスの一例は表Ｂ．４０に示した１次パレットを
用いて符号化される。
eam） このクラスの一例は表Ｂ．４０に示した１次パレットを
用いて符号化される。
【２６４４】
【表６７】 ５．３．３ プレデファインドフレーム（Predefined F
rame） このクラスの一例は表Ｂ．４１に示した１次パレットを
用いて符号化される。
rame） このクラスの一例は表Ｂ．４１に示した１次パレットを
用いて符号化される。
【２６４５】
【表６８】 ５．３．４ リピートフレーム（Repeat Frame） このクラスの一例は表Ｂ．４２に示した１次パレットを
用いて符号化される。
用いて符号化される。
【２６４６】
【表６９】 ５．３．５ レストリクトフレーム（Restrict Frame） このクラスの一例は表Ｂ．４３に示した１次パレットを
用いて符号化され
用いて符号化され
【２６４７】る。
【００００】
【２６４８】
【表７０】 ５．３．６ センドフレーム（Send Frame） このクラスの一例は表Ｂ．４４に示した１次パレットを
用いて符号化され
用いて符号化され
【２６４９】る。
【００００】
【２６５０】
【表７１】 ５．３．７ ユースフレーム（Use Frame） このクラスの一例は表Ｂ．４５に示した１次パレットを
用いて符号化され
用いて符号化され
【２６５１】る。
【００００】
【２６５２】
【表７２】 ５．３．８ ユースデファインドフレーム（Use-Define
d Frame） このクラスの一例は表Ｂ．４６に示した１次パレットを
用いて符号化され
d Frame） このクラスの一例は表Ｂ．４６に示した１次パレットを
用いて符号化され
【２６５３】る。
【００００】
【２６５４】
【表７３】 1 このフレームがその属性フレームの１つのアイテ
ムであるエージェント。
ムであるエージェント。
【２６５５】５．３．９ ホワイルフレーム（While Fr
ame） このクラスの一例は表Ｂ．４７に示した１次パレットを
用いて符号化され
ame） このクラスの一例は表Ｂ．４７に示した１次パレットを
用いて符号化され
【２６５６】る。
【００００】
【２６５７】
【表７４】 アペンディックスＣ （同ページの２〜５７９ページの２０行目まで訳ぬけ） 1. 序 2. インターフェース概念 2.2 ネットワーク 2.3 エンジン 2.4 プラネットフォーム 2.5 リージョン 2.6 アウトポスト 2.7 ドメイン 2.8 トランスファ 2.9 トランスファユニット 2.10 テスティネーション 2.11 トランスファグループ 2.12 ウェイ 2.13 ミーンズ 2.14 リザベイション 2.15 ランク 3. コミィニケーションクラシーズ 3.1 リザベイション 3.2 リザーバブルミーンズ 3.3 ＰＳＴＮミーンズ 3.4 エグジスティングコネクションミーンズ 4. テレスクリプトにおけるインターフェース 4.1 エンジン 4.2 プラットフォーム 4.3 デスティネーション 4.4 フェイラー 5. ルーティング 6. Ｃ＋＋におけるインターフェース 7. テレスクリプトのインターフェースオブジ
ェクト 7.1 インターフェースコンベンション 7.2 Ｔｓキャラクタ 7.3 Ｔｓデスティネーション 7.4 Ｔｓデスティネーションリスト 7.5 Ｔｓエグジスティングコネクションミーン
ズ 7.6 Ｔｓインテジャ 7.7 インテジャリスト 7.8 Ｔｓミーンズ 7.9 Ｔｓオブジェクトスペシファイヤ 7.10 Ｔｓオクテット 7.11 Ｔｓオクテッツ 7.12 ＴｓＰＳＴＮミーンズ 7.13 Ｔｓリザーバブルミーンズ 7.14 Ｔｓリザーベイション 7.15 Ｔｓストリング 7.16 Ｔｓテレアドレス 7.17 Ｔｓテレネーム 7.18 Ｔｓテレナンバ 7.19 Ｔｓウェイ １． 序 概観 このアペンディックスは、テレスクリプトエンジンがそ
の上で走るプラットホームからテレスクリプトエンジン
が得ることができる”communication services”を定義
する。２つのエンジンは、テレスクリプトのオペレーシ
ョン”go”及び”send”によって要求された、１つのエ
ンジンの１つの場所から別のエンジンの別の場所へ”ag
ent”の表示を移送させるためにこれらのサービスを使
用する。
ェクト 7.1 インターフェースコンベンション 7.2 Ｔｓキャラクタ 7.3 Ｔｓデスティネーション 7.4 Ｔｓデスティネーションリスト 7.5 Ｔｓエグジスティングコネクションミーン
ズ 7.6 Ｔｓインテジャ 7.7 インテジャリスト 7.8 Ｔｓミーンズ 7.9 Ｔｓオブジェクトスペシファイヤ 7.10 Ｔｓオクテット 7.11 Ｔｓオクテッツ 7.12 ＴｓＰＳＴＮミーンズ 7.13 Ｔｓリザーバブルミーンズ 7.14 Ｔｓリザーベイション 7.15 Ｔｓストリング 7.16 Ｔｓテレアドレス 7.17 Ｔｓテレネーム 7.18 Ｔｓテレナンバ 7.19 Ｔｓウェイ １． 序 概観 このアペンディックスは、テレスクリプトエンジンがそ
の上で走るプラットホームからテレスクリプトエンジン
が得ることができる”communication services”を定義
する。２つのエンジンは、テレスクリプトのオペレーシ
ョン”go”及び”send”によって要求された、１つのエ
ンジンの１つの場所から別のエンジンの別の場所へ”ag
ent”の表示を移送させるためにこれらのサービスを使
用する。
【２６５８】このアペンディックスは、２つの主な部分
からなる。第１に、このアペンディックスは、エンジン
とプラットフォームとの間のインタフェースを記述する
ためにテレスクリプトを用いて、テレスクリプトエンジ
ンが抽象的な仕方で必要とするコミニュケーションサー
ビスを記述する。第２にこのアペンディックスがこれら
のサービスを提供するＣ＋＋”Ａｐｐｌｉｃａｔｉｏｎ
Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ”（Ａ
ＰＩ）にドキュメンテーションを与える。
からなる。第１に、このアペンディックスは、エンジン
とプラットフォームとの間のインタフェースを記述する
ためにテレスクリプトを用いて、テレスクリプトエンジ
ンが抽象的な仕方で必要とするコミニュケーションサー
ビスを記述する。第２にこのアペンディックスがこれら
のサービスを提供するＣ＋＋”Ａｐｐｌｉｃａｔｉｏｎ
Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ”（Ａ
ＰＩ）にドキュメンテーションを与える。
【２６５９】このアペンディックスは７つのセクション
に分けられる。セクション１はこの序である。セクショ
ン２はインタフェースの基本的なコンセプトを記述す
る。セクション３は多少の追加的なテレスクリプトクラ
スを記述する。セクション４はテレスクリプトのインタ
フェースを記述する。セクション５はトランスファーを
一層詳細に説明する。セクション６はインタフェースを
インプリメントするＣ＋＋ＡＰＩを記述する。セクショ
ン７はＡＰＩにおいて使用されるテレスクリプトクラス
のＣ＋＋表示を記述する。
に分けられる。セクション１はこの序である。セクショ
ン２はインタフェースの基本的なコンセプトを記述す
る。セクション３は多少の追加的なテレスクリプトクラ
スを記述する。セクション４はテレスクリプトのインタ
フェースを記述する。セクション５はトランスファーを
一層詳細に説明する。セクション６はインタフェースを
インプリメントするＣ＋＋ＡＰＩを記述する。セクショ
ン７はＡＰＩにおいて使用されるテレスクリプトクラス
のＣ＋＋表示を記述する。
【２６６０】参考文献 このアペンディックスがこの開示のアペンディックスＡ
に依存する。
に依存する。
【２６６１】２． インターフェースの概念 このアペンディックスのこのセクションは、テレスクリ
プトコミニュケーションおよぼコミニュケーションイン
タフェースがない基本的なコンセプトを記述する。ここ
に記述されるオブジェクトの多くは、テレスクリプトの
命令セットまたはエンジンのコミニュケーションインタ
フェース中に直接の表示を持つ。２．１テレネーム（Ｔ
ｅｌｅｎａｍｅ） テレスクリプトとプレイスの間、特にエンジンの間のオ
ブジェクトの運動を支持する。テレスクリプトの世界の
各々のプレイスには別々の”telename”が割り当てられ
ている。”telename”は２つの属性すなわち”authorit
y”と”identity”を持つ。
プトコミニュケーションおよぼコミニュケーションイン
タフェースがない基本的なコンセプトを記述する。ここ
に記述されるオブジェクトの多くは、テレスクリプトの
命令セットまたはエンジンのコミニュケーションインタ
フェース中に直接の表示を持つ。２．１テレネーム（Ｔ
ｅｌｅｎａｍｅ） テレスクリプトとプレイスの間、特にエンジンの間のオ
ブジェクトの運動を支持する。テレスクリプトの世界の
各々のプレイスには別々の”telename”が割り当てられ
ている。”telename”は２つの属性すなわち”authorit
y”と”identity”を持つ。
【２６６２】テレスクリプトは割り当てられたものであ
ってもそうでなくてもテレネームを支持する。テレスク
リプトエンジンによってオブジェクトに組み合わされ
た”assigned telenames”は、次にオーソリティとアイ
デンティティの両方を含んでいる。”assigned”されて
いないテレネームは、１以上のテレスクリプトオブジェ
クトを特定することを意図している。”assigned”され
ていないテレネームは、その属性アイデンティティを省
略することができ、その場合にはテレネームは実際にい
くつかのオブジェクトを特定する。
ってもそうでなくてもテレネームを支持する。テレスク
リプトエンジンによってオブジェクトに組み合わされ
た”assigned telenames”は、次にオーソリティとアイ
デンティティの両方を含んでいる。”assigned”されて
いないテレネームは、１以上のテレスクリプトオブジェ
クトを特定することを意図している。”assigned”され
ていないテレネームは、その属性アイデンティティを省
略することができ、その場合にはテレネームは実際にい
くつかのオブジェクトを特定する。
【２６６３】２．２ ネットワーク（Ｎｅｔｗｏｒｋ） テレスクリプト”Network”は１以上の領域を含む。ネ
ットワークはその領域の全てを完全に相互接続できず、
これらの領域の任意の２つの間の”point-to-point”情
報の伝達は可能ではないことがありうる。しかしネット
ワークが任意の２つの領域の間の情報の”store-and-fo
rward”伝達を提供しうる程度に領域が相互接続され
る。
ットワークはその領域の全てを完全に相互接続できず、
これらの領域の任意の２つの間の”point-to-point”情
報の伝達は可能ではないことがありうる。しかしネット
ワークが任意の２つの領域の間の情報の”store-and-fo
rward”伝達を提供しうる程度に領域が相互接続され
る。
【２６６４】２．３ エンジン（Ｅｎｇｉｎｅ） ”engine”は、テレスクリプトの命令セットのアブスト
ラクションをインプリメントするコンピュータプロセス
である。エンジンは他のエンジンと通信することによっ
て部分的にこれを行なう。エンジンは割り当てられたテ
レネームによって表される。
ラクションをインプリメントするコンピュータプロセス
である。エンジンは他のエンジンと通信することによっ
て部分的にこれを行なう。エンジンは割り当てられたテ
レネームによって表される。
【２６６５】２．４ プラットフォーム（Ｐｌａｔｆｏ
ｒｍ） ”platform”は、１以上のエンジンを支持するハードウ
ェアおよびソフトウェアのコレクションである。プラッ
トフォームは同一のプラットフォームおよびそのプラッ
トフォームが接続された他のプラットフォーム上にあっ
てエンジンが他のエンジンと通信することを可能にす
る。
ｒｍ） ”platform”は、１以上のエンジンを支持するハードウ
ェアおよびソフトウェアのコレクションである。プラッ
トフォームは同一のプラットフォームおよびそのプラッ
トフォームが接続された他のプラットフォーム上にあっ
てエンジンが他のエンジンと通信することを可能にす
る。
【２６６６】２．５ リージョン（Ｒｅｇｉｏｎ） ”region”は個人または団体によって操作されるエンジ
ンおよび支持プラットフォームを含む。
ンおよび支持プラットフォームを含む。
【２６６７】１つの領域は、その領域が含むプラットフ
ォームを完全に相互接続する。従って領域は任意の２つ
のプラットフォームの間の情報をポイントからポイント
に伝達することを可能にする。各々の領域は領域へのア
クセスおよび領域から離去することを可能にする１以上
のプラットフォームを含む。領域が相互接続されて１つ
のネットワークを形成するのはこれらのプラットフォー
ムによる。ある領域は属性アイデンティティが省略され
たテレネームによって表される。
ォームを完全に相互接続する。従って領域は任意の２つ
のプラットフォームの間の情報をポイントからポイント
に伝達することを可能にする。各々の領域は領域へのア
クセスおよび領域から離去することを可能にする１以上
のプラットフォームを含む。領域が相互接続されて１つ
のネットワークを形成するのはこれらのプラットフォー
ムによる。ある領域は属性アイデンティティが省略され
たテレネームによって表される。
【２６６８】２．６ アウトポスト（Ｏｕｔｐｏｓｔ） ある領域は別の領域中にアウトポストを有しうる。”Ou
tpost”は、ある領域からアウトポスト領域まで交信を
ルーティングする、その領域中のプレイスである。
tpost”は、ある領域からアウトポスト領域まで交信を
ルーティングする、その領域中のプレイスである。
【２６６９】２．７ ドメイン（Ｄｏｍａｉｎ） ”domain”は他の領域中のそのアウトポストの全てを含
んだ１つの領域である。
んだ１つの領域である。
【２６７０】２．８ トランスファ（Ｔｒａｎｓｆｅ
ｒ） ”transfer”は、１つのエンジンすなわち”source eng
ine”から別のエンジンすなわち”destination engin
e”へのトランスファユニットへの伝送である。
ｒ） ”transfer”は、１つのエンジンすなわち”source eng
ine”から別のエンジンすなわち”destination engin
e”へのトランスファユニットへの伝送である。
【２６７１】トランスファユニットは、トランスファを
ルーティングするために用いることができる”destinat
ion”を特定する。さらに、トランスファについて使用
されるルートおよび”transport”に影響することがで
きるウェイを設けることができる。
ルーティングするために用いることができる”destinat
ion”を特定する。さらに、トランスファについて使用
されるルートおよび”transport”に影響することがで
きるウェイを設けることができる。
【２６７２】２．９ トランスファユニット（Ｔｒａｎ
ｓｆｅｒ Ｕｎｉｔ） ”transfer Unit”はトランスファにおいてエンジンの
間に伝達される。トランスファユニットはオクットスト
リングと目的点（デスティネーション）とから成る。こ
れらはエンジンの間において端部間に伝送される唯一の
データアイテムである。
ｓｆｅｒ Ｕｎｉｔ） ”transfer Unit”はトランスファにおいてエンジンの
間に伝達される。トランスファユニットはオクットスト
リングと目的点（デスティネーション）とから成る。こ
れらはエンジンの間において端部間に伝送される唯一の
データアイテムである。
【２６７３】”originating platform”へのトランスフ
ァを特定し目的点においてのトランスファを受けること
に、別のデータが関与する。
ァを特定し目的点においてのトランスファを受けること
に、別のデータが関与する。
【２６７４】２．１０ デスティネーション（Ｄｅｓｔ
ｉｎａｔｉｏｎ） ”destination”はトランスファユニットの最終的な目
的点を記述する。
ｉｎａｔｉｏｎ） ”destination”はトランスファユニットの最終的な目
的点を記述する。
【２６７５】２．１１ トランスファグループ（Ｔｒａ
ｎｓｆｅｒ Ｇｒｏｕｐ） テレスクリプト”send”オペレーション（アペンディッ
クスＡに記載される）は同一のオクテットストリングが
いくつかの目的点に供与されることに結果する。”tran
sfer group”は、トランスファユニットとそれに組み合
わされた目的点と、伝送されているオクテットストリン
グの１つのコピーからなるコレクションである。
ｎｓｆｅｒ Ｇｒｏｕｐ） テレスクリプト”send”オペレーション（アペンディッ
クスＡに記載される）は同一のオクテットストリングが
いくつかの目的点に供与されることに結果する。”tran
sfer group”は、トランスファユニットとそれに組み合
わされた目的点と、伝送されているオクテットストリン
グの１つのコピーからなるコレクションである。
【２６７６】トランスファユニットは論理的にそのコン
ポーネントトランスファユニットを表している。プラッ
トフォームは単一のトランスファグループを複数のより
小さなトランスファグループおよび／または単一のトラ
ンスファユニットに分解することができる。
ポーネントトランスファユニットを表している。プラッ
トフォームは単一のトランスファグループを複数のより
小さなトランスファグループおよび／または単一のトラ
ンスファユニットに分解することができる。
【２６７７】２．１２ ウェイ（Ｗａｙ） ”way”は、１つの領域またはエンジンと交信する手段
と、それをするために用いられる”authenticating inf
ormation”とを特定する。 エンジンからのトランスフ
ァは、トランスファの通信要求を規定するウェイすなわ
ち”way out”を特定することができる。到来するトラ
ンスファはエンジンにウェイすなわち”way back”を供
与し、このウェイはオリジナルソースに向かう次のトラ
ンスファの戻り口として使用することができる。
と、それをするために用いられる”authenticating inf
ormation”とを特定する。 エンジンからのトランスフ
ァは、トランスファの通信要求を規定するウェイすなわ
ち”way out”を特定することができる。到来するトラ
ンスファはエンジンにウェイすなわち”way back”を供
与し、このウェイはオリジナルソースに向かう次のトラ
ンスファの戻り口として使用することができる。
【２６７８】２．１３ ミーンズ（Ｍｅａｎｓ） ”means”は、トランスファたとえば有線もしくは無線
ネットワークに使用される搬送の形式を特定する。ミー
ンズは、”quality of service”パラメータまたは”Ｐ
ＳＴＮ”コネクションのためのテレフォンナンバのよう
な搬送に特異のデータを収容する。
ネットワークに使用される搬送の形式を特定する。ミー
ンズは、”quality of service”パラメータまたは”Ｐ
ＳＴＮ”コネクションのためのテレフォンナンバのよう
な搬送に特異のデータを収容する。
【２６７９】”reservavle means”は、留保が尊重され
る搬送形式を特定する。
る搬送形式を特定する。
【２６８０】２．１４ リザベイション（Ｒｅｓｅｒｖ
ａｔｉｏｎ） ”reservation”は、トランスファの結果としてプラッ
トフォームによって設立されたコネクションがある期間
の間保持されることの要求である。リザベイションは、
多重にトランスファのためにあるコネクションが使用さ
れることを許容するためのヒントである。
ａｔｉｏｎ） ”reservation”は、トランスファの結果としてプラッ
トフォームによって設立されたコネクションがある期間
の間保持されることの要求である。リザベイションは、
多重にトランスファのためにあるコネクションが使用さ
れることを許容するためのヒントである。
【２６８１】リザベイションは、トランスファが留保可
能な手段を有するウェイを特定する時にのみ意味を持
つ。
能な手段を有するウェイを特定する時にのみ意味を持
つ。
【２６８２】２．１５ ランク（Ｒａｎｋ） あるトランスファは”privileged”と考えることができ
る。”rank”はプリビィレッジ（特典）の表示である。
それは、整数であり、値０は特権のないことを意味す
る。０でない値の意味はソース領域特異である。領域間
のトランスファにおいてランクは、変更または無視する
ことができるヒントと見做すことができる。
る。”rank”はプリビィレッジ（特典）の表示である。
それは、整数であり、値０は特権のないことを意味す
る。０でない値の意味はソース領域特異である。領域間
のトランスファにおいてランクは、変更または無視する
ことができるヒントと見做すことができる。
【２６８３】３． コミュニケーションクラシーズ（Ｃ
ｏｍｍｕｎｉｃａｔｉｏｎ Ｃｌａｓｓｅｓ） このセクションは、この開示のアペンディックスＡに存
在していない別のテレスクリプトクラスを定義する。
ｏｍｍｕｎｉｃａｔｉｏｎ Ｃｌａｓｓｅｓ） このセクションは、この開示のアペンディックスＡに存
在していない別のテレスクリプトクラスを定義する。
【２６８４】３．１ リザベイション（Ｒｅｓｅｒｖａ
ｔｉｏｎ） オブジェクト ・Reservation クラス Reservation インタフェース () = (・・・); Public Instance Attributes id;インテシ゛ャ。 プラットフォームによって作り出された留保のための識
別子 ３．２ リザーバブルミーンズ（Ｒｅｓｅｒｖａｂｌｅ
Ｍｅａｎｓ） オブジェクト ・ミーンズ ・・Ｒｅｓｅｒｖａｂｌｅ Ｍｅａｎｓ クラス ReservableMeans:アフ゛ストラクト・インタフェース ()=(・・・); Public Instance Attributes reservation: リザーベイション。
ｔｉｏｎ） オブジェクト ・Reservation クラス Reservation インタフェース () = (・・・); Public Instance Attributes id;インテシ゛ャ。 プラットフォームによって作り出された留保のための識
別子 ３．２ リザーバブルミーンズ（Ｒｅｓｅｒｖａｂｌｅ
Ｍｅａｎｓ） オブジェクト ・ミーンズ ・・Ｒｅｓｅｒｖａｂｌｅ Ｍｅａｎｓ クラス ReservableMeans:アフ゛ストラクト・インタフェース ()=(・・・); Public Instance Attributes reservation: リザーベイション。
【２６８５】プラットフォームによって作り出されたリ
ザベーションのための識別子。
ザベーションのための識別子。
【２６８６】３．３ ＰＳＴＮミーンズ（ＰＳＴＮ Ｍ
ｅａｎｓ） オブジェクト ・ミーンズ ・・留保可能なミーンズ ・・・ＰＳＴＮ Ｍｅａｎｓ クラス PSTNMeans:インタフェース (ReservableMeans)=(・・・); Public Instance Attributes telephoneNumber; テレナンバ このトリップのために使用されるテレホンナンバ。
ｅａｎｓ） オブジェクト ・ミーンズ ・・留保可能なミーンズ ・・・ＰＳＴＮ Ｍｅａｎｓ クラス PSTNMeans:インタフェース (ReservableMeans)=(・・・); Public Instance Attributes telephoneNumber; テレナンバ このトリップのために使用されるテレホンナンバ。
【２６８７】３．４ エグジスティングコネクションミ
ーンズ（Ｅｘｉｓｔｉｎｇ Ｃｏｎｎｅｃｔｉｏｎ Ｍ
ｅａｎｓ） オブジェクト ・ミーンズ ・・留保可能なミーンズ ・・・Ｅｘｉｓｔｉｎｇ Ｃｏｎｎｅｃｔｉｏｎ Ｍｅ
ａｎｓ クラス ExistingConnectionMeans:インタフェース (ReservableMeans)=(・・・); Public Instance Attributes connectionID:オクテット。 あるコネクションを特定するためにプラットフォームが
使用しうる識別子。
ーンズ（Ｅｘｉｓｔｉｎｇ Ｃｏｎｎｅｃｔｉｏｎ Ｍ
ｅａｎｓ） オブジェクト ・ミーンズ ・・留保可能なミーンズ ・・・Ｅｘｉｓｔｉｎｇ Ｃｏｎｎｅｃｔｉｏｎ Ｍｅ
ａｎｓ クラス ExistingConnectionMeans:インタフェース (ReservableMeans)=(・・・); Public Instance Attributes connectionID:オクテット。 あるコネクションを特定するためにプラットフォームが
使用しうる識別子。
【２６８８】４． テレスクリプトにおけるインターフ
ェース（ＩＮＴＥＲＦＡＣＥ ＩＮＴＥＬＥＳＣＲＩＰ
Ｔ） このセクションではエンジンとそのプラットフォームと
の間のインタフェースは、実際にはそうでないがあたか
も両方ともテレスクリプトオブジェクトであるかのよう
に特定される。この定義は族と考えられることが意図さ
れている。すなわちこの定義は、エンジンおよびプラッ
トフォームをインプリメントするために使用された特別
のプログラミング言語とは無関係であることが意図され
ている。
ェース（ＩＮＴＥＲＦＡＣＥ ＩＮＴＥＬＥＳＣＲＩＰ
Ｔ） このセクションではエンジンとそのプラットフォームと
の間のインタフェースは、実際にはそうでないがあたか
も両方ともテレスクリプトオブジェクトであるかのよう
に特定される。この定義は族と考えられることが意図さ
れている。すなわちこの定義は、エンジンおよびプラッ
トフォームをインプリメントするために使用された特別
のプログラミング言語とは無関係であることが意図され
ている。
【２６８９】以下のテレスクリプトクラスの定義はこの
インタフェースにおいて用いられる。これらの定義につ
いてはアペンディックスＡおよびこのアペンディックス
のセクション３参照。
インタフェースにおいて用いられる。これらの定義につ
いてはアペンディックスＡおよびこのアペンディックス
のセクション３参照。
【２６９０】Integer List OctetString Telename Teleaddress Way Reservation ４．１ エンジン（Ｅｎｇｉｎｅ） オブジェクト ・Ｅｎｇｉｎｅ クラス Engine:インタフェース ()=(・・・); Public Instance Operations transferIn: op( octets: OctetString; destinations: List[Destination]; rank: Integer; way: Way; timeAdjust: Integer) throws TransferInFailed; 単一のトランスファグループに組み合わされた１以上の
トランスファユニットをエンジンに配送する。トランス
ファユニットはオクテット、デスティネーションおよび
ランクによって表される。ウェイバック（アーギュメン
ト”way”）は、オペレーション”transferOut”を遂行
したエンジンのテレネームを含む。ウェイバックは、戻
りトリップを行なうために使用しうる既存のコネクショ
ンミーンズを提供しうる。
トランスファユニットをエンジンに配送する。トランス
ファユニットはオクテット、デスティネーションおよび
ランクによって表される。ウェイバック（アーギュメン
ト”way”）は、オペレーション”transferOut”を遂行
したエンジンのテレネームを含む。ウェイバックは、戻
りトリップを行なうために使用しうる既存のコネクショ
ンミーンズを提供しうる。
【２６９１】アーギュメント”timeAdjust”は、ソース
プラットフォームのクロックがデスティネーションプラ
ットフォームのクロックに遅れる秒の数である。レスポ
ンダは、ソースエンジンのクロックに対して生成された
ある時間を調整するためにこの情報を使用することがで
きる。
プラットフォームのクロックがデスティネーションプラ
ットフォームのクロックに遅れる秒の数である。レスポ
ンダは、ソースエンジンのクロックに対して生成された
ある時間を調整するためにこの情報を使用することがで
きる。
【２６９２】エンジンがトランスファユニットを受ける
ことができない場合には、例外”TransferInFailed”が
投出される。
ことができない場合には、例外”TransferInFailed”が
投出される。
【２６９３】transferFailed: op(フェイリヤ : Failure;オクテット : OctetString;テ゛スティネーションス゛ :List[Destination];ランク : Integer;ウェイ : Way;タイムアシ゛ャスト : Integer) throws TransferFailedFailed; 単一のトランスファグループに組み合わされた１以上の
フェイルズがトランスファユニットをエンジンに配送す
る。このオペレーションのためのパラメータは、オペレ
ーション”transferIn”のものと同じであるが、フェイ
リヤーの理由が付け加えられている（アーギュメント”
failure”）。トランスファグループのためのソースエ
ンジンにおいて”transferOutComplete”が受け入れら
れる前にオペレーション”transferFailed”が生じ得る
ことは可能である。
フェイルズがトランスファユニットをエンジンに配送す
る。このオペレーションのためのパラメータは、オペレ
ーション”transferIn”のものと同じであるが、フェイ
リヤーの理由が付け加えられている（アーギュメント”
failure”）。トランスファグループのためのソースエ
ンジンにおいて”transferOutComplete”が受け入れら
れる前にオペレーション”transferFailed”が生じ得る
ことは可能である。
【２６９４】フェイリヤが”invalidMeans”であればレ
スポンダは可能ならばソースエンジンとなる。
スポンダは可能ならばソースエンジンとなる。
【２６９５】フェイルしたトランスファユニットをレス
ポンダが受けることができない場合には、例外が投出さ
れる（”transferFailedFailed”）。
ポンダが受けることができない場合には、例外が投出さ
れる（”transferFailedFailed”）。
【２６９６】transferOutFailed: op( 理由: Failure;ク゛ルーフ゜ : Integer;フェイリヤース゛ : List[Integer]|Nil) unknownTransferGroup, UnknownTransferUnitを送出す
る; トランスファグループ中の１以上のトランスファユニッ
ト（アーギュメント”groupID”）がフェイルしてい
る。フェイリヤの原因はアーギュメント”リーズン”に
与えられる。フェイルした特別のユニットは、オペレー
ショントランスファオウトの遂行において与えられた目
的点のオリジナルリストへのインテジャインデックスの
リスト（アーギュメント”failure”）によって特定さ
れる。このリストは１で始まり、この１は、トランスフ
ァユニットの最初のユニットを特定する。
る; トランスファグループ中の１以上のトランスファユニッ
ト（アーギュメント”groupID”）がフェイルしてい
る。フェイリヤの原因はアーギュメント”リーズン”に
与えられる。フェイルした特別のユニットは、オペレー
ショントランスファオウトの遂行において与えられた目
的点のオリジナルリストへのインテジャインデックスの
リスト（アーギュメント”failure”）によって特定さ
れる。このリストは１で始まり、この１は、トランスフ
ァユニットの最初のユニットを特定する。
【２６９７】リストが与えられない場合すなわちアーギ
ュメント”failure”の値が０の場合、グループ中の各
々のトランスファはフェイルしている。これはオリジナ
ルグループのその他のユニットを列挙するリストに相当
する。レスポンダがアーギュメント”groupID”（”Unk
nownTransferGroup”）によって表されたオペレーショ
ン”transferOut”を以前に遂行しなかった場合、また
は、アーギュメント”failure”のアイテムの１つがこ
のトランスファグループのためのデスティネーションリ
ストへの適切なインデックスでない場合（”UnknownTra
nsferUnit”）例外が投出される。
ュメント”failure”の値が０の場合、グループ中の各
々のトランスファはフェイルしている。これはオリジナ
ルグループのその他のユニットを列挙するリストに相当
する。レスポンダがアーギュメント”groupID”（”Unk
nownTransferGroup”）によって表されたオペレーショ
ン”transferOut”を以前に遂行しなかった場合、また
は、アーギュメント”failure”のアイテムの１つがこ
のトランスファグループのためのデスティネーションリ
ストへの適切なインデックスでない場合（”UnknownTra
nsferUnit”）例外が投出される。
【２６９８】transferOutComplete: op(groupID: Integer; serialNumber: Integer) throws UnknownTransferGruop; 特別のトランスファグループ（アーギュメント”groupI
D”）に組み合わされたオペレーション”transferOut”
が完成しなかったことを示す。特に、このグループのた
めの別の”transferOutFailed”オペレーションはあり
えない。このグループ中のトランスファユニットに組み
合わされたいかなるリゾースもレリースすることができ
る。
D”）に組み合わされたオペレーション”transferOut”
が完成しなかったことを示す。特に、このグループのた
めの別の”transferOutFailed”オペレーションはあり
えない。このグループ中のトランスファユニットに組み
合わされたいかなるリゾースもレリースすることができ
る。
【２６９９】アーギュメント”groupID”（”UnknownTr
ansferGroup”）によって表されるオペレーションｔｒ
ａｎｓｆｅｒＯｕｔをレスポンダが以前に遂行しなかっ
た時は、例外が投出される。
ansferGroup”）によって表されるオペレーションｔｒ
ａｎｓｆｅｒＯｕｔをレスポンダが以前に遂行しなかっ
た時は、例外が投出される。
【２７００】４．２ プラットフォーム（Ｐｌａｔｆｏ
ｒｍ） オブジェクト ・Ｐｌａｔｆｏｒｍ クラス Platform:インタフェース ()=(・・・); Construction initialize op(エンシ゛ン: Telename); 名前付けされたエンジン（アーギュメント”engine”）
によって使用されるレスポンダをイニシャライズする。
ｒｍ） オブジェクト ・Ｐｌａｔｆｏｒｍ クラス Platform:インタフェース ()=(・・・); Construction initialize op(エンシ゛ン: Telename); 名前付けされたエンジン（アーギュメント”engine”）
によって使用されるレスポンダをイニシャライズする。
【２７０１】Public Instance Operations transferOut: op(オクテット:テ゛スティネーション : List [Destination];ランク : Integer;ウェイ : Way|Nil; desiredDuration: Integer; maximumDuration: Integer;ク゛ルーフ゜ ID: Integer InvalidDestination, InvalidWayを送出する; アーギュメン”octets”、”destinations”および”ra
nk”によって定義されたトランスファグループを１以上
のデスティネーションエンジンに配送することを要求す
る。グループはグループｉｄ（アーギュメント”groupI
D”）によって特定される。このオペレーションは、こ
のグループを構成するトランスファユニットに”transf
erIn”、”transferOutFailed”または”transferFaile
d”が後にリファレンスすることに結果する。
nk”によって定義されたトランスファグループを１以上
のデスティネーションエンジンに配送することを要求す
る。グループはグループｉｄ（アーギュメント”groupI
D”）によって特定される。このオペレーションは、こ
のグループを構成するトランスファユニットに”transf
erIn”、”transferOutFailed”または”transferFaile
d”が後にリファレンスすることに結果する。
【２７０２】ランク（アーギュメント”rank”）は、こ
のトランスファが特権を持つか否かを特定する。
のトランスファが特権を持つか否かを特定する。
【２７０３】アーギュメント”way”が０でなくない場
合にはトランスファをルーティングするために使用され
る。
合にはトランスファをルーティングするために使用され
る。
【２７０４】トランスファの望ましい持続期間は、秒
（アーギュメント”desiredDuration”）によって特定
される。これはトランスファについて望ましい最大の持
続時間である。望ましい持続時間の値が０であること
は、このトランスファに望ましい持続時間が組み合わさ
れていないことを意味する。
（アーギュメント”desiredDuration”）によって特定
される。これはトランスファについて望ましい最大の持
続時間である。望ましい持続時間の値が０であること
は、このトランスファに望ましい持続時間が組み合わさ
れていないことを意味する。
【２７０５】トランスファのための最大の許容持続時間
は秒で特定される（アーギュメント”maximumDuratio
n”）。これはトアンスファについて許可された最大時
間である。オペレーション”transferOut”の後前記秒
数の間オペレーション”transferOutComplete”が起き
なかった場合の効果は、このグループについてオペレー
ション”failTransfer”が遂行されたかのような効果と
なる。最大持続時間の値０は、このトランスファに最大
持続時間が組み合わされていないことを意味する。
は秒で特定される（アーギュメント”maximumDuratio
n”）。これはトアンスファについて許可された最大時
間である。オペレーション”transferOut”の後前記秒
数の間オペレーション”transferOutComplete”が起き
なかった場合の効果は、このグループについてオペレー
ション”failTransfer”が遂行されたかのような効果と
なる。最大持続時間の値０は、このトランスファに最大
持続時間が組み合わされていないことを意味する。
【２７０６】デスティネーションリストが不適切である
か（”invalidDestination”）アーギュメント”way”
が供給されたら、０でないアトリビュートを持たない場
合（”invalidway”）例外が投出される。
か（”invalidDestination”）アーギュメント”way”
が供給されたら、０でないアトリビュートを持たない場
合（”invalidway”）例外が投出される。
【２７０７】failTransfer: op(groupID: Integer) throws UnknownTransferGroup; グループｉｄ（アーギュメント”groupID”）によって
特定されたトランスファグループ中の全ての継続中のト
ランスファユニットがフェイルすることをリクエストす
る。
特定されたトランスファグループ中の全ての継続中のト
ランスファユニットがフェイルすることをリクエストす
る。
【２７０８】あるトランスファグループ中のフェイルす
る全部のトランスファリミットでないこともありうる。
このオペレーションの結果としてフェイルしたトランス
ファユニットは、１以上のオペレーション”transferOu
tFailed”とそれに続く”transferComplete”とを生ず
るであろう。
る全部のトランスファリミットでないこともありうる。
このオペレーションの結果としてフェイルしたトランス
ファユニットは、１以上のオペレーション”transferOu
tFailed”とそれに続く”transferComplete”とを生ず
るであろう。
【２７０９】前回の”transferOut”においてブループ
ｉｄが使用されなかった場合（オペレーション”Unknow
nTransferGroup”）例外が投出される。
ｉｄが使用されなかった場合（オペレーション”Unknow
nTransferGroup”）例外が投出される。
【２７１０】makeReservation op(持続時間:Integer) Reservation throws CannotReserve; 新しい持続時間（アーギュメント”duration”）秒のリ
ザベーションをリターンする。リザベーションは次のオ
ペレーション”transferOut”のために留保可能な手段
においてリザーベイションが使用される場合、活性とな
る。
ザベーションをリターンする。リザベーションは次のオ
ペレーション”transferOut”のために留保可能な手段
においてリザーベイションが使用される場合、活性とな
る。
【２７１１】リザベーションが終了した時、リザーベイ
ションがもはや有効でなくなり、そのリザーベイション
を使用することを試みるトランスファはフェイルする。
リザベーションは、もはや必要とされない時に、オペレ
ーション”resetReservation”によってキャンセルすべ
きである。プラットフォームは未使用のリザベーション
に対して最大のライフタイムを課することができる。
ションがもはや有効でなくなり、そのリザーベイション
を使用することを試みるトランスファはフェイルする。
リザベーションは、もはや必要とされない時に、オペレ
ーション”resetReservation”によってキャンセルすべ
きである。プラットフォームは未使用のリザベーション
に対して最大のライフタイムを課することができる。
【２７１２】レスポンダがリザーベイションを供与でき
ない時は例外”CannotReserve”が投出される。
ない時は例外”CannotReserve”が投出される。
【２７１３】resetReservation: op(リサ゛ーヘ゛イション: Reservation, duration: Integer) thr
ows UnknownReservation, InvalidReservation; 現存のリザーベイション（アーギュメント”reservatio
n”）の持続時間は秒の持続時間に変更される。このオ
ペレーションが呼び出された時にリザーベイションが活
性である場合の効果は、新しい持続時間のリザーベイシ
ョンとともにオペレーション”transferOut”がまさに
行なわれたかのような効果となる。
ows UnknownReservation, InvalidReservation; 現存のリザーベイション（アーギュメント”reservatio
n”）の持続時間は秒の持続時間に変更される。このオ
ペレーションが呼び出された時にリザーベイションが活
性である場合の効果は、新しい持続時間のリザーベイシ
ョンとともにオペレーション”transferOut”がまさに
行なわれたかのような効果となる。
【２７１４】持続時間を０にセットするとリザーベイシ
ョンはキャンセルされる。キャンセルされたリザーベイ
ションはもはや有効ではなくなる。リザーベイションが
以前のオペレーション”makeReservation”（”unknown
Reservation”）によって得られたものでないかまたは
リザーベイションがもはや有効でない（”invalidReser
vation”）例外が投出される。
ョンはキャンセルされる。キャンセルされたリザーベイ
ションはもはや有効ではなくなる。リザーベイションが
以前のオペレーション”makeReservation”（”unknown
Reservation”）によって得られたものでないかまたは
リザーベイションがもはや有効でない（”invalidReser
vation”）例外が投出される。
【２７１５】４．３ デスティネーション（Ｄｅｓｔｉ
ｎａｔｉｏｎ） オブジェクト ・Ｄｅｓｔｉｎａｔｉｏｎ クラス Destination:インタフェース ()=(・・・); Construction initialize op(ネーム : Telename|Nil;アト゛レス : Teleaddress|Nil;テ゛ータ : OctetString|Nil; リスポンダの固有の属性を同じ名前のアーギュメント
（アーギュメント”name”、”address”および”dat
a”）とする。
ｎａｔｉｏｎ） オブジェクト ・Ｄｅｓｔｉｎａｔｉｏｎ クラス Destination:インタフェース ()=(・・・); Construction initialize op(ネーム : Telename|Nil;アト゛レス : Teleaddress|Nil;テ゛ータ : OctetString|Nil; リスポンダの固有の属性を同じ名前のアーギュメント
（アーギュメント”name”、”address”および”dat
a”）とする。
【２７１６】あるデスティネーションの全ての属性が０
であれば、デスティネーションは不適切である。
であれば、デスティネーションは不適切である。
【２７１７】Private Instance Attributes address:テレアト゛レス |Nil;テ゛スティネーション のアト゛レス。 data:オクテットストリンク゛ |Nil;トランスファ・ユニット に組み合わされたエンシ゛ン特有のテ゛ータ。 name:テレネーム |Nil; デスティネーションのネーム。
【２７１８】４．４ フェイラー（Ｆａｉｌｕｒｅ） オブジェクト ・Ｆａｉｌｕｒｅ クラス Failure:インタフェース ()=(・・・); Private Instance Attributes reason: 整数(インテシ゛ャ) トランスファのフェイリヤの理由。この理由はテーブル
Ｃ．１に示されたインテジャの列記として表される。
Ｃ．１に示されたインテジャの列記として表される。
【２７１９】
【表７５】 プラットフォームは余分のフェイリヤタイプを供与しう
る。
る。
【２７２０】５． ルーティング（ＲＯＵＴＩＮＧ） あるトランスファユニットのオペレーション”transfer
Out”は典型的に異なったエンジンにおいての同一のユ
ニットのオペレーション”transferIn”に結果する。ト
ランスファはソースプラットフォームにおいてフェイル
した場合、トランスファユニットは、ソースエンジンに
おいてのオペレーション”transferOutFailed”ととも
にフェイルする。トランスファユニットはソースプラッ
トフォームから成功の内にトランスファされたが、デス
ティネーションエンジンにおいての成功したオペレーシ
ョン”transferIn”ｏｐn に加わらない場合、それ
は、”transferFailed”ｏｐn とともにエンジンに対し
てフェイルする。
Out”は典型的に異なったエンジンにおいての同一のユ
ニットのオペレーション”transferIn”に結果する。ト
ランスファはソースプラットフォームにおいてフェイル
した場合、トランスファユニットは、ソースエンジンに
おいてのオペレーション”transferOutFailed”ととも
にフェイルする。トランスファユニットはソースプラッ
トフォームから成功の内にトランスファされたが、デス
ティネーションエンジンにおいての成功したオペレーシ
ョン”transferIn”ｏｐn に加わらない場合、それ
は、”transferFailed”ｏｐn とともにエンジンに対し
てフェイルする。
【２７２１】トランスファグループの”transferOut”
ｏｐn は、コンポーネントトランスファユニットのＮ個
の”transferOut”ｏｐn と論理的に同等である。望ま
しいランクの値、最大持続時間およびウェイは、全ての
トランスファについて同一である。デスティネーション
のリストは、ｏｐn ”transferIn”を含むことができ、
１以上のデスティネーションエンジンにおいて生ずる。
ｏｐn は、コンポーネントトランスファユニットのＮ個
の”transferOut”ｏｐn と論理的に同等である。望ま
しいランクの値、最大持続時間およびウェイは、全ての
トランスファについて同一である。デスティネーション
のリストは、ｏｐn ”transferIn”を含むことができ、
１以上のデスティネーションエンジンにおいて生ずる。
【２７２２】典型的には、あるプラットフォームは、あ
るグループ中のデスティネーションのリストを検査し、
デスティネーションエンジンにおいて”transferIn”ｏ
ｐnの最小の数を持ったユニットを供給しようと試み
る。これは同一のエンジンに予定されたトランスファユ
ニットが、１つのグループとして搬送され配送されるこ
とを意味する。
るグループ中のデスティネーションのリストを検査し、
デスティネーションエンジンにおいて”transferIn”ｏ
ｐnの最小の数を持ったユニットを供給しようと試み
る。これは同一のエンジンに予定されたトランスファユ
ニットが、１つのグループとして搬送され配送されるこ
とを意味する。
【２７２３】Routing Algorithm ”transferOut”ｏｐn の遂行においてあるウェイが供
与された場合、プラットフォームはそのウェイを、トラ
ンスファのルーティングのために使用する。ウェイが供
与されなかった場合プラットフォームはデスティネーシ
ョンエンジンを定めなければならない。トランスファユ
ニットに組み合わされたネームおよびアドレスに従って
デスティネーションエンジンを定めるためのステップは
次の通りである。
与された場合、プラットフォームはそのウェイを、トラ
ンスファのルーティングのために使用する。ウェイが供
与されなかった場合プラットフォームはデスティネーシ
ョンエンジンを定めなければならない。トランスファユ
ニットに組み合わされたネームおよびアドレスに従って
デスティネーションエンジンを定めるためのステップは
次の通りである。
【２７２４】＜ｓｔａｒｔ＞ 名前が存在するがアドレスが存在しない場合 ＜ｕｓｅ ｔｈｅ ｎａｍｅ＞ アドレスが存在するがネームが存在しない場合、プロバ
イダが現在の領域である場合 対応するネームを見いだすかまたは＜フェイル＞ デスティネーショのネームアトリビュートをネームにセ
ットし ＜ｓｔａｒｔ＞ さもなければ ネームとアドレスがともに存在していれば、 プロバイダが現在の領域である場合 ＜ｕｓｅ ｔｈｅ ｎａｍｅ＞ さもなければ ＜ｕｓｅ ｔｈｅ ａｄｄｒｅｓｓ＞。
イダが現在の領域である場合 対応するネームを見いだすかまたは＜フェイル＞ デスティネーショのネームアトリビュートをネームにセ
ットし ＜ｓｔａｒｔ＞ さもなければ ネームとアドレスがともに存在していれば、 プロバイダが現在の領域である場合 ＜ｕｓｅ ｔｈｅ ｎａｍｅ＞ さもなければ ＜ｕｓｅ ｔｈｅ ａｄｄｒｅｓｓ＞。
【２７２５】＜ｕｓｅ ｔｈｅ ｎａｍｅ＞： オーソリティが現在の領域である場合、 アイデンティティからデスティネーションエンジンを定
めるかまたは＜フェイル＞。
めるかまたは＜フェイル＞。
【２７２６】さもなければ ロケーションからデスティネーションエンジンを定めま
たは＜フェイル＞。 さもなければ オーソリティのアウトポストを含むエンジンにルーティ
ングするかまたは＜フェイル＞。
たは＜フェイル＞。 さもなければ オーソリティのアウトポストを含むエンジンにルーティ
ングするかまたは＜フェイル＞。
【２７２７】＜ｕｓｅ ｔｈｅ ａｄｄｒｅｓｓ＞ プロバイダが知られていれば プロバイダのアウトポストを含むエンジンにルーティン
グする。
グする。
【２７２８】さもなければ ルーティングアドバイス中の各々のプロバイダについて それが現在の領域であれば それをルーティングアドバイスから除去する さもなければ プロバイダが知られていれば プロバイダのアウトポストを含むエンジンにルーティン
グする。
グする。
【２７２９】もうルーティングがなければ、＜フェイル
＞。
＞。
【２７３０】＜ｆａｉｌ＞： プロバイダが現在の領域であれば トランスファをフェイルする。
【２７３１】さもなければ デフォールトエンジンがある場合 それにルーティングする。
【２７３２】さもなければ トランスファをフェイルする。
【２７３３】６．Ｃ＋＋におけるインターフェース（Ｉ
ＮＴＥＲＦＡＣＥ ＩＮ Ｃ＋＋） このセクションはエンジン−プラットフォームインタフ
ェースのＣ＋＋インプリメンテーションを記述する。イ
ンタフェースはセクション４のテレスクリプト仕様に由
来する。
ＮＴＥＲＦＡＣＥ ＩＮ Ｃ＋＋） このセクションはエンジン−プラットフォームインタフ
ェースのＣ＋＋インプリメンテーションを記述する。イ
ンタフェースはセクション４のテレスクリプト仕様に由
来する。
【２７３４】ここに提示されるインタフェースは、必然
的に現在のテレスクリプトエンジンのインプリメンテー
ションのいろいろな様相を反映している。特にＣ＋＋Ａ
ＰＩは、族インタフェースに表れないエンジン上のオペ
レーションを含む。
的に現在のテレスクリプトエンジンのインプリメンテー
ションのいろいろな様相を反映している。特にＣ＋＋Ａ
ＰＩは、族インタフェースに表れないエンジン上のオペ
レーションを含む。
【２７３５】Interface description エンジンオブジェクトはＣ＋＋クラス”ＣＩ”によって
表される。エンジンオブジェクトに対するオペレーショ
ンは、ＣＩのメンバ機能として供与される。
表される。エンジンオブジェクトに対するオペレーショ
ンは、ＣＩのメンバ機能として供与される。
【２７３６】プラットフォームオブジェクトはＣＩのサ
ブクラスによって表される。プラットフォームのプロバ
イダはＣＩのサブクラスであり、プラットフォームオペ
レーションを表すＣＩの仮想的な機能をインプリメント
する。
ブクラスによって表される。プラットフォームのプロバ
イダはＣＩのサブクラスであり、プラットフォームオペ
レーションを表すＣＩの仮想的な機能をインプリメント
する。
【２７３７】エンジンとプラットフォームとの両方に対
するオペレーションにおいてパラメータとして表れるテ
レスクリプトオブジェクトは、テレスクリプトオブジェ
クトの限定された表現をインプリメントするある数のＣ
＋＋クラスによって表される。例えば、”TsInteger”
がＡＰＩに表れる時にはいつでもテレスクリプト”Inte
ger”を表すクラス”TsInteger”がある。これらのテレ
スクリプトインタフェースオブジェクトの完全な説明は
このアペンディックスの次のセクションにおいてなされ
る。
するオペレーションにおいてパラメータとして表れるテ
レスクリプトオブジェクトは、テレスクリプトオブジェ
クトの限定された表現をインプリメントするある数のＣ
＋＋クラスによって表される。例えば、”TsInteger”
がＡＰＩに表れる時にはいつでもテレスクリプト”Inte
ger”を表すクラス”TsInteger”がある。これらのテレ
スクリプトインタフェースオブジェクトの完全な説明は
このアペンディックスの次のセクションにおいてなされ
る。
【２７３８】インタフェースのテレスクリプト表現にお
いて特定される例外は、列記された形式としてＡＰＩに
おいてインプリメントされ、この列記された形式は、エ
ンジンおよびプラットフォームの両方の全てのオペレー
ションからリターンされる。
いて特定される例外は、列記された形式としてＡＰＩに
おいてインプリメントされ、この列記された形式は、エ
ンジンおよびプラットフォームの両方の全てのオペレー
ションからリターンされる。
【２７３９】エンジンとプラットフォームとの間に交わ
されたデータエレメントのストレージは、オペレーショ
ンの呼び出し者によって所有される。ストレージはオペ
レーションが完全になされた時に再請求しうる。これに
対する唯一の例外はオペレーション”transferOut”で
ある。エンジンは対応するオペレーション”transferOu
tComplete”が遂行され終わるまではトランスファアウ
トのエレメントを再請求しない。
されたデータエレメントのストレージは、オペレーショ
ンの呼び出し者によって所有される。ストレージはオペ
レーションが完全になされた時に再請求しうる。これに
対する唯一の例外はオペレーション”transferOut”で
ある。エンジンは対応するオペレーション”transferOu
tComplete”が遂行され終わるまではトランスファアウ
トのエレメントを再請求しない。
【２７４０】Tasks エンジンは、非先取（ｎｏｎ−ｐｒｅｅｍｐｔｉｖｅ）
スケジューラとともに別のスレッドとして走る多重の共
働タスクとしてインプリメントされる。ＣＩクラスの１
つの例は、エンジン中の１つのスレッドとして走らせ
る。クラスＣＩのサブクラスは、ファンクション”main
()”を供与し、このファンクションは、１度呼び出さ
れ、プラットフォーム上に余分なオペレーションがまだ
指示されていない場合にはリターンされねばならない。
スケジューラとともに別のスレッドとして走る多重の共
働タスクとしてインプリメントされる。ＣＩクラスの１
つの例は、エンジン中の１つのスレッドとして走らせ
る。クラスＣＩのサブクラスは、ファンクション”main
()”を供与し、このファンクションは、１度呼び出さ
れ、プラットフォーム上に余分なオペレーションがまだ
指示されていない場合にはリターンされねばならない。
【２７４１】”main()”は、継続中のオペレーション”
transferIn”がない場合にエンジンスケジューラにイー
ルド（ｙｉｅｌｄ）することが期待される。”main()”
は”wait()”を呼び出すことによってこれを行なう。”
wait()”はＣＩがそのためにイールドすることを意図し
ているミリ秒の数であるアーギュメントを取る。典型的
にはエンジンは少なくともその時間量が経過するまでは
ＣＩのタスクを再スケジュールしない。”wait()”に対
する０のアーギュメントは、ＣＩがイールドしているが
エンジンスケジューラによって可及的早く再スケジュー
ルされることを望むことを意味している。
transferIn”がない場合にエンジンスケジューラにイー
ルド（ｙｉｅｌｄ）することが期待される。”main()”
は”wait()”を呼び出すことによってこれを行なう。”
wait()”はＣＩがそのためにイールドすることを意図し
ているミリ秒の数であるアーギュメントを取る。典型的
にはエンジンは少なくともその時間量が経過するまでは
ＣＩのタスクを再スケジュールしない。”wait()”に対
する０のアーギュメントは、ＣＩがイールドしているが
エンジンスケジューラによって可及的早く再スケジュー
ルされることを望むことを意味している。
【２７４２】”wait()”へのアーギュメント−１は、Ｃ
Ｉが不特定にブロックすることを望んでいるという意味
を持っている。この場合ＣＩは、ＣＩが再スケジュール
されることを望むならば、エンジン上に”satisfy()”
を呼び出すことが期待されている。”satisfy()”は、
エンジンがスレッドをスケジュールすると直ちに、ウェ
イトにブロックされたスレッドの実行を再開させる。こ
の後者のスキームは、新しいコミュニケーションのリク
エストがなかった場合に非同期的なイベントとして供与
されたＣＩインプリメンテーションにおいて適切であろ
う。
Ｉが不特定にブロックすることを望んでいるという意味
を持っている。この場合ＣＩは、ＣＩが再スケジュール
されることを望むならば、エンジン上に”satisfy()”
を呼び出すことが期待されている。”satisfy()”は、
エンジンがスレッドをスケジュールすると直ちに、ウェ
イトにブロックされたスレッドの実行を再開させる。こ
の後者のスキームは、新しいコミュニケーションのリク
エストがなかった場合に非同期的なイベントとして供与
されたＣＩインプリメンテーションにおいて適切であろ
う。
【２７４３】ある動作中のシステムにおいては、ＣＩイ
ンプリメンテーションは、エンジンスケジューラにイー
ルドすることを望み、ファイルデスクリプタが準備状態
になった時に再スケジュールされることを望むかもしれ
ない。オペレーション”waitfd”は、待機されるファイ
ルデスクリプタを特定し、タイムアウトとともに多重フ
ァイルデスクリプタについてセレクトするために、”wa
it()”とともに使用されうる。
ンプリメンテーションは、エンジンスケジューラにイー
ルドすることを望み、ファイルデスクリプタが準備状態
になった時に再スケジュールされることを望むかもしれ
ない。オペレーション”waitfd”は、待機されるファイ
ルデスクリプタを特定し、タイムアウトとともに多重フ
ァイルデスクリプタについてセレクトするために、”wa
it()”とともに使用されうる。
【２７４４】ｏｐn ”transferOut”の遂行は、呼び出
したテレスクリプトプロセスのスレッドにおいて実行さ
れるのであり、ＣＩタスクのスレッドとして行なわれる
のではない。
したテレスクリプトプロセスのスレッドにおいて実行さ
れるのであり、ＣＩタスクのスレッドとして行なわれる
のではない。
【２７４５】エンジンおよびプラットフォームによるプ
ラットフォームは、必要ならばその後にスケジュールさ
れるワークの待ち行列を作る（ｑｕｅｉｎｇ）ことによ
って比較的速やかに実行されねばならない。エンジンと
プラットフォームの両方は長時間にわたってブロックす
べきではない。
ラットフォームは、必要ならばその後にスケジュールさ
れるワークの待ち行列を作る（ｑｕｅｉｎｇ）ことによ
って比較的速やかに実行されねばならない。エンジンと
プラットフォームの両方は長時間にわたってブロックす
べきではない。
【２７４６】極端な場合には、オペレーション”transf
erOut”の量がＣＩによって供与されたバッファリング
を上回ることがある。
erOut”の量がＣＩによって供与されたバッファリング
を上回ることがある。
【２７４７】CI クラス Construction CI: CI(TsTelename *name); 新しいＣＩオブジェクトを構成する。”name”はこのＣ
Ｉを使用するエンジンのテレネームである。
Ｉを使用するエンジンのテレネームである。
【２７４８】-CI: 仮想的 -CI() このＣＩをシャットダウンし破壊する。
【２７４９】main: 仮想的なlong main()=0; ＣＩのメインループ。これは構成後ある時間がしてから
呼び出される。ＣＩは、このファンクションの実行の
間、例えば”wait()”とともにエンジンに対してイール
ドすべきである。
呼び出される。ＣＩは、このファンクションの実行の
間、例えば”wait()”とともにエンジンに対してイール
ドすべきである。
【２７５０】Engine Operations transferIn: TsStatus transferIn (TsOctets *bagOfBits,TsDestina
tionList *destList,unsigned int rank, TsWay *wayBa
ck, int timeAdjust); １以上のトランスファユニットをエンジンに移送する。
tionList *destList,unsigned int rank, TsWay *wayBa
ck, int timeAdjust); １以上のトランスファユニットをエンジンに移送する。
【２７５１】transferFailed: TsStatus transferFailed(TsFailue failure, TsOctets
*bagOfBits, TsDestinationList* destList, unsigned int rank, TsWay *wayBack, int timeAdjust); １以上のフェイルしたトランスファユニットをエンジン
にトランスファする。
*bagOfBits, TsDestinationList* destList, unsigned int rank, TsWay *wayBack, int timeAdjust); １以上のフェイルしたトランスファユニットをエンジン
にトランスファする。
【２７５２】transferOutFailed: TsStatus transferOutFailed (TsFailure failure,unsi
gned int groupId, TsIntegerList *list); このエンジンからのｏｐn ”transferOut”の以前の実
行においてフェイルした１以上のトランスファユニット
を特定する。
gned int groupId, TsIntegerList *list); このエンジンからのｏｐn ”transferOut”の以前の実
行においてフェイルした１以上のトランスファユニット
を特定する。
【２７５３】transferOutComplete: TsStatus transferOutComplete (unsigned int groupI
d, unsigned int transferSN); トランスファグループ（アーギュメント”groupId”）
のトランスファが完成したことを表す。このグループ中
の全てのトランスファユニットに組み合わされたストー
レッジは再請求しうる。
d, unsigned int transferSN); トランスファグループ（アーギュメント”groupId”）
のトランスファが完成したことを表す。このグループ中
の全てのトランスファユニットに組み合わされたストー
レッジは再請求しうる。
【２７５４】Platform Operations transferOut: 仮想的なTsStatus transferOut(TsOctets *bagOfBits, TsDestinationList *destList, Unsigned int rank, TsWay *wayOut, unsigned int desiredDuration, unsigned int maximumDuration, unsigned int groupId)=0; このトランスファグループ中のトランスファユニットを
それぞれの目的点に転送する（アーギュメント”destLi
st”）。
それぞれの目的点に転送する（アーギュメント”destLi
st”）。
【２７５５】failTransfer: virtual TsStatus failTransfer (unsigned int gruopI
d)=0; トランスファ グループ（アーギュメント”groupI
D”）に組み合わされた全てのトランスファユニットを
フェイルさせる。
d)=0; トランスファ グループ（アーギュメント”groupI
D”）に組み合わされた全てのトランスファユニットを
フェイルさせる。
【２７５６】makeReservation: virtual TsStatus makeResevation (unsigned int dura
tion, TsReservation*reservation)=0; 指定された持続時間（アーギュメント”duration”）と
ともに新しいリザベイション（アーギュメント”reserv
ation”）をリクエストする。
tion, TsReservation*reservation)=0; 指定された持続時間（アーギュメント”duration”）と
ともに新しいリザベイション（アーギュメント”reserv
ation”）をリクエストする。
【２７５７】resetReservation: virtual TsStatus resetReservation (TsReservation r
eservation, unsignedint duration)=0; リザベイションの持続時間を新しい持続時間（アーギュ
メント”duration”）にリセットする。持続時間０は、
リザベイションをキャンセルする効果を持つ。
eservation, unsignedint duration)=0; リザベイションの持続時間を新しい持続時間（アーギュ
メント”duration”）にリセットする。持続時間０は、
リザベイションをキャンセルする効果を持つ。
【２７５８】Task Operations wait: void wait (long msec); ”msec”ミリ秒の間現在のエンジンスロットをイールド
する。この機能は、このスレッドが再スケジュールされ
た時にリターンされる。アーギュメント”msec”が０で
あれば、エンジンスケジューリングポリシーが許容する
限り早くスレッドを再スケジュールする。アーギュメン
ト”msec”が−１であれば、”satisfy()”（下記参
照）が呼び出されるかまたは”waitfd()”と指定された
ファイルディスクリプタが準備状態となるまで、”wait
fd”へのこの呼び出しはリターンされない。
する。この機能は、このスレッドが再スケジュールされ
た時にリターンされる。アーギュメント”msec”が０で
あれば、エンジンスケジューリングポリシーが許容する
限り早くスレッドを再スケジュールする。アーギュメン
ト”msec”が−１であれば、”satisfy()”（下記参
照）が呼び出されるかまたは”waitfd()”と指定された
ファイルディスクリプタが準備状態となるまで、”wait
fd”へのこの呼び出しはリターンされない。
【２７５９】satisfy: void satisfy(); ＣＩスレッドが呼び出し”wait()”においてブロックさ
れた場合、ＣＩスレッドを再スケジュールする。
れた場合、ＣＩスレッドを再スケジュールする。
【２７６０】waitfd: void waitfd (int fd, short mask); ”mask”によって指定された読み込みまたは書き込みの
ためにファイルディスクリプタ”fd”が準備状態になっ
た場合、後のコール（呼び出し）”wait()”がリターン
されることを指定する。”mask”は、ファイルデスクリ
プタがそれぞれ読み込み可能および書き込み可能である
ことを選択する値”POLLIN”および”POLLOUT”のＯＲ
を取ることによって構成されたビットマスクである。”
mask”が０であることは、このファイルデスクリプタが
オペレーション”wait()”にもはや影響すべきでないこ
とを意味する。
ためにファイルディスクリプタ”fd”が準備状態になっ
た場合、後のコール（呼び出し）”wait()”がリターン
されることを指定する。”mask”は、ファイルデスクリ
プタがそれぞれ読み込み可能および書き込み可能である
ことを選択する値”POLLIN”および”POLLOUT”のＯＲ
を取ることによって構成されたビットマスクである。”
mask”が０であることは、このファイルデスクリプタが
オペレーション”wait()”にもはや影響すべきでないこ
とを意味する。
【２７６１】waitresult: short waitresult (int fd); 前回の呼び出し”wait()”の間にファイルディスクリプ
タ”fd”が準備段階になっているか否かをテストするた
めに使用しうるビットマスクをリターンする。そのこと
の結果は、ビット”POLLIN”および”POLLOUT”が”wai
tfd()”において指定されていればこれらのビットを有
するビットマスクがセットされ、ファイルデスクリプタ
がそれぞれリードおよびライトについて準備状態となる
ことである。
タ”fd”が準備段階になっているか否かをテストするた
めに使用しうるビットマスクをリターンする。そのこと
の結果は、ビット”POLLIN”および”POLLOUT”が”wai
tfd()”において指定されていればこれらのビットを有
するビットマスクがセットされ、ファイルデスクリプタ
がそれぞれリードおよびライトについて準備状態となる
ことである。
【２７６２】stop: void stop(); このＣＩについて全ての”transferOut”ｏｐn をエン
ジンによってスロットルさせる。ｏｐn ”go”または”
send”を実行しているテレスクリプトエージェントはブ
ロックさせうるようなそれ以上のトランスファはこのＣ
Ｉにはリクエストされない。ＣＩは別のトランスファを
待ち行列とすることによってＣＩによるデータを失った
場合にこのオペレーションを引き起こすべきである。
ジンによってスロットルさせる。ｏｐn ”go”または”
send”を実行しているテレスクリプトエージェントはブ
ロックさせうるようなそれ以上のトランスファはこのＣ
Ｉにはリクエストされない。ＣＩは別のトランスファを
待ち行列とすることによってＣＩによるデータを失った
場合にこのオペレーションを引き起こすべきである。
【２７６３】start: void start(); もはやｏｐn をスロットルすべきでないことをエンジン
に通報する。
に通報する。
【２７６４】７． テレスクリプトのインターフェース
オブジェクト（ＴＥＬＥＳＣＲＩＰＴＩＮＴＥＲＦＡＣ
Ｅ ＯＢＪＥＣＴＳ） 外部システムすなわち他のテレスクリプトエンジンまた
はテレスクリプトに基づかない通信システムとの通信を
可能にするため、テレスクリプトエンジンは、プラット
フォームまたはテレスクリプトエンジン自身に内在する
オペレーティングシステムによって供給される通信サー
ビスに依存しなければならない。テレスクリプトエンジ
ンは、これらのサービスにアクセスするために、情報が
テレスクリプトアブストラクションに流入したりそれか
ら流出したりすることを可能とするためのメカニズムを
指示していなければならない。詳細には、このメカニズ
ムは、内在するコミュニケーションサービスにとって理
解可能なこれらのオブジェクトの対応する表現とキーテ
レスクリプトオブジェクトとの間の変換を可能とするも
のでなくてはならない。
オブジェクト（ＴＥＬＥＳＣＲＩＰＴＩＮＴＥＲＦＡＣ
Ｅ ＯＢＪＥＣＴＳ） 外部システムすなわち他のテレスクリプトエンジンまた
はテレスクリプトに基づかない通信システムとの通信を
可能にするため、テレスクリプトエンジンは、プラット
フォームまたはテレスクリプトエンジン自身に内在する
オペレーティングシステムによって供給される通信サー
ビスに依存しなければならない。テレスクリプトエンジ
ンは、これらのサービスにアクセスするために、情報が
テレスクリプトアブストラクションに流入したりそれか
ら流出したりすることを可能とするためのメカニズムを
指示していなければならない。詳細には、このメカニズ
ムは、内在するコミュニケーションサービスにとって理
解可能なこれらのオブジェクトの対応する表現とキーテ
レスクリプトオブジェクトとの間の変換を可能とするも
のでなくてはならない。
【２７６５】テレスクリプトエンジンインタフェースク
ラスは、このニードを充たすＣ＋＋クラスのセットのた
めのアブストラクトデフィニション（抽象的な定義）を
供与する。この供与される定義は、Ｃ＋＋クラスが十分
に定義されていなく、テレスクリプトエンジンの機能性
についての最初の要求の言葉で記述されているため抽象
的である。
ラスは、このニードを充たすＣ＋＋クラスのセットのた
めのアブストラクトデフィニション（抽象的な定義）を
供与する。この供与される定義は、Ｃ＋＋クラスが十分
に定義されていなく、テレスクリプトエンジンの機能性
についての最初の要求の言葉で記述されているため抽象
的である。
【２７６６】これらのクラスの内部的な機構および内在
する通信サービスとの関係について完全な自由がこれら
のクラスのインプリメンターに任せられている。
する通信サービスとの関係について完全な自由がこれら
のクラスのインプリメンターに任せられている。
【２７６７】７．１ インターフェースコンベンション
（Ｉｎｔｅｒｆａｃｅ Ｃｏｎｖｅｎｔｉｏｎｓ） テレスクリプトエンジンインタフェースクラスのインプ
リメンテーションは、クラスインタフェースを通過する
データアイテムの使用についての１組みのコンベンショ
ンに従わねばならない。これらのコンベンションは、オ
ーナーシップの規則の言葉で表現され、ここにオーナー
シップは、ある与えられたデータピースを変更する権利
およびそれを破壊する責任とともに定義される。
（Ｉｎｔｅｒｆａｃｅ Ｃｏｎｖｅｎｔｉｏｎｓ） テレスクリプトエンジンインタフェースクラスのインプ
リメンテーションは、クラスインタフェースを通過する
データアイテムの使用についての１組みのコンベンショ
ンに従わねばならない。これらのコンベンションは、オ
ーナーシップの規則の言葉で表現され、ここにオーナー
シップは、ある与えられたデータピースを変更する権利
およびそれを破壊する責任とともに定義される。
【２７６８】他に指定がなければ、テレスクリプトエン
ジンインタフェースクラスのインプリメンテーション
は、次のインタフェースコンベンションに従わねばなら
ない。
ジンインタフェースクラスのインプリメンテーション
は、次のインタフェースコンベンションに従わねばなら
ない。
【２７６９】リファレンスまたはポインタアーギュメン
トを受け入れる全ての機能に対して、参照されまたは指
示されたデータのオーナーシップはコーラー（呼び出し
た者）から呼び出されたオブジェクトに移行し、そのた
めオブジェクトは、適切な時にデータを変更する権利お
よびそのデータを破壊する責任を持つ。
トを受け入れる全ての機能に対して、参照されまたは指
示されたデータのオーナーシップはコーラー（呼び出し
た者）から呼び出されたオブジェクトに移行し、そのた
めオブジェクトは、適切な時にデータを変更する権利お
よびそのデータを破壊する責任を持つ。
【２７７０】リファレンスまたはポインタの値をリター
ンする全ての機能に対して、参照または指示されたデー
タのオーナーシップは、呼び出されたオブジェクトによ
って保持される。しかしオブジェクトは、オブジェクト
を変更しうるファンクションへの次のコールがなされる
までは参照され／指示されたデータが勝手に変えられな
いことを保証する。
ンする全ての機能に対して、参照または指示されたデー
タのオーナーシップは、呼び出されたオブジェクトによ
って保持される。しかしオブジェクトは、オブジェクト
を変更しうるファンクションへの次のコールがなされる
までは参照され／指示されたデータが勝手に変えられな
いことを保証する。
【２７７１】オブジェクトは破壊された時それがオーナ
ーシップを有する全てのデータを破壊する。
ーシップを有する全てのデータを破壊する。
【２７７２】７．２ Ｔｓキャラクタ（ＴｓＣｈａｒａ
ｃｔｅｒ） ”TsCharacter”タイプのデフィニションは、この開示
のアペンディックスＡに定められたように、テレスクリ
プトキャラクタクラスの限定されたＣ＋＋表現を供与す
る。
ｃｔｅｒ） ”TsCharacter”タイプのデフィニションは、この開示
のアペンディックスＡに定められたように、テレスクリ
プトキャラクタクラスの限定されたＣ＋＋表現を供与す
る。
【２７７３】”TsCharacter”タイプのインプリメンテ
ーションは、全てのＡＳＣＩＩキャラクタを収容するこ
とができることが望まれている。これは最初の要求であ
る。好ましくは、 ”TsCharacter”タイプのインプリ
メンテーションは全てのユニコードキャラクタを含むこ
とができる。
ーションは、全てのＡＳＣＩＩキャラクタを収容するこ
とができることが望まれている。これは最初の要求であ
る。好ましくは、 ”TsCharacter”タイプのインプリ
メンテーションは全てのユニコードキャラクタを含むこ
とができる。
【２７７４】７．３ Ｔｓデスティネーション（ＴｓＤ
ｅｓｔｉｎａｔｉｏｎ） ”TsDestination”クラスはこのアペンディックスのセ
クション４に規定されたように、テレスクリプトデステ
ィネーションクラスのＣ＋＋表現を供与する。”TsDest
ination”クラスのインプリメンテーションは、最小
で、次の機能性を供与するものとする。
ｅｓｔｉｎａｔｉｏｎ） ”TsDestination”クラスはこのアペンディックスのセ
クション４に規定されたように、テレスクリプトデステ
ィネーションクラスのＣ＋＋表現を供与する。”TsDest
ination”クラスのインプリメンテーションは、最小
で、次の機能性を供与するものとする。
【２７７５】クラス TsDestination ( public: TsDestination(TsTeleaddress*teleaddress, TsTelenam
e * telename, TsOctets * data); -TsTeleaddress(); const TsTeleaddress * getTeleaddress()const; const
TsTelename * getTelename () const; const TsOctets
* getData () const;); Construction TsDestination: TsDestination (TsTeleaddress * teleaddress, TsTele
name * telename, TsOctets * data) は、新しい”TsDestination”オブジェクトを構成す
る。
e * telename, TsOctets * data); -TsTeleaddress(); const TsTeleaddress * getTeleaddress()const; const
TsTelename * getTelename () const; const TsOctets
* getData () const;); Construction TsDestination: TsDestination (TsTeleaddress * teleaddress, TsTele
name * telename, TsOctets * data) は、新しい”TsDestination”オブジェクトを構成す
る。
【２７７６】teleaddress 新しい”TsDestination”オブジェクトのテレアドレス
の値を形成するべき”TsTeleaddress”オブジェクトへ
のポインタまたは、デスティネーションオブジェクトが
テレアドレスの値を持たない場合、０ポインタ。
の値を形成するべき”TsTeleaddress”オブジェクトへ
のポインタまたは、デスティネーションオブジェクトが
テレアドレスの値を持たない場合、０ポインタ。
【２７７７】telename 新しい”TsTelename”オブジェクトのテレネーム値を形
成するべき”TsDestination”オブジェクトへのポイン
タまたは、デスティネーションオブジェクトがテレネー
ムの値を持たない場合、０ポインタ。
成するべき”TsDestination”オブジェクトへのポイン
タまたは、デスティネーションオブジェクトがテレネー
ムの値を持たない場合、０ポインタ。
【２７７８】data 新しい”TsDestination”オブジェクトのデスティネー
ションオブジェクトの値を形成するために”TsOctets”
オブジェクトへのポインターか、または、デスティネー
ションオブジェクトがデスティネーションデータの値を
持たない場合、０ポインタ。
ションオブジェクトの値を形成するために”TsOctets”
オブジェクトへのポインターか、または、デスティネー
ションオブジェクトがデスティネーションデータの値を
持たない場合、０ポインタ。
【２７７９】Destruction -TsDestination: -TsDestination() ”TsDestination”オブジェクトを破壊する。”TsDesti
nation”オブジェクトと、そのオブジェクトがオーナー
シップの責任を持つ全てのデータが破壊される。
nation”オブジェクトと、そのオブジェクトがオーナー
シップの責任を持つ全てのデータが破壊される。
【２７８０】Data Access getTeleaddress: const TsTeleaddress*getTeleaddress()const ”TsDestination”オブジェクトのテレアドレスの値へ
のポインタをリターンするかまたは、デスティネーショ
ンオブジェクトがテレアドレスの値を持たない場合、０
ポインタをリターンする。
のポインタをリターンするかまたは、デスティネーショ
ンオブジェクトがテレアドレスの値を持たない場合、０
ポインタをリターンする。
【２７８１】getTelename: const TsTelename*getTelename()const ”TsDestination”オブジェクトのテレネームの値への
ポインタをリターンするか、または、デスティネーショ
ンオブジェクトがテレネームの値を持たない場合、０ポ
インタをリターンする。
ポインタをリターンするか、または、デスティネーショ
ンオブジェクトがテレネームの値を持たない場合、０ポ
インタをリターンする。
【２７８２】getData: const TsOctets * getData()const ”TsDestination”オブジェクトのデスティネーション
データの値へのポインタをリターンするか、または、デ
スティネーションオブジェクトがデスティネーションデ
ータの値を持たない場合、０ポインタをリターンする。
データの値へのポインタをリターンするか、または、デ
スティネーションオブジェクトがデスティネーションデ
ータの値を持たない場合、０ポインタをリターンする。
【２７８３】７．４ Ｔｓデスティネーションリスト
（ＴｓＤｅｓｔｉｎａｔｉｏｎＬｉｓｔ） ”TsDestinationList”クラスは、クラス”destinatio
n”のオブジェクトを収容するように拘束された、この
開示のアペンディックスＡに規定されたテレスクリプト
クラス”List”のＣ＋＋表現を供与する。”TsDestinat
ionList”クラスのインプリメンテーションは最小でも
次の機能性を供与しなければならない。
（ＴｓＤｅｓｔｉｎａｔｉｏｎＬｉｓｔ） ”TsDestinationList”クラスは、クラス”destinatio
n”のオブジェクトを収容するように拘束された、この
開示のアペンディックスＡに規定されたテレスクリプト
クラス”List”のＣ＋＋表現を供与する。”TsDestinat
ionList”クラスのインプリメンテーションは最小でも
次の機能性を供与しなければならない。
【２７８４】{ public: TsDestinationList(); -TsDestinationList(); const TsDestination*nextDestination();void rese
t(); size_t destinationCount()const; void appendDestination(TsDestination*destination); }; Construction TsDestinationList: TsDestinationList() エンプティの”TsDestinationList”オブジェクトを構
成する。
t(); size_t destinationCount()const; void appendDestination(TsDestination*destination); }; Construction TsDestinationList: TsDestinationList() エンプティの”TsDestinationList”オブジェクトを構
成する。
【２７８５】Destruction -TsDestination-List: -TsDestinationList() ”TsDestinationList”オブジェクトを破壊する。”TsD
estinationList”オブジェクトおよびそのオブジェクト
がオーナーシップの責任を持つ全てのデータが破壊され
る。
estinationList”オブジェクトおよびそのオブジェクト
がオーナーシップの責任を持つ全てのデータが破壊され
る。
【２７８６】Data Access appendDestination: void appendDestination(TsDestination*destination) ”TsDestination”オブジェクトの形の単一のデスティ
ネーションを、”TsDestinationList”オブジェクト内
に含まれるデスティネーションのリストに付加する。
ネーションを、”TsDestinationList”オブジェクト内
に含まれるデスティネーションのリストに付加する。
【２７８７】destination ”TsDestination”オブジェクト中のデスティネーショ
ンのリストに付加されるべきデスティネーションを伝え
る”TsDestination”オブジェクトへのポインタ。
ンのリストに付加されるべきデスティネーションを伝え
る”TsDestination”オブジェクトへのポインタ。
【２７８８】nextDestination: const TsDestination*nextDestination() ”TsDestination”オブジェクトの形のデスティネーシ
ョンへのポインタをリターンするか、または０ポインタ
をリターンする。”nextestination()”機能は多重の呼
び出しを通じて、”TsDestinationList”オブジェクト
に含まれる１組のデスティネーションを、それらが収容
されている順序でリターンする。最後のデスティネーシ
ョンがリターンされた後、リセットファンクションの次
の呼び出しまで、”nextestination()”機能は０ポイン
タをリターンする。
ョンへのポインタをリターンするか、または０ポインタ
をリターンする。”nextestination()”機能は多重の呼
び出しを通じて、”TsDestinationList”オブジェクト
に含まれる１組のデスティネーションを、それらが収容
されている順序でリターンする。最後のデスティネーシ
ョンがリターンされた後、リセットファンクションの次
の呼び出しまで、”nextestination()”機能は０ポイン
タをリターンする。
【２７８９】reset: void reset() ”nextestination()”機能の次の呼び出しによって、”
TsDestinationList”オブジェクト中に含まれる最初の
デスティネーションをリターンさせる。
TsDestinationList”オブジェクト中に含まれる最初の
デスティネーションをリターンさせる。
【２７９０】destinationCount: size_t destinationCount() const ”TsDestinationList”オブジェクト中に現在含まれる
デスティネーションの数をリターンする。
デスティネーションの数をリターンする。
【２７９１】７．５ Ｔｓエグジスティングコネクショ
ンミーンズ（ＴｓＥｘｉｓｔｉｎｇＣｏｎｎｅｃｔｉｏ
ｎＭｅａｎｓ） ”TsExistingConnectionMeans”クラスは、このアペン
ディックスのセクション３に規定されたように、テレス
クリプト”TsExistingConnectionMeans”クラスのＣ＋
＋表現を供与する。”TsExistingConnectionMeans”ク
ラスのインプリメンテーションは最小でも次の機能を供
与しなければならない。
ンミーンズ（ＴｓＥｘｉｓｔｉｎｇＣｏｎｎｅｃｔｉｏ
ｎＭｅａｎｓ） ”TsExistingConnectionMeans”クラスは、このアペン
ディックスのセクション３に規定されたように、テレス
クリプト”TsExistingConnectionMeans”クラスのＣ＋
＋表現を供与する。”TsExistingConnectionMeans”ク
ラスのインプリメンテーションは最小でも次の機能を供
与しなければならない。
【２７９２】クラス TsExistingConnectionMeans:publi
c TsReservableMeans { public: TsExistingConnectionMeans (const TsReservation&reservation, TsOctets*conne
ctionId); -TsExistingConnectionMeans(); const TsOctets * getConnectionId ()const; }; Construction TsExisting-ConnectionMeans: TsExistingConnectionMeans(const TsReservation& res
ervation, TsOctets *connectionId) 新しい”TsExistingConnectionMeans”オブジェクトを
構成する。
c TsReservableMeans { public: TsExistingConnectionMeans (const TsReservation&reservation, TsOctets*conne
ctionId); -TsExistingConnectionMeans(); const TsOctets * getConnectionId ()const; }; Construction TsExisting-ConnectionMeans: TsExistingConnectionMeans(const TsReservation& res
ervation, TsOctets *connectionId) 新しい”TsExistingConnectionMeans”オブジェクトを
構成する。
【２７９３】reservation 新しい”TsExistingConnectionMeans”オブジェクト
の”TsReservableMeans”スーパークラスコンポーネン
トのリザーベイションの値を形成するべき”TsReservat
ion”オブジェクトへのリファレンス。
の”TsReservableMeans”スーパークラスコンポーネン
トのリザーベイションの値を形成するべき”TsReservat
ion”オブジェクトへのリファレンス。
【２７９４】connectionId 新しい”TsExistingConnectionMeans”オブジェクトの
コネクションの識別子の値を形成するべき”TsOctets”
オブジェクトへのポインタ。
コネクションの識別子の値を形成するべき”TsOctets”
オブジェクトへのポインタ。
【２７９５】Destruction -TsExisting-ConnectionMeans: -TsExistingConnectionMeans() ”TsExistingConnectionMeans”オブジェクトを破壊す
る。”TsExistingConnectionMeans”オブジェクトおよ
びこのオブジェクトがオーナーシップの責任を持つ全て
のデータが破壊される。
る。”TsExistingConnectionMeans”オブジェクトおよ
びこのオブジェクトがオーナーシップの責任を持つ全て
のデータが破壊される。
【２７９６】Data Access getConnectionId: const TsOctets * getConnectionId() const ”TsExistingConnectionMeans”オブジェクトに含まれ
るコネクション識別子の値へのポインタがリターンされ
る。
るコネクション識別子の値へのポインタがリターンされ
る。
【２７９７】７．６ Ｔｓインテジャ（ＴｓＩｎｔｅｇ
ｅｒ） ”TsInteger”タイプのデフィニションは、テレスクリ
プトクラス”Integer”の限定されたＣ＋＋表現を与え
る。
ｅｒ） ”TsInteger”タイプのデフィニションは、テレスクリ
プトクラス”Integer”の限定されたＣ＋＋表現を与え
る。
【２７９８】”TsInteger”タイプのインプリメンテー
ションは、範囲−２１４７４８３６４８から＋２１４７
４８３６４７の範囲にある値を保持することができなけ
ればならない。
ションは、範囲−２１４７４８３６４８から＋２１４７
４８３６４７の範囲にある値を保持することができなけ
ればならない。
【２７９９】７．７ インテジャリスト（ＴｓＩｎｔｅ
ｇｅｒＬｉｓｔ） ”TsintegerList”クラスは、クラス”integer”のオブ
ジェクトを収容するように拘束された、この開示のアペ
ンディックスＡに定義されたテレスクリプトクラス”Li
st”のＣ＋＋表現を供与する。”TsInteger”クラスの
インプリメンテーションは最小でも次の機能を供与しな
ければならない。
ｇｅｒＬｉｓｔ） ”TsintegerList”クラスは、クラス”integer”のオブ
ジェクトを収容するように拘束された、この開示のアペ
ンディックスＡに定義されたテレスクリプトクラス”Li
st”のＣ＋＋表現を供与する。”TsInteger”クラスの
インプリメンテーションは最小でも次の機能を供与しな
ければならない。
【２８００】この場合には、ＣＩは、”stop()”を呼び
出し、これは、ｏｐn ”transferOut”へのその後の全
ての呼び出しを阻止する効果を持つであろう。”star
t()”への後の呼び出しは、出力を取り、ブロックの結
果として停止されねばならなかったエンジンタスクをお
そらくは再スケジュールする。
出し、これは、ｏｐn ”transferOut”へのその後の全
ての呼び出しを阻止する効果を持つであろう。”star
t()”への後の呼び出しは、出力を取り、ブロックの結
果として停止されねばならなかったエンジンタスクをお
そらくは再スケジュールする。
【２８０１】クラス TsIntegerList { public: TsIntegerList(); -TsIntegerList(); const TsInteger*nextInteger(); void reset(); size_t integerCount () const; void appendInteger(TsInteger Integer);}; Construction TsIntegerList: TsIntegerList() 新しい”TsIntegerList”オブジェクトを構成する。
【２８０２】この構成の後”appendInteger()”機能が
呼び出されるまでに、新しく作り出されたインテジャリ
ストは空となる。
呼び出されるまでに、新しく作り出されたインテジャリ
ストは空となる。
【２８０３】Destruction -TsIntegerList: -TsIntegerList() ”TsIntegerList”オブジェクトを破壊する。
【２８０４】”TsIntegerList”オブジェクトおよびそ
のオブジェクトがオーナーシップの責任を持つ全てのデ
ータが破壊される。
のオブジェクトがオーナーシップの責任を持つ全てのデ
ータが破壊される。
【２８０５】appendInteger; void appendInteger(TeInteger integer) ”TsIntegerList”オブジェクトの形の単一のインテジ
ャを、Ｔｓインテジャリストオブジェクトに含まれたイ
ンテジャのリストに付加する。
ャを、Ｔｓインテジャリストオブジェクトに含まれたイ
ンテジャのリストに付加する。
【２８０６】integer ”TsIntegerList”オブジェクトに含まれるインテジャ
のリストに付加されるべきインテジャの値。
のリストに付加されるべきインテジャの値。
【２８０７】nextInteger: const TsInteger * nextInteger() Ｔｓインテジャリスト／オブジェクトの形のインテジャ
（整数）へのポインタをリターンするかまたは０ポイン
タをリターンする。”nextInteger()”機能は多数回の
呼び出しを通じて、”TsIntegerList”オブジェクトに
含まれるインテジャのセットを、それらが収容されてい
る順序でリターンする。最後の整数がリターンされた
後、リセットファンクションが次に呼び出されるまで
に”nextInteger()”機能によって、０ポインタをリタ
ーンする。
（整数）へのポインタをリターンするかまたは０ポイン
タをリターンする。”nextInteger()”機能は多数回の
呼び出しを通じて、”TsIntegerList”オブジェクトに
含まれるインテジャのセットを、それらが収容されてい
る順序でリターンする。最後の整数がリターンされた
後、リセットファンクションが次に呼び出されるまで
に”nextInteger()”機能によって、０ポインタをリタ
ーンする。
【２８０８】reset: void reset() ”nextInteger()”の次の呼び出しによって、”TsInteg
erList”オブジェクトに含まれる最初の整数をリターン
させる。
erList”オブジェクトに含まれる最初の整数をリターン
させる。
【２８０９】integerCount: size_t integerCount () const ”TsIntegerList”オブジェクトに現在含まれる整数の
数をリターンする。
数をリターンする。
【２８１０】７．８ Ｔｓミーンズ（ＴｓＭｅａｎｓ） ”TsMeans”クラスは、この開示のアペンディックスＡ
に規定されたテレスクリプトクラス”Means”のＣ＋＋
の表現を供与する。”TsMeans”のインプリメンテーシ
ョンは、最小でも次の機能を供与しなければならない。
に規定されたテレスクリプトクラス”Means”のＣ＋＋
の表現を供与する。”TsMeans”のインプリメンテーシ
ョンは、最小でも次の機能を供与しなければならない。
【２８１１】クラス TsMeans { public: typedef enum { TsMeansType_PSTN=0, TsMeansType_ExistingConnection=1, }Type; virtual -TsMeans()=0; Type type () const; protected: TsMeans (Type type); }; Construction TsMeans; TsMeans(Type meansType) 新しい”TsMeans”オブジェクトを構成する。
【２８１２】meanType 新しい”TsMeans”オブジェクトのミーンズ形の値を指
定する列記。
定する列記。
【２８１３】Destruction -TsMeans: 仮想的な -TsMeans() ”TsDestination”オブジェクトを破壊する。”TsDesti
nation”オブジェクトとそのオブジェクトがオーナーシ
ップの責任を持つ全てのデータが破壊される。
nation”オブジェクトとそのオブジェクトがオーナーシ
ップの責任を持つ全てのデータが破壊される。
【２８１４】Data Access type: Type type () const ”TsMeans”オブジェクトのミーンズ形の値をリターン
する。
する。
【２８１５】７．９ Ｔｓオブジェクトスペシファイヤ
（ＴｓｏｂｊＳｐｅｃｉｆｉｅｒ） ”TsObjSpecifier”は、各々が１つのプロトコールを表
すオブジェクトのクラスのＣ＋＋表現を与え、このプロ
トコールを他のプロトコールから識別する。一例とし
て、”TsObjSpecifier”によって表されるクラスの１つ
のメンバは、セキュリティを与える特定の１つの方法を
表すように使用することができる。”TsObjSpecifier”
クラスのインプリメンテーションは、最小でも、次の機
能を供与しなければならない。
（ＴｓｏｂｊＳｐｅｃｉｆｉｅｒ） ”TsObjSpecifier”は、各々が１つのプロトコールを表
すオブジェクトのクラスのＣ＋＋表現を与え、このプロ
トコールを他のプロトコールから識別する。一例とし
て、”TsObjSpecifier”によって表されるクラスの１つ
のメンバは、セキュリティを与える特定の１つの方法を
表すように使用することができる。”TsObjSpecifier”
クラスのインプリメンテーションは、最小でも、次の機
能を供与しなければならない。
【２８１６】クラス TsObjSpecifier { public: TsObjSpecifier(TsInteger objId, TsOctets * namingAuthority); -TsObjSpecifier(); TsInteger getObjId () const; const TsOctets * getNamingAuthority () const; }; Construction TsObjSpecifier: TsObjSpecifier(TsInteger objId, TsOctets * namingA
uthority) 新しいＴｓオブジェクトスペシファイヤオブジェクトを
構成する。
uthority) 新しいＴｓオブジェクトスペシファイヤオブジェクトを
構成する。
【２８１７】objId 新しい”TsObjSpecifier”オブジェクトのオブジェクト
識別子の値を形成するべき整数の値。
識別子の値を形成するべき整数の値。
【２８１８】naming Authority 新しい”TsObjSpecifier”オブジェクトのネーミングオ
ーソリティを形成するべき”TsOctets”オブジェクトへ
のポインタか、または、新しい”TsObjSpecifier”オブ
ジェクトがネーミングオーソリティの値を含まない場
合、０ポインタ。
ーソリティを形成するべき”TsOctets”オブジェクトへ
のポインタか、または、新しい”TsObjSpecifier”オブ
ジェクトがネーミングオーソリティの値を含まない場
合、０ポインタ。
【２８１９】Destruction -TsObjSpecifier: -TsObjSpecifier () ”TsObjSpecifier”オブジェクトを破壊する。”TsObjS
pecifier”オブジェクトとそのオブジェクトがオーナー
シップの責任を持つ全てのデータが破壊される。
pecifier”オブジェクトとそのオブジェクトがオーナー
シップの責任を持つ全てのデータが破壊される。
【２８２０】Data Access getObjId: TsInteger getObjId () const ”TsObjSpecifier”オブジェクトに含まれるオブジェク
ト識別子の値がリターンされる。
ト識別子の値がリターンされる。
【２８２１】getNaming-Authority: const TsOctets * getNamingAuthority () const ”TsObjSpecifier”オブジェクトに含まれるネーミング
オーソリティの値を伝える”TsOctets”オブジェクトへ
のポインタをリアするか、または、 ”TsObjSpecifie
r”オブジェクトがネーミングオーソリティの値を含ま
ない場合、０ポインタをリターンする。
オーソリティの値を伝える”TsOctets”オブジェクトへ
のポインタをリアするか、または、 ”TsObjSpecifie
r”オブジェクトがネーミングオーソリティの値を含ま
ない場合、０ポインタをリターンする。
【２８２２】７．１０ Ｔｓオクテット（ＴｓＯｃｔｅ
ｔ） Ｔｓオクテットタイプがこの開示のアペンディックスＡ
に規定されたテレスクリプトクラス”octet”のＣ＋＋
表現を供与する。
ｔ） Ｔｓオクテットタイプがこの開示のアペンディックスＡ
に規定されたテレスクリプトクラス”octet”のＣ＋＋
表現を供与する。
【２８２３】”TsOctets”タイプはＣ＋＋符号なしｃｈ
ａｒとして定義される。
ａｒとして定義される。
【２８２４】７．１１ Ｔｓオクテッツ（ＴｓＯｃｔｅ
ｔｓ） ”Octets”クラスは、この開示のアペンディックスＡに
規定されたテレスクリプトクラス”octets”のＣ＋＋表
現を与える。”TsOctets”のインプリメンテーション
は、最小でも、次の機能を与えなければならない。 クラス TsOctets { public: enum Copy Ownership{makeCopy, ownCopy, borrowCop
y}; TsOctets(size_tsize); TsOctets(size_t size, const TsOctet * data, CopyOw
nership ownership=makeCopy); -TsOctets ();const TsOctet*nextSeg(int&segSize);
void reset(); size_t size()const; void appendSeg(size}t size, const TsOctet* data); }; Construction TsOctets: TsOctets ”size_t size,TsOctete*data,CopyOwnership
ownership) ”TsOctet”オブジェクトの単一の列から”TsOctets”
オブジェクトを構成する。
ｔｓ） ”Octets”クラスは、この開示のアペンディックスＡに
規定されたテレスクリプトクラス”octets”のＣ＋＋表
現を与える。”TsOctets”のインプリメンテーション
は、最小でも、次の機能を与えなければならない。 クラス TsOctets { public: enum Copy Ownership{makeCopy, ownCopy, borrowCop
y}; TsOctets(size_tsize); TsOctets(size_t size, const TsOctet * data, CopyOw
nership ownership=makeCopy); -TsOctets ();const TsOctet*nextSeg(int&segSize);
void reset(); size_t size()const; void appendSeg(size}t size, const TsOctet* data); }; Construction TsOctets: TsOctets ”size_t size,TsOctete*data,CopyOwnership
ownership) ”TsOctet”オブジェクトの単一の列から”TsOctets”
オブジェクトを構成する。
【２８２５】size 新しい”TsOctets”オブジェクトに含まれるオクテット
の数。
の数。
【２８２６】data 新しい”TsOctets”オブジェクトに含まれるべきオクテ
ットの列すなわち”TsOctet”オブジェクトへのポイン
ター。この列中のエレメントの数は、”サイズ”の値に
等しいかまたはこれよりも大きくなければならない。
ットの列すなわち”TsOctet”オブジェクトへのポイン
ター。この列中のエレメントの数は、”サイズ”の値に
等しいかまたはこれよりも大きくなければならない。
【２８２７】注：”サイズ”が０である場合、呼び差し
者（コーラー）によって０の長さの列が供与されねばな
らない。
者（コーラー）によって０の長さの列が供与されねばな
らない。
【２８２８】ownership オクテットの列を新しい”TsOctets”オブジェクトに組
み込む方法を特定した列記。可能な値は次の通りであ
る。
み込む方法を特定した列記。可能な値は次の通りであ
る。
【２８２９】”ｍａｋｅＣｏｐｙ”：オクテットの列中
のデータは、別の物理的なコピーの作成によって新し
い”TsOctets”オブジェクトに組み込まねばならない。
この構成に続いてコーラーは、元のオクテット列の完全
なオーナーシップを保持している。
のデータは、別の物理的なコピーの作成によって新し
い”TsOctets”オブジェクトに組み込まねばならない。
この構成に続いてコーラーは、元のオクテット列の完全
なオーナーシップを保持している。
【２８３０】特定されたオーナーシップアーギュメント
が”makeコピー”である場合、コーラーによって供与さ
れたオクテット列は、静的に、動的にまたは自動的に割
り当てられることができる。
が”makeコピー”である場合、コーラーによって供与さ
れたオクテット列は、静的に、動的にまたは自動的に割
り当てられることができる。
【２８３１】”ｏｗｎＣｏｐｙ”：オクテット列中のデ
ータは、インプリメンテーションの裁量によって、供与
されるオクテット列自身の組み込みを介して直接に新し
い”TsOctets”オブジェクトに組み込むことができる。
コーラーはこの構成に続いて、供与されたオクテット列
のオーナーシップを新しい”TsOctets”オブジェクトに
引き渡す。
ータは、インプリメンテーションの裁量によって、供与
されるオクテット列自身の組み込みを介して直接に新し
い”TsOctets”オブジェクトに組み込むことができる。
コーラーはこの構成に続いて、供与されたオクテット列
のオーナーシップを新しい”TsOctets”オブジェクトに
引き渡す。
【２８３２】特定されたオーナーシップのアーギュメン
トが”オウンコピー”である場合、コーラーによって供
与されたオクテット列は動的に割り当てられなければな
らない。
トが”オウンコピー”である場合、コーラーによって供
与されたオクテット列は動的に割り当てられなければな
らない。
【２８３３】”ｂｏｒｒｏｗＣｏｐｙ”：オクテット列
中のデータは、供与されたオクテット列自身の組み込み
を介して、インプリメンテーションの裁量で、新しい”
TsOctets”オブジェクトに直接に組み込むことができ
る。”TsOctets”オブジェクトが構成された後、その破
壊まで、コーラーは、供与されたオクテット列自身の組
み込みを介して、インプリメンテーションの裁量で、新
しい”TsOctets”オブジェクトに直接に組み込むことが
できる。”TsOctets”オブジェクトが構成された後その
破壊までコーラは、供与されたオクテット列の列に対す
るコーラのオーナーシップを新しい”TsOctets”オブジ
ェクトにローンする。この期間の間コーラも、”TsOcte
ts”オブジェクトも、オクテット列を変更したり破壊し
たりしない。”TsOctets”オブジェクトが開始された
ら、オクテット列の完全なオーナーシップは再びコーラ
に戻される。
中のデータは、供与されたオクテット列自身の組み込み
を介して、インプリメンテーションの裁量で、新しい”
TsOctets”オブジェクトに直接に組み込むことができ
る。”TsOctets”オブジェクトが構成された後、その破
壊まで、コーラーは、供与されたオクテット列自身の組
み込みを介して、インプリメンテーションの裁量で、新
しい”TsOctets”オブジェクトに直接に組み込むことが
できる。”TsOctets”オブジェクトが構成された後その
破壊までコーラは、供与されたオクテット列の列に対す
るコーラのオーナーシップを新しい”TsOctets”オブジ
ェクトにローンする。この期間の間コーラも、”TsOcte
ts”オブジェクトも、オクテット列を変更したり破壊し
たりしない。”TsOctets”オブジェクトが開始された
ら、オクテット列の完全なオーナーシップは再びコーラ
に戻される。
【２８３４】特定されたオーナーシップのアーギュメン
トが”ボローコピー”である場合、コーラによって供与
されたオクテット列は、静的に、動的にまたは自動的に
割り当てることができる。
トが”ボローコピー”である場合、コーラによって供与
されたオクテット列は、静的に、動的にまたは自動的に
割り当てることができる。
【２８３５】TsOctets: TsOctets (size_t eventualSize) ”appendSeg()”機能を用いて、データを付加する準備
として、空の”TsOctets”オブジェクトを構成する。こ
れについては以下に説明される。 ｅｖｅｎｔｕａｌＳ
ｉｚｅ 新しい”TsOctets”オブジェクトに時に含められるべき
最大数のオクテット。
として、空の”TsOctets”オブジェクトを構成する。こ
れについては以下に説明される。 ｅｖｅｎｔｕａｌＳ
ｉｚｅ 新しい”TsOctets”オブジェクトに時に含められるべき
最大数のオクテット。
【２８３６】Destruction -TsOctets: -TsOctets() ”TsOctets”オブジェクトを破壊する。”TsOctets”オ
ブジェクトおよびそのオブジェクトがオーナーシップが
責任を持つ全てのデータは破壊される。
ブジェクトおよびそのオブジェクトがオーナーシップが
責任を持つ全てのデータは破壊される。
【２８３７】Data Access appendSeg: void appendSeg (size_t size, TsOctet * data, CopyOwnership ownership) オクテット列すなわち”TsOctets”オブジェクトの列
を、”TsOctets”オブジェクト中にすでに存在している
オクテットのセットに付加する。
を、”TsOctets”オブジェクト中にすでに存在している
オクテットのセットに付加する。
【２８３８】注：”TsOctets”以外のコンストラクタに
よって、すなわち、前記コンストラクタ機能のアーギュ
メント”イベンチュアルサイズ”によって、サイズ”イ
ベンチュアルサイズ”コンストラクタによって、作り出
された”TsOctets”オブジェクトに対してこの機能を呼
び出す効果は、インプリメンテーションによって規定さ
れる。さらにコンストラクタの”イベンチュアルサイ
ズ”パラメータに宣言された以上のデータを付加する効
果もインプリメンテーションによって規定される。
よって、すなわち、前記コンストラクタ機能のアーギュ
メント”イベンチュアルサイズ”によって、サイズ”イ
ベンチュアルサイズ”コンストラクタによって、作り出
された”TsOctets”オブジェクトに対してこの機能を呼
び出す効果は、インプリメンテーションによって規定さ
れる。さらにコンストラクタの”イベンチュアルサイ
ズ”パラメータに宣言された以上のデータを付加する効
果もインプリメンテーションによって規定される。
【２８３９】size ”TsOctets”オブジェクトに付加されるべきオクテット
の数。
の数。
【２８４０】data ”TsOctets”オブジェクトに付加されるべきオクテット
すなわち”TsOctet”オブジェクトの列へのポインタ。
列中のエレメントの数は、”size”の値に等しいかこれ
より大きくなければならない。
すなわち”TsOctet”オブジェクトの列へのポインタ。
列中のエレメントの数は、”size”の値に等しいかこれ
より大きくなければならない。
【２８４１】注：”size”が０である場合、０の長さの
列がコーラによって供与されねばならない。
列がコーラによって供与されねばならない。
【２８４２】ownership: オクテット列を”TsOctets”オブジェクトに組み込む方
法を特定する列記。可能な値およびその対応する意味
は、”TsOctets（ｓｉｚｅ＿ｔ ｓｉｚｅ， ＴｓＯｃ
ｔｅｔ ＊ ｄａｔａ， ＣｏｐｙＯｗｎｅｒｓｈｉｐ
ｏｗｎｅｒｓｉｐ）”機能について説明したものと同
一である。
法を特定する列記。可能な値およびその対応する意味
は、”TsOctets（ｓｉｚｅ＿ｔ ｓｉｚｅ， ＴｓＯｃ
ｔｅｔ ＊ ｄａｔａ， ＣｏｐｙＯｗｎｅｒｓｈｉｐ
ｏｗｎｅｒｓｉｐ）”機能について説明したものと同
一である。
【２８４３】nextSeg: const TsOctet * nextSet (size_t & segSize) オクテット列およびサイズの値または０ポインタをリタ
ーンする。”nextSeg”ファンクションは、多数回の呼
び出しを通じて、”TsOctets”オブジェクトに含まれる
１つの列をその出現の順序で一緒に伝えるオクテット列
セグメントのコレクションをリターンする。その最後の
セグメントのリターンの後、”reset”ファンクション
が次に呼び出されるまでに、”nextSeg”ファンクショ
ンは、０ポインタをリターンし、”segSize”パラメー
タの値は変更しないままにしておく。
ーンする。”nextSeg”ファンクションは、多数回の呼
び出しを通じて、”TsOctets”オブジェクトに含まれる
１つの列をその出現の順序で一緒に伝えるオクテット列
セグメントのコレクションをリターンする。その最後の
セグメントのリターンの後、”reset”ファンクション
が次に呼び出されるまでに、”nextSeg”ファンクショ
ンは、０ポインタをリターンし、”segSize”パラメー
タの値は変更しないままにしておく。
【２８４４】注：リターンされるセグメントの全数およ
び各々の個別のセグメントのサイズはインプリメンテー
ションに依存する。
び各々の個別のセグメントのサイズはインプリメンテー
ションに依存する。
【２８４５】segSize リターンされるセグメントの大きさとともに更新される
べき符号なしの整数の値へのリファレンス。
べき符号なしの整数の値へのリファレンス。
【２８４６】reset: void reset() ”TsOctets”オブジェクト中に含まれる最初のオクテッ
トのセグメントを”nextSeg”ファンクションの次の呼
び出しによってリターンさせる。
トのセグメントを”nextSeg”ファンクションの次の呼
び出しによってリターンさせる。
【２８４７】size: size_t size () const ”TsOctets”オブジェクトに現在含まれるオクテットの
全数をリターンする。
全数をリターンする。
【２８４８】７．１２ ＴｓＰＳＴＮミーンズ（ＴｓＰ
ＳＴＮＭｅａｎｓ） ”TsPSTNMeans”クラスは、このアペンディックスのセ
クション３に規定されたテレスクリプトクラス”PSTNMe
ans”のＣ＋＋表現を供与する。”TsPSTNMeans”クラス
のインプリメンテーションは最小でも次の機能を有しな
ければならない。
ＳＴＮＭｅａｎｓ） ”TsPSTNMeans”クラスは、このアペンディックスのセ
クション３に規定されたテレスクリプトクラス”PSTNMe
ans”のＣ＋＋表現を供与する。”TsPSTNMeans”クラス
のインプリメンテーションは最小でも次の機能を有しな
ければならない。
【２８４９】クラス TsPSTNMeans: public TsReservabl
eMeans{ public: TsPSTNMeans(const TsReservation & reservation. TsTelenumber * telenumber); -TsPSTNMe
ans (); TsTelenumber * getTelenumber () const; }; Construction TsPSTNMeans: TsPSTNMeans(const TsReservaton & reservation, TsTe
lenumber * telenumber) 新しい”TsPSTNMeans”オブジェクトを構成する。
eMeans{ public: TsPSTNMeans(const TsReservation & reservation. TsTelenumber * telenumber); -TsPSTNMe
ans (); TsTelenumber * getTelenumber () const; }; Construction TsPSTNMeans: TsPSTNMeans(const TsReservaton & reservation, TsTe
lenumber * telenumber) 新しい”TsPSTNMeans”オブジェクトを構成する。
【２８５０】reservation 新しい”TsPSTNMeans”オブジェクトの”TsReservableM
eans”スーパークラスコンポーネントのリザーベイショ
ンの値を形成するべき”TsReservation”オブジェクト
へのリファレンス。
eans”スーパークラスコンポーネントのリザーベイショ
ンの値を形成するべき”TsReservation”オブジェクト
へのリファレンス。
【２８５１】telenumber 新しい”TsPSTNMeans”オブジェクトのテレナンバの値
を形成するべき”TsTelenumber”オブジェクトへのポイ
ンタ。
を形成するべき”TsTelenumber”オブジェクトへのポイ
ンタ。
【２８５２】Destruction -TsPSTNMeans: -TsPSTNMeans() ”TsPSTNMeans”オブジェクトを破壊する。”TsPSTNMea
ns”オブジェクトおよびそのオブジェクトがオーナーシ
ップ責任を持つ全てのデータが破壊される。
ns”オブジェクトおよびそのオブジェクトがオーナーシ
ップ責任を持つ全てのデータが破壊される。
【２８５３】Data Access getTelenumber: const TsTelenumber * getTelenumber () const ”TsPSTNMeans”オブジェクトに含まれるテレナンバの
値をポインタにリターンする。
値をポインタにリターンする。
【２８５４】７．１３ Ｔｓリザーバブルミーンズ（Ｔ
ｓＲｅｓｅｒｖａｂｌｅＭｅａｎｓ） ”TsReservableMeans”クラスは、このアペンディック
スのセクション３に定義されたテレスクリプトクラス”
ReservableMeans”のＣ＋＋表現を与える。”TsReserva
bleMeans”クラスのインプリメンテーションは最小でも
次の機能を与えなければならない。
ｓＲｅｓｅｒｖａｂｌｅＭｅａｎｓ） ”TsReservableMeans”クラスは、このアペンディック
スのセクション３に定義されたテレスクリプトクラス”
ReservableMeans”のＣ＋＋表現を与える。”TsReserva
bleMeans”クラスのインプリメンテーションは最小でも
次の機能を与えなければならない。
【２８５５】クラス TsReservableMeans: public TsMeans{ protected: TsReservableMeans(TsMeans::Type type, const TsRese
rvation & reservation); virtural -TsReservableMean
s(); public: TsReservaton & getReservation () const; }; Construction TsReservableMeans: TsReservableMeans(TsMeans:: Type type const TsRes
ervation & reservation) 新しい”TsReservableMeans”オブジェクトを構成す
る。
rvation & reservation); virtural -TsReservableMean
s(); public: TsReservaton & getReservation () const; }; Construction TsReservableMeans: TsReservableMeans(TsMeans:: Type type const TsRes
ervation & reservation) 新しい”TsReservableMeans”オブジェクトを構成す
る。
【２８５６】type 新しい”TsReservableMeans”オブジェクトの”TsMean
s”スーパークラスコンポーネントのミーンズ形の値を
特定する列記。
s”スーパークラスコンポーネントのミーンズ形の値を
特定する列記。
【２８５７】reservation 新しい”TsReservableMeans”オブジェクトに含まれる
べきリザーベイションの値を伝える”TsReservation”
オブジェクトへのリファレンス。Destruction-TsReserv
able-Means: 仮想的な-TsReservableMeans() ”TsReservableMeans”オブジェクトを破壊する。”TsR
eservableMeans”オブジェクトおよびこのオブジェクト
がオーナーシップの責任を持つ全てのデータを破壊す
る。
べきリザーベイションの値を伝える”TsReservation”
オブジェクトへのリファレンス。Destruction-TsReserv
able-Means: 仮想的な-TsReservableMeans() ”TsReservableMeans”オブジェクトを破壊する。”TsR
eservableMeans”オブジェクトおよびこのオブジェクト
がオーナーシップの責任を持つ全てのデータを破壊す
る。
【２８５８】Data Access getReservation: const TsReservation & getReservation () const ”TsReservableMeans”オブジェクト内に含まれるリザ
ーベイションの値へのリファレンスをリターンする。
ーベイションの値へのリファレンスをリターンする。
【２８５９】７．１４ Ｔｓリザーベイション（ＴｓＲ
ｅｓｅｒｖａｔｉｏｎ） ”TsReservation”クラスはこのアペンディックスのセ
クション３に定義されたテレスクリプトクラス”Reserv
ation”のＣ＋＋表現を与える。”TsReservation”クラ
スのインプリメンテーションは最小でも次の機能を与え
なければならない。
ｅｓｅｒｖａｔｉｏｎ） ”TsReservation”クラスはこのアペンディックスのセ
クション３に定義されたテレスクリプトクラス”Reserv
ation”のＣ＋＋表現を与える。”TsReservation”クラ
スのインプリメンテーションは最小でも次の機能を与え
なければならない。
【２８６０】クラス TsReservation { public: TsReservation(TsInteger id = 0); -TsReservation(); TsInteger id () const; }; Construction TsReservation: TsReservation (TsInteger id = 0) 新しい”TsReservation”オブジェクトを構成する。
【２８６１】id 新しい”TsReservation”オブジェクトのリザーベイシ
ョン識別子の値を形成するべき”TsInteger”。
ョン識別子の値を形成するべき”TsInteger”。
【２８６２】Destruction -TsReservation: -TsReservation() ”TsReservation”オブジェクトを破壊する。”TsReser
vation”オブジェクトおよびこのオブジェクトがオーナ
ーシップの責任を持つ全てのデータが破壊される。
vation”オブジェクトおよびこのオブジェクトがオーナ
ーシップの責任を持つ全てのデータが破壊される。
【２８６３】Data Access id: TsInteger id () const ”TsReservation”オブジェクトのリザーベイション識
別子の値をリターンする。
別子の値をリターンする。
【２８６４】７．１５ Ｔｓストリング（ＴｓＳｔｒｉ
ｎｇ） Ｔｓストリングクラスは、この開示のアペンディックス
Ａに定義されたテレスクリプトクラス”String”のＣ＋
＋表現を与える。”TsString”クラスのインプリメンテ
ーションは最小でも次の機能を与えなければならない。
Issue: This needs to be extended to support non-ASCII character sets. クラス TsString { public: TsString (const TsCharacter * string ); -TsString
(); const TsCharacter * getString () const; size_t siz
e () const; }; Construction TsString: TsString(const TsCharacter*string) 新しい”TsString”オブジェクトを構成する。
ｎｇ） Ｔｓストリングクラスは、この開示のアペンディックス
Ａに定義されたテレスクリプトクラス”String”のＣ＋
＋表現を与える。”TsString”クラスのインプリメンテ
ーションは最小でも次の機能を与えなければならない。
Issue: This needs to be extended to support non-ASCII character sets. クラス TsString { public: TsString (const TsCharacter * string ); -TsString
(); const TsCharacter * getString () const; size_t siz
e () const; }; Construction TsString: TsString(const TsCharacter*string) 新しい”TsString”オブジェクトを構成する。
【２８６５】string 新しい”TsString”オブジェクトに含まれるべきキャラ
クタのストリングを伝える、０キャラクタによって終了
される”TsCharacter”列へのポインタ。
クタのストリングを伝える、０キャラクタによって終了
される”TsCharacter”列へのポインタ。
【２８６６】Destruction -TsString: -TsString() ”TsString”オブジェクトを破壊する。”TsString”オ
ブジェクトおよぼそのオブジェクトがオーナーシップの
責任を持つ全てのデータが破壊される。
ブジェクトおよぼそのオブジェクトがオーナーシップの
責任を持つ全てのデータが破壊される。
【２８６７】Data Access getString: const TsCharacter*getString ()const ”TsString”オブジェクトに含まれるキャラクタストリ
ングへのポインタをリターンする。
ングへのポインタをリターンする。
【２８６８】size: size_t size () const ”TsString”オブジェクトに現在含まれるキャラクタの
数をリターンする。
数をリターンする。
【２８６９】７．１６ Ｔｓテレアドレス（ＴｓＴｅｌ
ｅａｄｄｒｅｓｓ） ”TsTeleaddress”クラスは、この開示のアペンディッ
クスＡに定義されるテレスクリプトクラス”TsTeleaddr
ess”のＣ＋＋表現を供与する。”TsTeleaddress”クラ
スのインプリメンテーションは最小でも次の機能を供与
しなければならない。
ｅａｄｄｒｅｓｓ） ”TsTeleaddress”クラスは、この開示のアペンディッ
クスＡに定義されるテレスクリプトクラス”TsTeleaddr
ess”のＣ＋＋表現を供与する。”TsTeleaddress”クラ
スのインプリメンテーションは最小でも次の機能を供与
しなければならない。
【２８７０】クラス TsTeleaddress { public: TsTeleaddress (TsOctets * provider, TsString * loc
ation); -TsTeleaddress(); const TsOctets*getProvider()const; const TsString
*getLocation()const; const TsOctets*getnextRoutingAdvice ();void rese
t(); int routingAdviceCount () const; void appendRoutingAdvice (TsOctets*advice);}; Construction TsTeleaddress: TsTeleaddress(TsOctets*provider, TsString*locatio
n) 新しい”TsTeleaddress”オブジェクトを構成する。
ation); -TsTeleaddress(); const TsOctets*getProvider()const; const TsString
*getLocation()const; const TsOctets*getnextRoutingAdvice ();void rese
t(); int routingAdviceCount () const; void appendRoutingAdvice (TsOctets*advice);}; Construction TsTeleaddress: TsTeleaddress(TsOctets*provider, TsString*locatio
n) 新しい”TsTeleaddress”オブジェクトを構成する。
【２８７１】この構成の後に、新しく作り出されたテレ
アドレスオブジェクト中に含まれるルーティングアドバ
イスのエレメントのリストは空となるであろう。
アドレスオブジェクト中に含まれるルーティングアドバ
イスのエレメントのリストは空となるであろう。
【２８７２】provider 新しい”TsTeleaddress”オブジェクトのプロバイダの
値を形成するべき”TsOctets”オブジェクトへのポイン
タかまたは、新しいテレアドレスオブジェクトがプロバ
オダの値を含まない場合には、０ポインタ。
値を形成するべき”TsOctets”オブジェクトへのポイン
タかまたは、新しいテレアドレスオブジェクトがプロバ
オダの値を含まない場合には、０ポインタ。
【２８７３】location 新しい”TsTeleaddress”オブジェクトのロケーション
の値を形成するべき”TsString”オブジェクトへのポイ
ンタかまたは、新しいテレアドレスオブジェクトがロケ
ーションの値を含まない場合には、０ポインタ。
の値を形成するべき”TsString”オブジェクトへのポイ
ンタかまたは、新しいテレアドレスオブジェクトがロケ
ーションの値を含まない場合には、０ポインタ。
【２８７４】Destruction -TsTeleaddress: -TsTeleaddress() ”TsTeleaddress”オブジェクトを破壊する。”TsTelea
ddress”オブジェクトおよびそのオブジェクトがオーナ
ーシップの責任を持つ全てのデータが破壊される。
ddress”オブジェクトおよびそのオブジェクトがオーナ
ーシップの責任を持つ全てのデータが破壊される。
【２８７５】Data Access appendRouting-Advice: void appendRoutingAdvice (TsOctets * advice) ”TsOctets”オブジェクトに含まれるルーティングアド
バイスのリストに、ルーティングアドバイスの単一のエ
レメントを、”TsOctets”オブジェクトの形で付加す
る。
バイスのリストに、ルーティングアドバイスの単一のエ
レメントを、”TsOctets”オブジェクトの形で付加す
る。
【２８７６】advice ”TsTeleaddress”オブジェクトのルーティングアドバ
イスのリストに付加されるべきルーティングアドバイス
のエレメントを伝える”TsTeleaddress”オブジェクト
へのポインタ。
イスのリストに付加されるべきルーティングアドバイス
のエレメントを伝える”TsTeleaddress”オブジェクト
へのポインタ。
【２８７７】getProvider const TsOctets * getProvider()const ”TsTeleaddress”オブジェクトのプロバイダ値へのポ
インタをリターンするか、または、”TsTeleaddress”
オブジェクトがプロバイダの値を持たない場合には、０
ポインタをリターンする。
インタをリターンするか、または、”TsTeleaddress”
オブジェクトがプロバイダの値を持たない場合には、０
ポインタをリターンする。
【２８７８】getLocation: const TsString*getLocation()const ”TsTeleaddress”オブジェクトのロケーションの値へ
のポインタをリターンするかまたは、”TsTeleaddres
s”オブジェクトがロケーションの値を持たない場合に
は０ポインタをリターンする。
のポインタをリターンするかまたは、”TsTeleaddres
s”オブジェクトがロケーションの値を持たない場合に
は０ポインタをリターンする。
【２８７９】nextRoutingAdvice: const TsOctets*nextRoutingAdvice() ルーティングアドバイスのエレメントへのポインタを”
TsOctets”オブジェクトの形でリターンするかまたは０
ポインタをリターンする。”nextRoutingAdovice()”は
多重の呼び出しを通じて、”TsTeleaddress”オブジェ
クトに含まれるルーティングアドバイスのエレメントの
セットをそれらのエレメントが収容されていた順序でリ
ターンする。
TsOctets”オブジェクトの形でリターンするかまたは０
ポインタをリターンする。”nextRoutingAdovice()”は
多重の呼び出しを通じて、”TsTeleaddress”オブジェ
クトに含まれるルーティングアドバイスのエレメントの
セットをそれらのエレメントが収容されていた順序でリ
ターンする。
【２８８０】最後のルーティングアドバイスエレメント
のリターンの後、リセットファンクソンが次に呼び出さ
れるまで”nextRoutingAdovice()”機能は、０ポインタ
をリターンする。
のリターンの後、リセットファンクソンが次に呼び出さ
れるまで”nextRoutingAdovice()”機能は、０ポインタ
をリターンする。
【２８８１】reset: void reset() ”TsTeleaddress”オブジェクトに含まれるルーティン
グアドバイスの最初のエレメントを、”nextRoutingAdo
vice()”のファンクションの次の呼び出しによってリタ
ーンする。
グアドバイスの最初のエレメントを、”nextRoutingAdo
vice()”のファンクションの次の呼び出しによってリタ
ーンする。
【２８８２】routingAdvice-Count: size_t routingAdviceCount () const ”TsTeleaddress”オブジェクトに現在含まれているル
ーティングアドバイスのエレメントの数をリターンす
る。
ーティングアドバイスのエレメントの数をリターンす
る。
【２８８３】７．１７ Ｔｓテレネーム（ＴｓＴｅｌｅ
ｎａｍｅ） ”TsTelename”クラスは、この開示のアペンディックス
Ａに定義されたテレスクリプトクラス”TsTelename”の
Ｃ＋＋表現を供与する。”TsTelename”クラスのインプ
リメンテーションは、最小でも次の機能を供与しなけれ
ばならない。
ｎａｍｅ） ”TsTelename”クラスは、この開示のアペンディックス
Ａに定義されたテレスクリプトクラス”TsTelename”の
Ｃ＋＋表現を供与する。”TsTelename”クラスのインプ
リメンテーションは、最小でも次の機能を供与しなけれ
ばならない。
【２８８４】クラス TsTelename { public: TsTelename (TsOctets * authority, TsOctets * identity); -TsTelename(); const TsOctets*getAuthority()const; const TsOctet
s*getIdentity()const}; Construction TsTelename: TsTelename(TsOctets*Authority, TsOctets*identity) 新しい”TsTelename”オブジェクトを構成する。
s*getIdentity()const}; Construction TsTelename: TsTelename(TsOctets*Authority, TsOctets*identity) 新しい”TsTelename”オブジェクトを構成する。
【２８８５】authority 新しい”TsTelename”オブジェクトの値を形成するべき
オクテットストリングへのポインタ。
オクテットストリングへのポインタ。
【２８８６】identity 新しい”TsTelename”オブジェクトのアイデンティティ
の値をオクテットストリングへのポインタまたは、”Ts
Telename”オブジェクトがアイデンティティの値を含ま
ない場合、０ポインタ。
の値をオクテットストリングへのポインタまたは、”Ts
Telename”オブジェクトがアイデンティティの値を含ま
ない場合、０ポインタ。
【２８８７】Destruction -TsTelename: -TsTelename() ”TsTelename”オブジェクトを破壊する。”TsTelenam
e”オブジェクトおよびこのオブジェクトがオーナーシ
ップの責任を持つ全てのデータが破壊される。
e”オブジェクトおよびこのオブジェクトがオーナーシ
ップの責任を持つ全てのデータが破壊される。
【２８８８】Data Access getAuthority: const TsOctets*getAuthority()const ”TsTelename”オブジェクトに含まれるオーソリティの
値へのポイントをリターンする。
値へのポイントをリターンする。
【２８８９】getIdentity: const TsOctets*getIdentity()const ”TsTelename”オブジェクトに含まれるアイデンティテ
ィの値へのポイントをリターンするかまたは、”TsTele
name”オブジェクトがアイデンティティの値を持たない
場合、０をリターンする。
ィの値へのポイントをリターンするかまたは、”TsTele
name”オブジェクトがアイデンティティの値を持たない
場合、０をリターンする。
【２８９０】７．１８ Ｔｓテレナンバ（ＴｓＴｅｌｅ
ｎｕｍｂｅｒ） ”TsTelenumber”クラスは、この開示のアペンディック
スＡに定義されたテレスクリプトクラス”Telenumber”
のＣ＋＋表現を与える。”TsTelenumber”クラスのイン
プリメンテーションは最小でも次の機能を与えなければ
ならない。
ｎｕｍｂｅｒ） ”TsTelenumber”クラスは、この開示のアペンディック
スＡに定義されたテレスクリプトクラス”Telenumber”
のＣ＋＋表現を与える。”TsTelenumber”クラスのイン
プリメンテーションは最小でも次の機能を与えなければ
ならない。
【２８９１】クラス TsTelenumber { public: TsTelenumber (TsString * country, TsString * telephone, TsString * extension); -TsTelenumber(); const TsString*getCountry()const; const TsString*getTelephone()const; const TsString * getExtension()const;}; Construction TsTelenumber: TsTelenumber(TsString*country, TsString*telephone,
TsString* extension) 新しい”TsTelenumber”オブジェクトを構成する。
TsString* extension) 新しい”TsTelenumber”オブジェクトを構成する。
【２８９２】country 新しい”TsTelenumber”オブジェクトの国のコードの値
を形成するべき”TsString”オブジェクトへのポインタ
か、または”TsTelenumber”オブジェクトが国のコード
の値を含まない場合、０ポインタ。
を形成するべき”TsString”オブジェクトへのポインタ
か、または”TsTelenumber”オブジェクトが国のコード
の値を含まない場合、０ポインタ。
【２８９３】注：供与された”TsString”オブジェクト
に含まれる値は、ＣＣＩＴＴが国または他の地理学的な
領域に割り当てる数値コードのセットに制限される。
に含まれる値は、ＣＣＩＴＴが国または他の地理学的な
領域に割り当てる数値コードのセットに制限される。
【２８９４】telephone 新しい”TsTelenumber”オブジェクトのテレホンナンバ
の値を形成するべき”TsString”オブジェクトへのポイ
ンタまたは、”TsTelenumber”オブジェクトはテレホン
ナンバの値を含まない場合には、０ポインタ。 注：供
与された”TsString”オブジェクトに含まれる値を形成
するべきキャラクタは、数字（”０”−”９”）、ハイ
フン（”−”）およびスペースキャラクタ（” ”）に
制限される。
の値を形成するべき”TsString”オブジェクトへのポイ
ンタまたは、”TsTelenumber”オブジェクトはテレホン
ナンバの値を含まない場合には、０ポインタ。 注：供
与された”TsString”オブジェクトに含まれる値を形成
するべきキャラクタは、数字（”０”−”９”）、ハイ
フン（”−”）およびスペースキャラクタ（” ”）に
制限される。
【２８９５】extension 新しい”TsTelenumber”オブジェクトの内線番号の値を
形成するべき”TsString”オブジェクトへのポインタま
たは、”TsTelenumber”オブジェクトは内線番号の値を
含まない場合には、０ポインタ。
形成するべき”TsString”オブジェクトへのポインタま
たは、”TsTelenumber”オブジェクトは内線番号の値を
含まない場合には、０ポインタ。
【２８９６】注：供与された”TsString”オブジェクト
に含まれる値を形成するキャラクタは、数字（”０”
−”９”）、ハイフン（”−”）およびスペースキャラ
クタ（” ”）に制限される。
に含まれる値を形成するキャラクタは、数字（”０”
−”９”）、ハイフン（”−”）およびスペースキャラ
クタ（” ”）に制限される。
【２８９７】Destruction -TsTelenumber: -TsTelenumber() ”TsTelenumber”オブジェクトを破壊する。”TsTelenu
mber”オブジェクトおよびこのオブジェクトがオーナー
シップの責任を持つ全てのデータが破壊される。
mber”オブジェクトおよびこのオブジェクトがオーナー
シップの責任を持つ全てのデータが破壊される。
【２８９８】Data Access getCountry: const TsString * getCountry()const 新しい”TsTeleaddress”オブジェクトの国コードの値
へのポインタをリターンするかまたは、”TsTeleaddres
s”オブジェクトが国のコードの値を含まない場合に
は、０ポインタをリターンする。
へのポインタをリターンするかまたは、”TsTeleaddres
s”オブジェクトが国のコードの値を含まない場合に
は、０ポインタをリターンする。
【２８９９】getIdentity: const TsOctets*getIdentity()const ”TsTeleaddress”オブジェクトのテレホンナンバの値
へのポインタをリターンするか、または、”TsTeleaddr
ess”オブジェクトがテレホンナンバの値を含まない場
合には、０ポインタをリターンする。
へのポインタをリターンするか、または、”TsTeleaddr
ess”オブジェクトがテレホンナンバの値を含まない場
合には、０ポインタをリターンする。
【２９００】getExtension: const TsString*getExtension()const ”TsTeleaddress”オブジェクトの内線番号の値へのポ
インタをリターンするか、または、”TsTeleaddress”
オブジェクトが内線番号の値を含まない場合には０ポイ
ンタをリターンする。
インタをリターンするか、または、”TsTeleaddress”
オブジェクトが内線番号の値を含まない場合には０ポイ
ンタをリターンする。
【２９０１】７．１９ Ｔｓウェイ（ＴｓＷａｙ） ”TsWay”クラスは、この開示のアペンディックスＡに
定義されたテレスクリプトクラス”Way”のＣ＋＋表現
を供与する。”TsWay”クラスのインプリメンテーショ
ンは最小でも次の機能を与えなければならない。
定義されたテレスクリプトクラス”Way”のＣ＋＋表現
を供与する。”TsWay”クラスのインプリメンテーショ
ンは最小でも次の機能を与えなければならない。
【２９０２】クラス TsWay { public: TsWay (TsTelename * name, TsMeans * means, TsObjSpecifier * secRegimeId); -TsWay(); const TsTelename * getName() const; const TsMeans
* getMeans () const;const TsObjSpecifier * getSecR
egimeId () const; }; Construction TsWay: TsWay(TsTelename * name, TsMeans * means, TsObjSpecifier * secRegimeId) 新しい”TsWay”オブジェクトを構成する。
* getMeans () const;const TsObjSpecifier * getSecR
egimeId () const; }; Construction TsWay: TsWay(TsTelename * name, TsMeans * means, TsObjSpecifier * secRegimeId) 新しい”TsWay”オブジェクトを構成する。
【２９０３】name 新しい”TsWay”オブジェクトのエンジン／領域テレネ
ームの値を形成するべき”TsTelename”オブジェクトへ
のポインタ、または、新しい”TsWay”オブジェクトが
エンジン／領域テレネームを含まない場合には、０ポイ
ンタ。
ームの値を形成するべき”TsTelename”オブジェクトへ
のポインタ、または、新しい”TsWay”オブジェクトが
エンジン／領域テレネームを含まない場合には、０ポイ
ンタ。
【２９０４】means 新しい”TsWay”オブジェクトの平均値を形成するべ
き”TsMeans”オブジェクトへのポインタまたは、新し
い”TsWay”オブジェクトが平均値を持たない場合に
は、０ポインタ。
き”TsMeans”オブジェクトへのポインタまたは、新し
い”TsWay”オブジェクトが平均値を持たない場合に
は、０ポインタ。
【２９０５】secRegineId 新しい”TsWay”オブジェクトのセキュリティレジーム
の識別値を形成するべき”TsObjSpecifier”オブジェク
トへのポインタ、または、新しい”TsWay”オブジェク
トはセキュリティレジームの識別値を含まないが平均値
を持たない場合には、０ポインタ。
の識別値を形成するべき”TsObjSpecifier”オブジェク
トへのポインタ、または、新しい”TsWay”オブジェク
トはセキュリティレジームの識別値を含まないが平均値
を持たない場合には、０ポインタ。
【２９０６】Destruction -TsWay: -TsWay() ”TsWay”オブジェクトを破壊する。”TsWay”オブジェ
クトおよびそのオブジェクトがオーナーシップの責任を
持つ全てのデータが破壊される。
クトおよびそのオブジェクトがオーナーシップの責任を
持つ全てのデータが破壊される。
【２９０７】Data Access getName: const TsTelename * getName () const ”TsWay”オブジェクトに含まれるエンジン／領域テレ
ネームの値へのポインタをリターンするかまたは、”Ts
Way”オブジェクトはエンジン／領域テレネームを含ま
ない場合には、０ポインタをリターンする。
ネームの値へのポインタをリターンするかまたは、”Ts
Way”オブジェクトはエンジン／領域テレネームを含ま
ない場合には、０ポインタをリターンする。
【２９０８】getMeans: const TsMeans * getMeans () const Ｔｓウェイオブジェクトに含まれる平均値へのポインタ
をリターンするか、または、”TsWay”オブジェクトは
平均値を含まない場合には、０ポインタをリターンす
る。
をリターンするか、または、”TsWay”オブジェクトは
平均値を含まない場合には、０ポインタをリターンす
る。
【２９０９】getSecRegimeId: const TsObjSpecifier * getSecRegimeId () const ”TsWay”オブジェクトに含まれるセキュリティレジー
ムの識別子の値へのポインタをリターンするか、また
は、”TsWay”がセキュリティレジームの識別子の値を
含まない場合には、０ポインタをリターンする。
ムの識別子の値へのポインタをリターンするか、また
は、”TsWay”がセキュリティレジームの識別子の値を
含まない場合には、０ポインタをリターンする。
【２９１０】アペンディックスＤ 1. 序 1.1 パーミットの変更 1.2 他の変更 2 テレスクリプト概念 2.1 プレイス間の伝送モデル 2.1.1 トラベルドプレイス 2.1.2 ショッピングボックス 2.1.3 オープンドオブジェクト 2.1.4 オープンドシッピングボックス 2.1.5 パーツボックス 2.1.6 チケットの使用 2.1.7 エンジンの役割 １． 序 このアペンディックスは、オブジェクトのインターチェ
ンジおよびパーガトリィを含むように広く解釈される、
プレイスからプレイスへのトランスファ（移送）のメカ
ニズムを記述する。
ンジおよびパーガトリィを含むように広く解釈される、
プレイスからプレイスへのトランスファ（移送）のメカ
ニズムを記述する。
【２９１１】このアペンディックスはこの開示のアペン
ディックスＡと同様に構成されている。
ディックスＡと同様に構成されている。
【２９１２】プレイスからプレイスへの移送のメカニズ
ムは、アペンディックスＡの命令セットに対するいくつ
かの他の変更および付加を必要とし、これらは以下のサ
ブセクションに記述される。
ムは、アペンディックスＡの命令セットに対するいくつ
かの他の変更および付加を必要とし、これらは以下のサ
ブセクションに記述される。
【２９１３】１．１ パーミットの変更（Ｐｅｒｍｉｔ
Ｃｈａｎｇｅｓ） ”go”またはオペレーション”send”が成功しても失敗
しても、オペレーション”entering”によってエージェ
ントがリクエストしたものよりもより許容的な最初のロ
ーカルパーミットがエージェントに許容される。
Ｃｈａｎｇｅｓ） ”go”またはオペレーション”send”が成功しても失敗
しても、オペレーション”entering”によってエージェ
ントがリクエストしたものよりもより許容的な最初のロ
ーカルパーミットがエージェントに許容される。
【２９１４】オペレーション”go”またはオペレーショ
ン”send”がフェイルしたとして、オペレーション”en
tering”によってエージェントを導入することができる
とともに、エージェントには、エージェントがリクエス
トしたよりもより許容的でない最初のローカルパーミッ
トが許容される。
ン”send”がフェイルしたとして、オペレーション”en
tering”によってエージェントを導入することができる
とともに、エージェントには、エージェントがリクエス
トしたよりもより許容的でない最初のローカルパーミッ
トが許容される。
【２９１５】現在の領域がプロセスに供与するパーミッ
トである、リードオンリパブリックインスタンス属性”
regionalPermit”をクラス”Process”に付加する。
トである、リードオンリパブリックインスタンス属性”
regionalPermit”をクラス”Process”に付加する。
【２９１６】プロセスのローカルパーミットに代わる新
しい”changePermit”オペレーションによって、プレイ
スの”ターミネート”オペレーションを変える。このオ
ペレーションはプレイス自身または問題のプロセスの仲
間の要求によって行なわれる。
しい”changePermit”オペレーションによって、プレイ
スの”ターミネート”オペレーションを変える。このオ
ペレーションはプレイス自身または問題のプロセスの仲
間の要求によって行なわれる。
【２９１７】クラス”Process”にシステムインスタン
スオペレーション”Permitchanged”を付加する。この
オペレーションは、あるプレイスが占有者のローカルパ
ーミットを変更する時にはいつでも、例えばオペレーシ
ョン”entering”が上記のようにする際に、または猶予
期間とともにもしくは猶予期間なしに占有者を排除する
ためにエンジンによって要求される。
スオペレーション”Permitchanged”を付加する。この
オペレーションは、あるプレイスが占有者のローカルパ
ーミットを変更する時にはいつでも、例えばオペレーシ
ョン”entering”が上記のようにする際に、または猶予
期間とともにもしくは猶予期間なしに占有者を排除する
ためにエンジンによって要求される。
【２９１８】permitChanged: op()PermitChanged|Nil; レスポンダのローカルパーミットが例えばレスポンダが
入るプレイスもしくはすでに占有しているプレイスによ
って変更された場合にいつでも、能力を付加しまたは能
力を除くために要求される。オペレーションの結果が０
でなく例外であれば、エンジンはレスポンダの実行スレ
ッドに例外を投出する。
入るプレイスもしくはすでに占有しているプレイスによ
って変更された場合にいつでも、能力を付加しまたは能
力を除くために要求される。オペレーションの結果が０
でなく例外であれば、エンジンはレスポンダの実行スレ
ッドに例外を投出する。
【２９１９】クラス”Process”に固有のこのオペレー
ションのための方法は単に０をリターンする。
ションのための方法は単に０をリターンする。
【２９２０】クラス”ExecutionException”にサブクラ
ス”Permitchanged”を付加する。このサブクラスの投
出数は、現在のプロセスのローカルパーミットが変更さ
れたことを意味する。
ス”Permitchanged”を付加する。このサブクラスの投
出数は、現在のプロセスのローカルパーミットが変更さ
れたことを意味する。
【２９２１】PermitChanged: interface (ExecutionException)=(); 注：プロセスの正しいローカルパーミットが厳格に制限
的である場合に、この例外をキャッチしてそれから回復
するプロセスの能力は、プロセスの終了の規則によって
制限される。
的である場合に、この例外をキャッチしてそれから回復
するプロセスの能力は、プロセスの終了の規則によって
制限される。
【２９２２】１．２ 他の変更（Ｏｔｈｅｒ Ｃｈａｎ
ｇｅｓ） オペレーション”go”またはオペレーション”send”が
フェイルした場合、プレイスからプレイスへの移送モデ
ルに記述されているように、エージェントは、そのイン
タチェンジされた失われているオブジェクトの１個以上
を見いだすことができる。
ｇｅｓ） オペレーション”go”またはオペレーション”send”が
フェイルした場合、プレイスからプレイスへの移送モデ
ルに記述されているように、エージェントは、そのイン
タチェンジされた失われているオブジェクトの１個以上
を見いだすことができる。
【２９２３】例えば、デスティネーションがエージェン
トにリクエストされたエージェントをパーミットするこ
とを許容しないことによってオペレーションがフェイル
したとしても、”go”または”send”オペレーションに
よってエージェントをその目的点に到達させることがで
きる。さらにオペレーション”entering”はこの場合に
も存在している。
トにリクエストされたエージェントをパーミットするこ
とを許容しないことによってオペレーションがフェイル
したとしても、”go”または”send”オペレーションに
よってエージェントをその目的点に到達させることがで
きる。さらにオペレーション”entering”はこの場合に
も存在している。
【２９２４】単にシステムフィーチャでなく予め定義さ
れるかまたはユーザによって定義されたフィーチャをエ
ンジンによってリクエストする。
れるかまたはユーザによって定義されたフィーチャをエ
ンジンによってリクエストする。
【２９２５】エンジンによってリクエストされたフィー
チャのための、ユーザによって定義された方法は、あた
かもフィーチャがシステムフィーチャであるかのよう
に、クライエントおよびプロセスが０であることを見い
出だす。
チャのための、ユーザによって定義された方法は、あた
かもフィーチャがシステムフィーチャであるかのよう
に、クライエントおよびプロセスが０であることを見い
出だす。
【２９２６】現在の領域がプロセスの意図されたオーソ
リティにおいて持つ信用の程度をドキュメンテーション
する、リードオンリパブリックインスタンス属性”auth
enticity”をクラス”Process”に付加する。この属性
はアペンディックスＡの４．５７に定義されている。
リティにおいて持つ信用の程度をドキュメンテーション
する、リードオンリパブリックインスタンス属性”auth
enticity”をクラス”Process”に付加する。この属性
はアペンディックスＡの４．５７に定義されている。
【２９２７】クラス”Process”は、プロセスが作り出
された時点である、リードオンリパブリックインスタン
ス属性”creationTime”を付加する。
された時点である、リードオンリパブリックインスタン
ス属性”creationTime”を付加する。
【２９２８】プロセスの属性”brand”を廃棄する。
【２９２９】注：その代わりある領域は、クラス”Perm
it”のサブクラスを定義し、その１つのインスタンスを
プロセスの属性”regionalPermit”として供給すること
ができる。
it”のサブクラスを定義し、その１つのインスタンスを
プロセスの属性”regionalPermit”として供給すること
ができる。
【２９３０】２ テレスクリプト概念（ＴＥＬＥＳＣＲ
ＩＰＴ ＣＯＮＣＥＰＴＳ） ２．１ プレイス間の伝送モデル（Ｐｌａｃｅ−ｔｏ−
ｐｌａｃｅ Ｔｒａｎｓｆｅｒ Ｍｏｄｅｌ） 命令セットは、このセクションが定義する”プレイスか
らプレイスへの移行モデル(place-to-place transfer m
odel)”を実現する。
ＩＰＴ ＣＯＮＣＥＰＴＳ） ２．１ プレイス間の伝送モデル（Ｐｌａｃｅ−ｔｏ−
ｐｌａｃｅ Ｔｒａｎｓｆｅｒ Ｍｏｄｅｌ） 命令セットは、このセクションが定義する”プレイスか
らプレイスへの移行モデル(place-to-place transfer m
odel)”を実現する。
【２９３１】２．１．１ トラベルドプレイス（Ｔｒａ
ｖｅｌｅｄ Ｐｌａｃｅｓ） ”Traveled”プレイスは、シッピングボックスがそれを
通って移送されるプレイスである。
ｖｅｌｅｄ Ｐｌａｃｅｓ） ”Traveled”プレイスは、シッピングボックスがそれを
通って移送されるプレイスである。
【２９３２】Transfer シッピングボックスの”origin”である１つのプレイス
からシッピングボックスの”destination”である１以
上のプレイスにボックスの内容物を”transfer”するよ
うにネットワークがあるシッピングボックスのコーボレ
ートに委託した、トラブルされるプレイス（複数）。ト
ラブルされるプレイスは、異なった方向にシッピングボ
ックスの内容物を搬送しなければならない時にはいつで
も、新しいシッピングボックスを作り出す。
からシッピングボックスの”destination”である１以
上のプレイスにボックスの内容物を”transfer”するよ
うにネットワークがあるシッピングボックスのコーボレ
ートに委託した、トラブルされるプレイス（複数）。ト
ラブルされるプレイスは、異なった方向にシッピングボ
ックスの内容物を搬送しなければならない時にはいつで
も、新しいシッピングボックスを作り出す。
【２９３３】シッピングボックスの内容物をそのオリジ
ンからそのデスティネーションのどれか１つにトランス
ファするのは、４つのステップで行なわれ、その最後の
２つすなわちトランスファインおよびトランスファアウ
トは、単一のトランスファ内において反復することがで
きる。
ンからそのデスティネーションのどれか１つにトランス
ファするのは、４つのステップで行なわれ、その最後の
２つすなわちトランスファインおよびトランスファアウ
トは、単一のトランスファ内において反復することがで
きる。
【２９３４】Submission トランスファはシッピングボックスの”submission”に
よって開始される。シッピングボックスが結果として最
初にトランスファインされるトラブルされるプレイスは
その”source”である。
よって開始される。シッピングボックスが結果として最
初にトランスファインされるトラブルされるプレイスは
その”source”である。
【２９３５】Delivery トランスファは、シッピングボックスの”delivery”で
終了する。サブミットされたシッピングボックスには配
送される場所がその”destination”である。
終了する。サブミットされたシッピングボックスには配
送される場所がその”destination”である。
【２９３６】シッピングボックスの配送は”normal”ま
たは”abnormal”である。前者の場合シッピングボック
スの目的点は、サブミッションにおいて特定された通り
であり、シッピングボックスの内容物の全ての臨界の部
分が存在している。第２の場合には、ネットワークは、
シッピングボックスのための別途の予め規定されたデス
ティネーションを持っており、シッピングボックスの内
容物のある臨界な部分が存在していないことがある。例
外はこの異常性を説明する。
たは”abnormal”である。前者の場合シッピングボック
スの目的点は、サブミッションにおいて特定された通り
であり、シッピングボックスの内容物の全ての臨界の部
分が存在している。第２の場合には、ネットワークは、
シッピングボックスのための別途の予め規定されたデス
ティネーションを持っており、シッピングボックスの内
容物のある臨界な部分が存在していないことがある。例
外はこの異常性を説明する。
【２９３７】Transfer In シッピングボックスは、トラブルされたプレイスに”tr
ansferred in”される。トランスファインは、あるプレ
イス（トラブルされるプレイスでも他の場所でもよい）
からのシッピングボックスのサブミッションの結果であ
るか、または、トラブルされたプレイス（シッピングボ
ックスがトランスファインされるトラブルされる場所と
同一でも異なっていてもよい）からのシッピングボック
スのトランスファアウトの結果である。
ansferred in”される。トランスファインは、あるプレ
イス（トラブルされるプレイスでも他の場所でもよい）
からのシッピングボックスのサブミッションの結果であ
るか、または、トラブルされたプレイス（シッピングボ
ックスがトランスファインされるトラブルされる場所と
同一でも異なっていてもよい）からのシッピングボック
スのトランスファアウトの結果である。
【２９３８】シッピングボックスがそれから来たプレイ
スは、シッピングボックスの”previous hop”である。
スは、シッピングボックスの”previous hop”である。
【２９３９】Transfer Out シッピングボックスは、トラブルされるプレイスから”
transferred out”される。トランスファアウトは、ト
ラブルされるプレイス（シッピングボックスがそれから
トランスファアウトされたトラブルされる場所と同一で
も異なっていてもよい）へのシッピングボックスのトラ
ンスファインの結果であるか、プレイス（トラブルされ
るプレイスでもその他のプレイスでもよい）へのシッピ
ングボックスの配送の結果である。
transferred out”される。トランスファアウトは、ト
ラブルされるプレイス（シッピングボックスがそれから
トランスファアウトされたトラブルされる場所と同一で
も異なっていてもよい）へのシッピングボックスのトラ
ンスファインの結果であるか、プレイス（トラブルされ
るプレイスでもその他のプレイスでもよい）へのシッピ
ングボックスの配送の結果である。
【２９４０】シッピングボックスがそれに向かう場所
（単数もしくは複数）はシッピングボックスの”next h
op”である。
（単数もしくは複数）はシッピングボックスの”next h
op”である。
【２９４１】２．１．２ ショッピングボックス（Ｓｈ
ｉｐｐｉｎｇ Ｂｏｘｅｓ） ”Shipping Boxes”は、別のものすなわちその”conten
ts”を保持し、そのオブジェクトをプレイスからプレイ
スへと移送させるために使用することができる１つのオ
ブジェクトである。
ｉｐｐｉｎｇ Ｂｏｘｅｓ） ”Shipping Boxes”は、別のものすなわちその”conten
ts”を保持し、そのオブジェクトをプレイスからプレイ
スへと移送させるために使用することができる１つのオ
ブジェクトである。
【２９４２】Peek トラブルされるプレイスは、シッピングボックスの内容
物であるオブジェクトに”peek”することができる。す
なわち、トラブルされるプレイスは、下記の制限に従っ
て、オブジェクトの属性を取得することができる。
物であるオブジェクトに”peek”することができる。す
なわち、トラブルされるプレイスは、下記の制限に従っ
て、オブジェクトの属性を取得することができる。
【２９４３】シッピングボックスは、シッピングボック
スの内容物へのプロテクトされるリファレンスを用いて
シッピングボックスの内容物の属性を取得する。ユーザ
によって定義された方法が関与していれば、方法は、あ
たかも属性がシステムの属性であるかのように、”clie
nt”、”here”および”Process”が０であることを見
い出だす。またある属性をピークすることは、その予め
定められた通路を無視し、どの場合にも、属性のオリジ
ナルでなく属性のコピーをリターンする。
スの内容物へのプロテクトされるリファレンスを用いて
シッピングボックスの内容物の属性を取得する。ユーザ
によって定義された方法が関与していれば、方法は、あ
たかも属性がシステムの属性であるかのように、”clie
nt”、”here”および”Process”が０であることを見
い出だす。またある属性をピークすることは、その予め
定められた通路を無視し、どの場合にも、属性のオリジ
ナルでなく属性のコピーをリターンする。
【２９４４】Poke トラブルされるプレイスは、シッピングボックスの内容
物であるオブジェクトに”poke”することができる。す
なわち、トラブルされるプレイスは、下記の制限に従っ
て、オブジェクトの属性をセットすることができる。し
かし、トラブルされるプレイスは、トラブルされるプレ
イスが適当に特権を持っている場合にのみこれを行ない
うる。
物であるオブジェクトに”poke”することができる。す
なわち、トラブルされるプレイスは、下記の制限に従っ
て、オブジェクトの属性をセットすることができる。し
かし、トラブルされるプレイスは、トラブルされるプレ
イスが適当に特権を持っている場合にのみこれを行ない
うる。
【２９４５】シッピングボックスは、シッピングボック
スの内容物への保護されないリファレンスを用いて、そ
の内容物の属性をセットする。ユーザによって定義され
た方法が関与していれば、その方法は、あたかも属性が
システムの属性であるかのように、方法は、”clien
t”、”here”および”Process”が０であることを見い
出だす。さらに、属性においてポーキングすると、どん
な場合にも、提案された属性のオリジナルでなくそのコ
ピーを用いて、予め定められた通路が無視される。
スの内容物への保護されないリファレンスを用いて、そ
の内容物の属性をセットする。ユーザによって定義され
た方法が関与していれば、その方法は、あたかも属性が
システムの属性であるかのように、方法は、”clien
t”、”here”および”Process”が０であることを見い
出だす。さらに、属性においてポーキングすると、どん
な場合にも、提案された属性のオリジナルでなくそのコ
ピーを用いて、予め定められた通路が無視される。
【２９４６】前記の特権は次のようにして割り当てられ
る。あるエンジンプレイスは、たとえ命令セットがリー
ドオンリとして定義していても、属性”authentication
State”または”regionalPermit”をセットすることが
できる。”regionalPermit”属性の先取的なセッティン
グは、シッピングボックスの異常な配送を規定する。
る。あるエンジンプレイスは、たとえ命令セットがリー
ドオンリとして定義していても、属性”authentication
State”または”regionalPermit”をセットすることが
できる。”regionalPermit”属性の先取的なセッティン
グは、シッピングボックスの異常な配送を規定する。
【２９４７】注：トラブルされるプレイスは、シッピン
グボックスの内容物のオペレーションをリクエストする
ことはできない。
グボックスの内容物のオペレーションをリクエストする
ことはできない。
【２９４８】Rebox トラブルされるプレイスは、シッピングボックスを”re
box”することができる。トラブルされるプレイスは、
シッピングボックスは異なる方向に移送されねばならな
い場合にそれを行なう。エンジンは、シッピングボック
スから特定の目的点のチケットを除去し、それらを０に
よって代替し、現存のものと内容が同一の新しいシッピ
ングボックスにそれを付け替える。
box”することができる。トラブルされるプレイスは、
シッピングボックスは異なる方向に移送されねばならな
い場合にそれを行なう。エンジンは、シッピングボック
スから特定の目的点のチケットを除去し、それらを０に
よって代替し、現存のものと内容が同一の新しいシッピ
ングボックスにそれを付け替える。
【２９４９】Redirect トラブルされるプレイスは、シッピングボックスを”re
direct”することができる。トラブルされるプレイス
は、そのトランスファの間に例外が生じた場合にこれを
行なう。エンジンは、シッピングボックスへの例外を付
着させ、シッピングボックスの目的点チケットの中から
０を除去し、単一の特定されるチケットを各々の残存す
る目的点チケットに変えることができる。
direct”することができる。トラブルされるプレイス
は、そのトランスファの間に例外が生じた場合にこれを
行なう。エンジンは、シッピングボックスへの例外を付
着させ、シッピングボックスの目的点チケットの中から
０を除去し、単一の特定されるチケットを各々の残存す
る目的点チケットに変えることができる。
【２９５０】２．１．３ オープンドオブジェクト（Ｏ
ｐｅｎｅｄ Ｏｂｊｅｃｔｓ） ”Opened”オブジェクトは、その０以上の部分がマニピ
ュレート可能なオブジェクトである。
ｐｅｎｅｄ Ｏｂｊｅｃｔｓ） ”Opened”オブジェクトは、その０以上の部分がマニピ
ュレート可能なオブジェクトである。
【２９５１】Parts オブジェクトの各々の”part”は開放されていてもいな
くても、そのダイジェストが０でないインターチェンジ
ドオブジェクトである。開放されるオブジェクトの一部
分は、そのパートのクラスおよびダイジェストの別のオ
ブジェクトに、開放されるオブジェクトに大きく影響す
ることなく代替することができる。
くても、そのダイジェストが０でないインターチェンジ
ドオブジェクトである。開放されるオブジェクトの一部
分は、そのパートのクラスおよびダイジェストの別のオ
ブジェクトに、開放されるオブジェクトに大きく影響す
ることなく代替することができる。
【２９５２】Presence 開放されていてもいなくてもあるオブジェクトの各々の
部分は、”present”または不在である。一般にある部
分の”absence”は、オブジェクトの使用を制限する
が、オブジェクトのプレイスからプレイスへの移送を一
層効率的にする。あるオブジェクトはその時点において
存在しないそれ自身の一部分へのリファレンスを使用し
ようと試みた場合、エンジンは”Reference Void”を投
出する。
部分は、”present”または不在である。一般にある部
分の”absence”は、オブジェクトの使用を制限する
が、オブジェクトのプレイスからプレイスへの移送を一
層効率的にする。あるオブジェクトはその時点において
存在しないそれ自身の一部分へのリファレンスを使用し
ようと試みた場合、エンジンは”Reference Void”を投
出する。
【２９５３】注：典型的なプラクティスにおいては、シ
ッピングボックスの内容物の一部はシッピングボックス
の委託点（サブミッション）において存在し再びシッピ
ングボックスの配送点において存在するが、作用を最適
にするために、シッピングボックスのトランスファの他
のステップの全部または一部では存在しない。
ッピングボックスの内容物の一部はシッピングボックス
の委託点（サブミッション）において存在し再びシッピ
ングボックスの配送点において存在するが、作用を最適
にするために、シッピングボックスのトランスファの他
のステップの全部または一部では存在しない。
【２９５４】Criticality 開放されていてもいなくても、オブジェクトの各々の部
分は、臨界であるかまたは非臨界である。オブジェクト
は、オブジェクトの”non-critical”部分の１以上が存
在していなくても使用されるように設計されているが、
オブジェクトの”critical”なパートが、どれか存在し
ていない場合にはそうではない。
分は、臨界であるかまたは非臨界である。オブジェクト
は、オブジェクトの”non-critical”部分の１以上が存
在していなくても使用されるように設計されているが、
オブジェクトの”critical”なパートが、どれか存在し
ていない場合にはそうではない。
【２９５５】注：あるオブジェクトの臨界の部分の不在
は、そのオブジェクトを収容したシッピングボックスの
正常な配送を妨げるが、非臨界な部分の不在はそうはし
ない。
は、そのオブジェクトを収容したシッピングボックスの
正常な配送を妨げるが、非臨界な部分の不在はそうはし
ない。
【２９５６】注：典型的なプラクティスにおいて、オブ
ジェクトの全ての部分はあらゆる場所で臨界である。時
にはあるオブジェクトのある部分は、そのオブジェクト
が臨界なプレイスにいる間のみ臨界である。
ジェクトの全ての部分はあらゆる場所で臨界である。時
にはあるオブジェクトのある部分は、そのオブジェクト
が臨界なプレイスにいる間のみ臨界である。
【２９５７】２．１．４ オープンドシッピングボック
ス（Ｏｐｅｎｅｄ ＳｈｉｐｐｉｎｇＢｏｘｅｓ） ”Opened Shipping Boxes”は、そのパーツが操作され
るボックスである。開放されるシッピングボックスの部
分はシッピングボックスの内容物の部分である。
ス（Ｏｐｅｎｅｄ ＳｈｉｐｐｉｎｇＢｏｘｅｓ） ”Opened Shipping Boxes”は、そのパーツが操作され
るボックスである。開放されるシッピングボックスの部
分はシッピングボックスの内容物の部分である。
【２９５８】２．１．５ パーツボックス（Ｐａｒｔｓ
Ｂｏｘｅｓ） ”Parts Boxes”は、その部分が明文でかまたは任意に
特定することができる開放されたオブジェクトである。
パーツボックスは次の４つの目的に用いられる。
Ｂｏｘｅｓ） ”Parts Boxes”は、その部分が明文でかまたは任意に
特定することができる開放されたオブジェクトである。
パーツボックスは次の４つの目的に用いられる。
【２９５９】Manipulating Parts 開放されたオブジェクトの部分はパーツボックスによっ
てマニピュレートされる。これによってマニピュレーシ
ョンを行なうオブジェクトにパーツが直接近接可能でな
いことが保証される。例えばパーツボックス中のパーツ
は、開放されたオブジェクトに含めることができ、開放
されたオブジェクトの指定された部分は、コピーされる
かまたはパーツボックスに移すことができる。パーツ自
身はパーツボックス中にある間も検査できない。
てマニピュレートされる。これによってマニピュレーシ
ョンを行なうオブジェクトにパーツが直接近接可能でな
いことが保証される。例えばパーツボックス中のパーツ
は、開放されたオブジェクトに含めることができ、開放
されたオブジェクトの指定された部分は、コピーされる
かまたはパーツボックスに移すことができる。パーツ自
身はパーツボックス中にある間も検査できない。
【２９６０】注：これによってインターチェンジされた
オブジェクトによって表される知的所有権が保護され
る。
オブジェクトによって表される知的所有権が保護され
る。
【２９６１】Storing Parts 開放されたシッピングボックスが委託されたトラブルさ
れるプレイスは、これらのシッピングボックスに含まれ
る部品のための貯蔵所としてパーツボックスを使用する
ことができる。パーツボックスは小さなデータボックス
であり、プレイスからプレイスへのトランスファにおい
てリゾースとして役立つ。
れるプレイスは、これらのシッピングボックスに含まれ
る部品のための貯蔵所としてパーツボックスを使用する
ことができる。パーツボックスは小さなデータボックス
であり、プレイスからプレイスへのトランスファにおい
てリゾースとして役立つ。
【２９６２】注：これによってトラブルされるプレイス
のインプリメンテーションが簡単になる。
のインプリメンテーションが簡単になる。
【２９６３】Taking Parts シッピングボックスの内容物がパーツボックスを含む場
合、パーツボックスの臨界の部分が特定的にシッピング
ボックスのパーツボックスから除かれる。そのためシッ
ピングボックスに関与するトラブルされるプレイスはこ
れらのパーツを調べることも除外することもできない。
このような除外が表す最適化は試みられない。
合、パーツボックスの臨界の部分が特定的にシッピング
ボックスのパーツボックスから除かれる。そのためシッ
ピングボックスに関与するトラブルされるプレイスはこ
れらのパーツを調べることも除外することもできない。
このような除外が表す最適化は試みられない。
【２９６４】注：これによって、プレイスからプレイス
へのトランスファを支持するエージェントは、インター
チェンジされるオブジェクトをトラベルされるプレイス
の間に移動させることができ、システム全体がシステム
の（この場合は誤った方向の）最適化の努力によってこ
の運動を避けようと試みることはない。
へのトランスファを支持するエージェントは、インター
チェンジされるオブジェクトをトラベルされるプレイス
の間に移動させることができ、システム全体がシステム
の（この場合は誤った方向の）最適化の努力によってこ
の運動を避けようと試みることはない。
【２９６５】Leaving Parts シッピングボックスの内容物がパーツボックスを含む場
合、パーツボックスの非臨界の部分は特異的に、シッピ
ングボックスに含められる。このようにしてあるエージ
ェントは、インターチェンジされたオブジェクトが非臨
界であることを宣言することができ、その後にこの部分
が必然的にエージェントに不随することなく、トリップ
を行なうことができる。後にパーツボックスからパート
を取り除くことによって、エージェントは、そのパート
が臨界であることを宣言する。その場合、パーツが不在
ならば、エンジンはそのパーツをローカルに見い出す
か、またはエンジンは、そのパーツがエージェントによ
って使用されている場合、”Reference Void”を投出す
る。
合、パーツボックスの非臨界の部分は特異的に、シッピ
ングボックスに含められる。このようにしてあるエージ
ェントは、インターチェンジされたオブジェクトが非臨
界であることを宣言することができ、その後にこの部分
が必然的にエージェントに不随することなく、トリップ
を行なうことができる。後にパーツボックスからパート
を取り除くことによって、エージェントは、そのパート
が臨界であることを宣言する。その場合、パーツが不在
ならば、エンジンはそのパーツをローカルに見い出す
か、またはエンジンは、そのパーツがエージェントによ
って使用されている場合、”Reference Void”を投出す
る。
【２９６６】注：エージェントはこれによって、そのイ
ンターチェンジされたオブジェクトのあるものがそこに
存在することを主張することなく、それらのオブジェク
トのあるものが使用される場所を訪問することができ
る。
ンターチェンジされたオブジェクトのあるものがそこに
存在することを主張することなく、それらのオブジェク
トのあるものが使用される場所を訪問することができ
る。
【２９６７】２．１．６ チケットの使用（Ｔｈｅ Ｕ
ｓｅ ｏｆ Ｔｉｃｋｅｔｓ） チケットは後述するように、シッピングボックスがそれ
を通って移送される複数のプレイスを規定する。”plac
e attributes”はこのセクション全体を通じて、”dest
inationName”、”destinationAddress”および”desti
nationClass”の各属性である。以下に特に説明しない
他のチケット特性は無視される。
ｓｅ ｏｆ Ｔｉｃｋｅｔｓ） チケットは後述するように、シッピングボックスがそれ
を通って移送される複数のプレイスを規定する。”plac
e attributes”はこのセクション全体を通じて、”dest
inationName”、”destinationAddress”および”desti
nationClass”の各属性である。以下に特に説明しない
他のチケット特性は無視される。
【２９６８】Source チケットはシッピングボックスのソースを規定するため
に用いられる。チケットの場所の属性（ソースを特定す
る）は、割り当てられたテレネーム、割り当てられたテ
レアドレスおよび割り当てられたサイテーションであ
る。チケットの”way”の属性は、０でなければ、ソー
スが必要に応じて到達するべきウェイを指定する。
に用いられる。チケットの場所の属性（ソースを特定す
る）は、割り当てられたテレネーム、割り当てられたテ
レアドレスおよび割り当てられたサイテーションであ
る。チケットの”way”の属性は、０でなければ、ソー
スが必要に応じて到達するべきウェイを指定する。
【２９６９】Destination チケットは、シッピングボックスの各々の目的点を規定
するために用いられる。チケットの場所の属性は、問題
の目的点を特定する。チケットの属性”way”は、０で
なければ、その目的点が到達するべきウェイを指定す
る。”desiredWait”および”maximumWait”の各属性
は、シッピングボックスがその目的点に向かって移送さ
れている間シッピングボックスに供与されるべきサービ
スの品質を与える。
するために用いられる。チケットの場所の属性は、問題
の目的点を特定する。チケットの属性”way”は、０で
なければ、その目的点が到達するべきウェイを指定す
る。”desiredWait”および”maximumWait”の各属性
は、シッピングボックスがその目的点に向かって移送さ
れている間シッピングボックスに供与されるべきサービ
スの品質を与える。
【２９７０】Previous Hop チケットは、シッピングボックスのプリビアスホップを
規定するために用いられる。チケットの属性”destinat
ionName”、”destinationAddress”および”destinati
onClass”（プリビアスホップを特定する）はそれぞれ
割り当てられたテレネーム、割り当てられたテレアドレ
スおよび割り当てられたサイテーションである。チケッ
トの属性”way”は０でなければ、シッピングボックス
がプリビアスホップからトランスファされたウェイを規
定する。
規定するために用いられる。チケットの属性”destinat
ionName”、”destinationAddress”および”destinati
onClass”（プリビアスホップを特定する）はそれぞれ
割り当てられたテレネーム、割り当てられたテレアドレ
スおよび割り当てられたサイテーションである。チケッ
トの属性”way”は０でなければ、シッピングボックス
がプリビアスホップからトランスファされたウェイを規
定する。
【２９７１】Next Hop チケットは、シッピングボックスのネクストホップを規
定するために用いられる。チケットの属性プレイスはネ
クストホップを特定する。チケットの属性”way”は０
でなければ、ネクストホップが到達されるべきウェイを
指定する。
定するために用いられる。チケットの属性プレイスはネ
クストホップを特定する。チケットの属性”way”は０
でなければ、ネクストホップが到達されるべきウェイを
指定する。
【２９７２】２．１．７ エンジンの役割（Ｔｈｅ Ｅ
ｎｇｉｎｅ’ｓ Ｒｏｌｅ） トラブルされるプレイスは、シッピングボックスの移送
とその目的点への配送とを、制御するのでなく、容易に
するものとして見ることが適切である。エンジン自身が
次のようにこのプロセスにおいて手助けをする。
ｎｇｉｎｅ’ｓ Ｒｏｌｅ） トラブルされるプレイスは、シッピングボックスの移送
とその目的点への配送とを、制御するのでなく、容易に
するものとして見ることが適切である。エンジン自身が
次のようにこのプロセスにおいて手助けをする。
【２９７３】Transfer In トラブルされるプレイスはシッピングボックスにおいて
トランスファされる時はいつでもエンジンはそのシッピ
ングボックスが開放されたものかそれともそうでないか
をすでに定めている。典型的なプラクティスではエンジ
ンはボックスごとにでなく統一的にこの決定を行なう。
従って一般に、あるトラブルされるプレイスは、シッピ
ングボックスの内容物の一部分の相互変換を付託されて
いるが他のものはそうではない。
トランスファされる時はいつでもエンジンはそのシッピ
ングボックスが開放されたものかそれともそうでないか
をすでに定めている。典型的なプラクティスではエンジ
ンはボックスごとにでなく統一的にこの決定を行なう。
従って一般に、あるトラブルされるプレイスは、シッピ
ングボックスの内容物の一部分の相互変換を付託されて
いるが他のものはそうではない。
【２９７４】Transfer Out トラブルされるプレイスがシッピングボックス”Ａ”を
トランスファアウトする時はいつでもエンジンは次のこ
とを行なう。第１にエンジンは”Ａ”をリボックスし、
新しいシッピングボックス”Ｂ”に移行し、またエンジ
ンがシッピングボックスを配送することができるどの目
的点へもチケットを移動させる。エンジンはトランスフ
ァアウトが配送を許容するものである場合にのみチケッ
トを”Ｂ”に移動させる。第２にエンジンは、”Ａ”を
再びリボックスし、全ての残存するチケットを別の新し
いシッピングボックス”Ｃ”に移動させる。第３にエン
ジンは、非同期的に”Ｃ”をトランスファし、”Ｂ”を
配送することを試みる。
トランスファアウトする時はいつでもエンジンは次のこ
とを行なう。第１にエンジンは”Ａ”をリボックスし、
新しいシッピングボックス”Ｂ”に移行し、またエンジ
ンがシッピングボックスを配送することができるどの目
的点へもチケットを移動させる。エンジンはトランスフ
ァアウトが配送を許容するものである場合にのみチケッ
トを”Ｂ”に移動させる。第２にエンジンは、”Ａ”を
再びリボックスし、全ての残存するチケットを別の新し
いシッピングボックス”Ｃ”に移動させる。第３にエン
ジンは、非同期的に”Ｃ”をトランスファし、”Ｂ”を
配送することを試みる。
【２９７５】Expiration トラブルされるプレイスがシッピングボックス”Ａ”の
どれかの目的点チケットを消滅させることを可能とする
時、エンジンは次のことを行なう。このようなチケット
は、その最大期間が到達した時に”消滅（expires）”
する。エンジンは、第１に、”Ａ”をリボックスし、消
滅したチケットを新しいシッピングボックス”Ｂ”に移
動させる。第２にエンジンは、”Ｂ”を、エンジンによ
って選択されたプレイスに再指向させ、異常の結果とし
て、”Ticket Expired”をレコードする。第３にエンジ
ンは、”Ｂ”を、エンジンによって選択されたプレイス
にトランスファアウトし、これは、トラブルされたプレ
イスがそれを行なったかのように行なわれる。
どれかの目的点チケットを消滅させることを可能とする
時、エンジンは次のことを行なう。このようなチケット
は、その最大期間が到達した時に”消滅（expires）”
する。エンジンは、第１に、”Ａ”をリボックスし、消
滅したチケットを新しいシッピングボックス”Ｂ”に移
動させる。第２にエンジンは、”Ｂ”を、エンジンによ
って選択されたプレイスに再指向させ、異常の結果とし
て、”Ticket Expired”をレコードする。第３にエンジ
ンは、”Ｂ”を、エンジンによって選択されたプレイス
にトランスファアウトし、これは、トラブルされたプレ
イスがそれを行なったかのように行なわれる。
【２９７６】Discard デスティネーションチケットがそれに対し固定されてい
るシッピングボックス”Ａ”の最終化を惹起させるよう
に、このシッピングボックス”Ａ”をあるトラブルされ
るプレイスが無視する時はいつでも、エンジンが次のこ
とを行なう。第１にエンジンは、”Ａ”をリボックス
し、全てのデスティネーションチケットを新しいシッピ
ングボックス”Ｂ”に移動させる。第２にエンジンは”
Ａ”を破壊する。第３にエンジンは、トラブルされるプ
レイスがそれを行なったかのように、エンジン自身が選
択したプレイスに、”Ｂ”を非同期的にトランスファア
ウトする。
るシッピングボックス”Ａ”の最終化を惹起させるよう
に、このシッピングボックス”Ａ”をあるトラブルされ
るプレイスが無視する時はいつでも、エンジンが次のこ
とを行なう。第１にエンジンは、”Ａ”をリボックス
し、全てのデスティネーションチケットを新しいシッピ
ングボックス”Ｂ”に移動させる。第２にエンジンは”
Ａ”を破壊する。第３にエンジンは、トラブルされるプ
レイスがそれを行なったかのように、エンジン自身が選
択したプレイスに、”Ｂ”を非同期的にトランスファア
ウトする。
【２９７７】２．１．８ ルーティングにおけるエンジ
ンの役割 エンジンは、シッピングボックスの第２ホップを選択
し、シッピングホップの第２ホップから最後のホップま
でを拘束し、さらにシッピングボックスの最初のホップ
を、ある領域内のホップの任意の順序において制限する
ことによって、シッピングボックスがそれにそって移送
されるルートを制限する。
ンの役割 エンジンは、シッピングボックスの第２ホップを選択
し、シッピングホップの第２ホップから最後のホップま
でを拘束し、さらにシッピングボックスの最初のホップ
を、ある領域内のホップの任意の順序において制限する
ことによって、シッピングボックスがそれにそって移送
されるルートを制限する。
【２９７８】First Regional Hop ある領域のエンジンは、その領域に入るシッピングボッ
クスが、その領域内の別のトラベルされるプレイスにト
ランスファインされたりその領域内において移送された
りする前に、エンジンプレイスにトランスファインされ
ることを保証するように互いに共同する。
クスが、その領域内の別のトラベルされるプレイスにト
ランスファインされたりその領域内において移送された
りする前に、エンジンプレイスにトランスファインされ
ることを保証するように互いに共同する。
【２９７９】Second Hop エンジンは、シッピングボックスのソースから、シッピ
ングボックスのセカンドホップすなわちシッピングボッ
クスが最初にトランスファインされるトラブルされるプ
レイスを次のようにして選択する。
ングボックスのセカンドホップすなわちシッピングボッ
クスが最初にトランスファインされるトラブルされるプ
レイスを次のようにして選択する。
【２９８０】第２のホップは、シッピングボックスのサ
ブミッションボックス（もしそれがトラブルされるプレ
イスであれば）であるかまたはさもなければサブミッシ
ョンプレイスのスーパープレイスである。いくつかのス
ーパープレイスがトラブルされるプレイスである場合他
のものを全く含まないものが選択される。
ブミッションボックス（もしそれがトラブルされるプレ
イスであれば）であるかまたはさもなければサブミッシ
ョンプレイスのスーパープレイスである。いくつかのス
ーパープレイスがトラブルされるプレイスである場合他
のものを全く含まないものが選択される。
【２９８１】注：従って”submission”は、シッピング
ボックスがトラブルされるプレイスに到達するまでシッ
ピングボックスがそのオリジン及び次々のスーパープレ
イスを通ってフォール（fall）させるものとして理解す
ることができる。
ボックスがトラブルされるプレイスに到達するまでシッ
ピングボックスがそのオリジン及び次々のスーパープレ
イスを通ってフォール（fall）させるものとして理解す
ることができる。
【２９８２】Second-to-last Hop エンジンは次のようにして、シッピングボックスの終わ
りから２番目のホップすなわちシッピングボックスが最
後にトランスファアウトされたトラブルされるプレイス
を、シッピングボックスの全ての目的点に対してコンス
トレイントする。
りから２番目のホップすなわちシッピングボックスが最
後にトランスファアウトされたトラブルされるプレイス
を、シッピングボックスの全ての目的点に対してコンス
トレイントする。
【２９８３】終わりから２番目のホップは、目的点それ
自身であるか、そのスーパープレイスの１つである。こ
れはシッピングボックスの目的点の各々について個別に
そうなる。
自身であるか、そのスーパープレイスの１つである。こ
れはシッピングボックスの目的点の各々について個別に
そうなる。
【２９８４】注：従って”delivery”は、シッピングボ
ックスがその各々の目的点として資格を持つものに到達
するまで連続するサブプレイスを通ってシッピングボッ
クスをライズ（rise）させるものと理解することができ
る。
ックスがその各々の目的点として資格を持つものに到達
するまで連続するサブプレイスを通ってシッピングボッ
クスをライズ（rise）させるものと理解することができ
る。
【２９８５】最後から２番目のホップが与えられた場
合、もしいくつかのプレイスがシッピングボックスの目
的点の１つとして資格を持つならば、エンジンはシッピ
ングボックスをそれらの内の１つに配送しようと試み、
アペンディックスＡのセクション２．５．４に示した順
序でそれらに接近する。
合、もしいくつかのプレイスがシッピングボックスの目
的点の１つとして資格を持つならば、エンジンはシッピ
ングボックスをそれらの内の１つに配送しようと試み、
アペンディックスＡのセクション２．５．４に示した順
序でそれらに接近する。
【２９８６】最後から２番目のホップが与えられたとし
て、どのプレイスもシッピングボックスの目的点の１つ
として資格がなくまたはどのプレイスもシッピングボッ
クスの引き渡しを受け付けない場合には、エンジンはシ
ッピングボックスをエンジン自身が選んだ１つのプレイ
スにトランスファアウトする。
て、どのプレイスもシッピングボックスの目的点の１つ
として資格がなくまたはどのプレイスもシッピングボッ
クスの引き渡しを受け付けない場合には、エンジンはシ
ッピングボックスをエンジン自身が選んだ１つのプレイ
スにトランスファアウトする。
【２９８７】Non-delivery エンジンはあるシッピングボックスが最終的に配送不可
能であることをシステムエラーとして処理しこのシステ
ムエラーをエンジンは現行のＯＡＭポリシーに従って取
り扱う。
能であることをシステムエラーとして処理しこのシステ
ムエラーをエンジンは現行のＯＡＭポリシーに従って取
り扱う。
【２９８８】注：エンジンは、他の仕方では引き渡しの
できないシッピングボックスのために最後によるプレイ
スとして”purgatory” を供給することができる。この
プレイスは占有者のローカルパーミットを著しく制限す
ることができる。
できないシッピングボックスのために最後によるプレイ
スとして”purgatory” を供給することができる。この
プレイスは占有者のローカルパーミットを著しく制限す
ることができる。
【２９８９】２．１．９ ゴーの実行（Implementing G
o） クラス”agent”に固有の”go” の方法は、エージェン
ト及びエージェントが所有するオブジェクトを内容とす
るシッピングボックスを用いて次のようにオペレーショ
ンをインプリメントする。
o） クラス”agent”に固有の”go” の方法は、エージェン
ト及びエージェントが所有するオブジェクトを内容とす
るシッピングボックスを用いて次のようにオペレーショ
ンをインプリメントする。
【２９９０】Submission エンジンは、オペレーションについてのエージェントの
リクエストを肯定した後、エージェントを含むシッピン
グボックスを作り出しそしてサブミット（submit）す
る。従ってシッピングボックスの最初のホップすなわち
そのオリジンは、エージェントがオペレーションを要求
した時にエージェントが占有していたプレイスである。
リクエストを肯定した後、エージェントを含むシッピン
グボックスを作り出しそしてサブミット（submit）す
る。従ってシッピングボックスの最初のホップすなわち
そのオリジンは、エージェントがオペレーションを要求
した時にエージェントが占有していたプレイスである。
【２９９１】Delivery エンジンはオペレーションを終了することによってシッ
ピングボックスを配送する。従ってシッピングホップの
ラーストホップすなわちその唯１つの目的点は、エージ
ェントがそのオペレーションを完了した時にエージェン
トが占有しているプレイスである。
ピングボックスを配送する。従ってシッピングホップの
ラーストホップすなわちその唯１つの目的点は、エージ
ェントがそのオペレーションを完了した時にエージェン
トが占有しているプレイスである。
【２９９２】オペレーションは、シッピングボックスが
例外を記述せずシッピングボックスの非臨界的な部分の
みが不在な時に成功しその他の場合には失敗する。オペ
レーションが失敗すれば、オペレーションは、シッピン
グボックスが記録する例外を投出（シッピングボックス
がその例外を記録していれば）しさもなければエンジン
自身が選んだ例外を投出する。
例外を記述せずシッピングボックスの非臨界的な部分の
みが不在な時に成功しその他の場合には失敗する。オペ
レーションが失敗すれば、オペレーションは、シッピン
グボックスが記録する例外を投出（シッピングボックス
がその例外を記録していれば）しさもなければエンジン
自身が選んだ例外を投出する。
【２９９３】２．１．１０ センドの実行（Implementi
ng Send） クラス”agent”に固有のオペレーション”send”の方
法は、オペレーション”go”がインプリメントされるの
と同じ仕方で”send”オペレーションをインプリメント
するが２つの違いがある。第１にシッピングボックス
は、移送するべきクローンと同じ数の目的点を持つ。第
２にシッピングボックスの内容物は、オペレーションを
リクエストしたエージェントの代表的なクローンであ
る。クローンの割り当てられたテレネームの属性”iden
tity”は、委託の時には０であるが各々のクローンが配
送されるにつれて異なった仕方でセットされる。
ng Send） クラス”agent”に固有のオペレーション”send”の方
法は、オペレーション”go”がインプリメントされるの
と同じ仕方で”send”オペレーションをインプリメント
するが２つの違いがある。第１にシッピングボックス
は、移送するべきクローンと同じ数の目的点を持つ。第
２にシッピングボックスの内容物は、オペレーションを
リクエストしたエージェントの代表的なクローンであ
る。クローンの割り当てられたテレネームの属性”iden
tity”は、委託の時には０であるが各々のクローンが配
送されるにつれて異なった仕方でセットされる。
【２９９４】３ テレスクリプトクラスの外観 ３．１ プレイス間の伝送グループ オブジェクト（参照される） ・ Parts Box（開放） ・ Shipping Box（移動しない） ・・ Opened Shipping Box（開放） Opened Traveled ３．１．１ 開放（Opened） オペレーション clearParts examineParts excludeParts getClasses getDigests getNumber includeParts ”opened”オブジェクトは、そのパーツが操作可能なあ
るオブジェクトである。 開放されたオブジェクトの固
有のオペレーションは、指定された基準を充たすパーツ
のナンバ（オペレーション” getNumber”）、クラース
（オペレーション”getClasses”）、及びダイジェスト
（オペレーション”getDigests”）を明らかにし、新し
いパーツを含め（オペレーション”includeParts”）、
現存するパーツを排除し（オペレーション”excludePar
ts”）特定の基準を充たす全ての現存のパーツを排除し
（オペレーション”clearParts”）そして特定のパーツ
の検査の準備をする（オペレーション”examinePart
s”）。
るオブジェクトである。 開放されたオブジェクトの固
有のオペレーションは、指定された基準を充たすパーツ
のナンバ（オペレーション” getNumber”）、クラース
（オペレーション”getClasses”）、及びダイジェスト
（オペレーション”getDigests”）を明らかにし、新し
いパーツを含め（オペレーション”includeParts”）、
現存するパーツを排除し（オペレーション”excludePar
ts”）特定の基準を充たす全ての現存のパーツを排除し
（オペレーション”clearParts”）そして特定のパーツ
の検査の準備をする（オペレーション”examinePart
s”）。
【２９９５】３．１．２ 開放されたシッピングボック
ス ”opened shipping box”はそのパーツがマニピュレー
ト可能なシッピングボックスである。
ス ”opened shipping box”はそのパーツがマニピュレー
ト可能なシッピングボックスである。
【２９９６】３．１．３ パーツボックス オペレーション includeParts ”parts box”はそのパーツが指定されるとともにマニ
ピュレートもすることができるオブジェクトである。
ピュレートもすることができるオブジェクトである。
【２９９７】パーツボックスの固有のオペレーションは
新しいパーツを含む（オペレーション”includePart
s”）。
新しいパーツを含む（オペレーション”includePart
s”）。
【２９９８】３．１．４ シッピングボックス Attributes destinations exception source time オペレーション peek poke rebox redirect ”shipping box”は、プレイスの間をトランスファする
ことができるオブジェクトである。
ことができるオブジェクトである。
【２９９９】シッピングボックスの固有の属性は、シッ
ピングボックスが委託された時間（属性”time”）とシ
ッピングボックスのソースへのチケット（属性”sourc
e”）と、シッピングボックスの目的点へのチケット
（属性”destinations”）と、シッピングボックスの移
送の間に遭遇することのある例外（属性”exceptio
n”）である。
ピングボックスが委託された時間（属性”time”）とシ
ッピングボックスのソースへのチケット（属性”sourc
e”）と、シッピングボックスの目的点へのチケット
（属性”destinations”）と、シッピングボックスの移
送の間に遭遇することのある例外（属性”exceptio
n”）である。
【３０００】シッピングボックスの固有のオペレーショ
ンは、シッピングボックスの内容物の特定された属性を
取得（オペレーション”peek”）または設定（オペレー
ション”poke”）し、例外の場合にシッピングボックス
を再指向（オペレーション”redirect”）させ、いくつ
かのネクストホップを許容するようにシッピングボック
スをレボックスする（オペレーション”rebox”）。
ンは、シッピングボックスの内容物の特定された属性を
取得（オペレーション”peek”）または設定（オペレー
ション”poke”）し、例外の場合にシッピングボックス
を再指向（オペレーション”redirect”）させ、いくつ
かのネクストホップを許容するようにシッピングボック
スをレボックスする（オペレーション”rebox”）。
【３００１】３．１．５ トラベルド（Traveled） オペレーション transferOut transferredIn ”traveled”オブジェクトは、シッピングボックスを移
送させる。
送させる。
【３００２】トラブルされたプレイスの固有のオペレー
ションは、シッピングボックスをトランスファアウトし
（オペレーション”transferOut”） シッピングボック
スのトランスファインに作用する（オペレーション”tr
ansferredIn”）。
ションは、シッピングボックスをトランスファアウトし
（オペレーション”transferOut”） シッピングボック
スのトランスファインに作用する（オペレーション”tr
ansferredIn”）。
【３００３】４ テレスクリプトクラスの詳細 ４．１ 開放（Opened） Opened Class Opened: シールされたアブストラクトなインタフェース() = (・・
・); パブリックインスタンスオペレーション clearParts: プロテクトされない op (isCritical: Boolean|Nil); ブーリアン（アーギュメント”isCritical”）が規定す
る規格を充たすレスポンダの現在のパーツの全てをレス
ポンダから除去して廃棄する。下記オペレーション”ge
tClasses”参照。
・); パブリックインスタンスオペレーション clearParts: プロテクトされない op (isCritical: Boolean|Nil); ブーリアン（アーギュメント”isCritical”）が規定す
る規格を充たすレスポンダの現在のパーツの全てをレス
ポンダから除去して廃棄する。下記オペレーション”ge
tClasses”参照。
【３００４】examineParts: op ( ofClass: Class; digests: protected Set [Object]) PartsBox|Nil; そのクラス（アーギュメント”ofClass”） 及びダイジ
ェスト（アーギュメント”digests”） が指定されてい
る現在のパーツをレスポンダに残し、リターンする。オ
ペレーションはパーツを含むパーツボックス（もしあれ
ば）をリターンするかさもなければ０をリターンする。
ェスト（アーギュメント”digests”） が指定されてい
る現在のパーツをレスポンダに残し、リターンする。オ
ペレーションはパーツを含むパーツボックス（もしあれ
ば）をリターンするかさもなければ０をリターンする。
【３００５】excludeParts: プロテクトされない op (ofClass: Class; digests: protected Set[Object]) PastsBox|Nil; そのクラス（アーギュメント”ofClass”） 及びダイジ
ェスト（アーギュメント”digests”） が指定されてい
る現在のパーツをリスポンダから除去しリターンする。
オペレーションはパーツ（もしあれば）を含むパーツボ
ックスをリターンするかさもなければ０をリターンす
る。
ェスト（アーギュメント”digests”） が指定されてい
る現在のパーツをリスポンダから除去しリターンする。
オペレーションはパーツ（もしあれば）を含むパーツボ
ックスをリターンするかさもなければ０をリターンす
る。
【３００６】getClasses: op (isPresent, isritical: Boolean|Nil) protected Set [Class]; ブーリアン（アーギュメント”isPresent”及び”isCri
tical”） が規定する基準（後述する）を充たすリスポ
ンダのパーツのクラスをリターンする。
tical”） が規定する基準（後述する）を充たすリスポ
ンダのパーツのクラスをリターンする。
【３００７】第１のブーリアンによって規定される第１
の基準は、ブーリアンが真であればパーツは存在し、ブ
ーリアンが偽であればパーツは存在せず、アーギュメン
トが０であればその両方であるということである。第２
のブーリアンによって規定される第２の基準は、ブーリ
アンが真であればパーツは臨界であり、ブーリアンが偽
であればパーツは非臨界であり、アーギュメントが０で
あればその両方である、ということである。
の基準は、ブーリアンが真であればパーツは存在し、ブ
ーリアンが偽であればパーツは存在せず、アーギュメン
トが０であればその両方であるということである。第２
のブーリアンによって規定される第２の基準は、ブーリ
アンが真であればパーツは臨界であり、ブーリアンが偽
であればパーツは非臨界であり、アーギュメントが０で
あればその両方である、ということである。
【３００８】getDigests: op(ofClass: Class; isPresent, isCritical: Boolean|
Nil) protected Set [Object] 指定されたクラス（アーギュメント”ofClass”）であ
り、ブーリアン（アーギュメント”isPresent”及び”i
sCritical”）が規定する基準（前記オペレーション”g
etClasses”参照） を充たすレスポンダのパーツのダイ
ジェストをリターンする。
Nil) protected Set [Object] 指定されたクラス（アーギュメント”ofClass”）であ
り、ブーリアン（アーギュメント”isPresent”及び”i
sCritical”）が規定する基準（前記オペレーション”g
etClasses”参照） を充たすレスポンダのパーツのダイ
ジェストをリターンする。
【３００９】getNumber: op(isPresent, isCritical: Boolean|Nil) Integer; ブーリアン（”isPresent”及び”isCritical”） が規
定するクリテリア（前記オペレーション”getClasses”
参照）を充たすレスポンダのパーツの番号をリターンす
る。
定するクリテリア（前記オペレーション”getClasses”
参照）を充たすレスポンダのパーツの番号をリターンす
る。
【３０１０】includeParts: プロテクトされない op (parts:protcted PartsBox); リスポンダのパーツにクラス及びダイジェストが適合す
るパーツボックスのパーツ（アーギュメント”part
s”） をリスポンダに含める。オペレーションは、最初
に、そこにすでに存在している適合したパーツをレスポ
ンダから排除し、除去する。
るパーツボックスのパーツ（アーギュメント”part
s”） をリスポンダに含める。オペレーションは、最初
に、そこにすでに存在している適合したパーツをレスポ
ンダから排除し、除去する。
【３０１１】４．２ 開放されたシッピングボックス オブジェクト（参照される） ・ シッピングボックス（移動しない） ・・ Opened Shipping Box（開放） Class OpenedShippingBox: シールドインタフェース (ShippingBox, Opened) = (); ４．３ パーツボックス オブジェクト（参照される） ・ Parts Box（開放） Class PartsBox: シールドインタフェース（オブジェクト、開放される）
= (・・・); Construction initialize: プロテクトされない op ( criticalParts, noncriticalParts: Set [Interchanged]|Nil); 相互変換されたオブジェクトの２つのセットを、レスポ
ンダの臨界の（アーギュメント”criticalParts”）パ
ーツ及び非臨界の（アーギュメント”non-critical”）
パーツ（全て最初に存在している）とする。しかしセ
ットの代わりに０が存在していれば、セットはクリアさ
れたものと推定する。
= (・・・); Construction initialize: プロテクトされない op ( criticalParts, noncriticalParts: Set [Interchanged]|Nil); 相互変換されたオブジェクトの２つのセットを、レスポ
ンダの臨界の（アーギュメント”criticalParts”）パ
ーツ及び非臨界の（アーギュメント”non-critical”）
パーツ（全て最初に存在している）とする。しかしセ
ットの代わりに０が存在していれば、セットはクリアさ
れたものと推定する。
【３０１２】Public Instance Operations ”includeParts": プロテクトされない op (ハ゜ーツ:protected PartsBox); パーツボックスのパーツ（アーギュメント”parts”）
をリスポンダに含める。各々のパーツはリスポンダに存
在していると見做される。各々のパーツは、それがパー
ツボックスにおいてそのように考えられている場合にの
みレスポンダ中において臨界であると見做される。オペ
レーションは最初に、すでにそこに存在している適合す
るパーツをレスポンダから排除しそして廃棄する。
をリスポンダに含める。各々のパーツはリスポンダに存
在していると見做される。各々のパーツは、それがパー
ツボックスにおいてそのように考えられている場合にの
みレスポンダ中において臨界であると見做される。オペ
レーションは最初に、すでにそこに存在している適合す
るパーツをレスポンダから排除しそして廃棄する。
【３０１３】４．４ シッピングボックス オブジェクト（参照される） ・ Shipping Box（移動しない） Class ShippingBox: シールドインタフェース（オブジェクト、移動しない）
= (・・・); Construction initialize プロテクトされない op () FeatureUnavailableを送出; 例外を送出("FeatureUnavailable")。
= (・・・); Construction initialize プロテクトされない op () FeatureUnavailableを送出; 例外を送出("FeatureUnavailable")。
【３０１４】注：シッピングボックスはオペレーショ
ン”new”を使用することなくオペレーション”go”ま
たは”send”によって作り出される。
ン”new”を使用することなくオペレーション”go”ま
たは”send”によって作り出される。
【３０１５】Public Instance Attributes destination: リードオンリのプロテクトされる List [Ticket|Nil]; リスポンダの目的点及び０またはそれ以上の０（オペレ
ーション”rebox” を用いて他のシッピングボックスに
移動したチケットに変えられる）を規定するチケット。
ーション”rebox” を用いて他のシッピングボックスに
移動したチケットに変えられる）を規定するチケット。
【３０１６】exception リードオンリ TripException|Nil; 実際にトリップの例外に遭遇した場合に、リスポンダを
移送する間に遭遇したトリップの例外さもなければ０。
移送する間に遭遇したトリップの例外さもなければ０。
【３０１７】source リードオンリのプロテクトされるチケット。
【３０１８】リスポンダのソースを規定するチケット。
【３０１９】time: リードオンリのタイム。
【３０２０】リスポンダが委託された時間。
【３０２１】パブリックインスタンスオペレーション peek: op(identifier: Identifier!) copiedObject CopyUnavailable, FeatureUnavailableを送出する; 識別子（アーギュメント”identifier”）が表すレスポ
ンダの内容物の属性をリターンする。
ンダの内容物の属性をリターンする。
【３０２２】リクエスタにとって近接可能なリスポンダ
の内容の属性を識別子が表さない場合（”FeatureUnava
ilable”）または属性のコピーが利用できない場合（”
CopyUnavailable”）例外が投出される。
の内容の属性を識別子が表さない場合（”FeatureUnava
ilable”）または属性のコピーが利用できない場合（”
CopyUnavailable”）例外が投出される。
【３０２３】poke: プロテクトされない op (identifier:Identifier!; at
tribute: copiedObject) ArgumentInvalid, AttributeReadOnly, FeatureUnavail
ableを送出する; オブジェクト（アーギュメント”attribute”）を識別
子（アーギュメント”identifier”）が表すレスポンダ
の内容物の属性にする。オペレーションは最初に属性
（もし存在すれば）を廃棄する。
tribute: copiedObject) ArgumentInvalid, AttributeReadOnly, FeatureUnavail
ableを送出する; オブジェクト（アーギュメント”attribute”）を識別
子（アーギュメント”identifier”）が表すレスポンダ
の内容物の属性にする。オペレーションは最初に属性
（もし存在すれば）を廃棄する。
【３０２４】オブジェクトは属性のコンストレイントに
違反しているか（”ArgumentInvalid”）、属性がリー
ドオンリであるか（”AttributeReadOnly”）または識
別子がリクエスタにとって近接可能なリスポンダの内容
物の属性を表さない場合（”FeatureUnavailable”）例
外が投出される。
違反しているか（”ArgumentInvalid”）、属性がリー
ドオンリであるか（”AttributeReadOnly”）または識
別子がリクエスタにとって近接可能なリスポンダの内容
物の属性を表さない場合（”FeatureUnavailable”）例
外が投出される。
【３０２５】rebox プロテクトされない op (チケット:protected Set[Intege
r]) ShippingBox thows PositionInvalid; その内容がリスポンダのものと同一である新しいシッピ
ングボックスを作り出してリターンし、リスポンダの属
性”destinations”中の指定された位置にあるチケット
（”tickets”） を新しいシッピングボックスに移動
し、それらを０で代替する。
r]) ShippingBox thows PositionInvalid; その内容がリスポンダのものと同一である新しいシッピ
ングボックスを作り出してリターンし、リスポンダの属
性”destinations”中の指定された位置にあるチケット
（”tickets”） を新しいシッピングボックスに移動
し、それらを０で代替する。
【３０２６】指定された位置がそのようなものとして不
適切であれば（”PositionInvalid”）例外が投出され
る。
適切であれば（”PositionInvalid”）例外が投出され
る。
【３０２７】redirect: プロテクトされない op (例外:TripException; newDestination: copied Ticket|Nil); レスポンダの”destinations”属性から各々のニルアイ
テムを除去し、残っている各々のアイテムを、もしあれ
ばチケット（アーギュメント”newDestination”）で置
き換え、例外（アーギュメント”exception”）をレス
ポンダの属性”exception”にする。
テムを除去し、残っている各々のアイテムを、もしあれ
ばチケット（アーギュメント”newDestination”）で置
き換え、例外（アーギュメント”exception”）をレス
ポンダの属性”exception”にする。
【３０２８】アダプテーション copy Throws Copy Unavailable. finalize モデルによって規定されたようにレスポンダをレポック
スする。
スする。
【３０２９】４．５ トラベルド（Traveled） Traveled Class Traveled: アブストラクトインタフェース () = (・・・); プライベートインスタンスオペレーション transferOut: プロテクトされない op (shippingBox: unprotected hi
ppingBox; suggestedNextHop: protected Ticket|Nil; canDeliver: Boolean); ０でなければ、チケット（アーギュメント”suggestedN
extHop”）によって規定されるプロセスに、さもなけれ
ばエンジンによって選択されるプレイスに、シッピング
ボックス（アーギュメント”shippingBox”） をトラン
スファアウトする。たとえチケットが存在していても、
チケットは、次のホップがチケットによって規定される
プレイスであることを要求するのではなく示唆する。
ppingBox; suggestedNextHop: protected Ticket|Nil; canDeliver: Boolean); ０でなければ、チケット（アーギュメント”suggestedN
extHop”）によって規定されるプロセスに、さもなけれ
ばエンジンによって選択されるプレイスに、シッピング
ボックス（アーギュメント”shippingBox”） をトラン
スファアウトする。たとえチケットが存在していても、
チケットは、次のホップがチケットによって規定される
プレイスであることを要求するのではなく示唆する。
【３０３０】ブーリアン（アーギュメント”canDelive
r”）、エンジンがそのようにすることができるならば
エンジンがシッピングボックスを自由に配送することが
できるか否かを指示する。
r”）、エンジンがそのようにすることができるならば
エンジンがシッピングボックスを自由に配送することが
できるか否かを指示する。
【３０３１】システムインスタンスオペレション transferredIn: アブストラクトのプロテクトされていない op (shippin
gBox:unprotectedShippingBox; previousHop: protected Ticket); シッピングボックス（アーギュメント”ShippingBo
x”） がチケット（アーギュメント”previousHop”）
によって規定されたプレイスからトランスファインされ
る時にリクエストされる。
gBox:unprotectedShippingBox; previousHop: protected Ticket); シッピングボックス（アーギュメント”ShippingBo
x”） がチケット（アーギュメント”previousHop”）
によって規定されたプレイスからトランスファインされ
る時にリクエストされる。
【３０３２】マイクロフィルムアペンディックスＧのコ
ンピュータプログラムは、カリフォルニア、マウンテン
ビュー、シリコングラフィックスから入手されるアイリ
スインディゴコンピュータシステムのようなワークステ
ーションを備えた、ユニックスオパレーティングシステ
ムＩＲＩＸ４．０．５、コンパイラ及びリンカを用い
て、１次実施例に従ってコンパイルされリンクされた。
第２実施例によれば、マイクロアペンディックスＧのコ
ンピュータプログラムは、ＭＰＷ Ｃ＋＋コンパイラを
用いてコンパイルされ、ＭＰＷリンカを用いてリンクさ
れた。これら両者は、カリフォルニア州クッパーチノ、
アップルコンピュータＩＮＣ．から入手され、やはりア
ップルコンピュータＩＮＣから入手されるアップルマッ
キントッシュ（登録商標）コンピュータにおいて使用す
ることができる。使用される特別なコンピュータ言語及
びコンピュータシステムは本発明の重要な要素ではな
い。この開示に基づいて、同業者は、いろいろのコンピ
ュータ言語及び／又はいろいろのコンピュータシステム
を用いて本発明を実施することができる。
ンピュータプログラムは、カリフォルニア、マウンテン
ビュー、シリコングラフィックスから入手されるアイリ
スインディゴコンピュータシステムのようなワークステ
ーションを備えた、ユニックスオパレーティングシステ
ムＩＲＩＸ４．０．５、コンパイラ及びリンカを用い
て、１次実施例に従ってコンパイルされリンクされた。
第２実施例によれば、マイクロアペンディックスＧのコ
ンピュータプログラムは、ＭＰＷ Ｃ＋＋コンパイラを
用いてコンパイルされ、ＭＰＷリンカを用いてリンクさ
れた。これら両者は、カリフォルニア州クッパーチノ、
アップルコンピュータＩＮＣ．から入手され、やはりア
ップルコンピュータＩＮＣから入手されるアップルマッ
キントッシュ（登録商標）コンピュータにおいて使用す
ることができる。使用される特別なコンピュータ言語及
びコンピュータシステムは本発明の重要な要素ではな
い。この開示に基づいて、同業者は、いろいろのコンピ
ュータ言語及び／又はいろいろのコンピュータシステム
を用いて本発明を実施することができる。
【図１】従来技術によるコンピュータシステムの構造を
示す図である。。
示す図である。。
【図２】リモートプロシージャコーリングを使用した従
来技術による方法のフローチャートである。
来技術による方法のフローチャートである。
【図３】リモートプロシージャコーリングを具体化する
従来技術によるネットワークを示す図である。
従来技術によるネットワークを示す図である。
【図４】リモートプログラミングを使用する従来技術に
よる方法のフローチャートである。
よる方法のフローチャートである。
【図５】リモートプログラミングを具体化する従来技術
によるネットワークを示す図である。
によるネットワークを示す図である。
【図６】本発明に従って構成されたネットワークを通る
エージェントプロセスの運動を示す図である。
エージェントプロセスの運動を示す図である。
【図７】本発明に従って構成されたネットワークを通る
エージェントプロセスの運動を示す図である。
エージェントプロセスの運動を示す図である。
【図８】本発明の原理に従って形成されたコンピュータ
システムにおいて実行されるプロセス（複数）を示す図
である。
システムにおいて実行されるプロセス（複数）を示す図
である。
【図９】本発明の原理に従って形成されたコンピュータ
システムにおいて実行されるプロセス（複数）を示す図
である。
システムにおいて実行されるプロセス（複数）を示す図
である。
【図１０】本発明の一実施例によるクラス階層の一部を
示す図である。
示す図である。
【図１１】本発明に従って形成されたネットワークを通
るエージェントプロセスの運動を示す図である。
るエージェントプロセスの運動を示す図である。
【図１２】本発明に従って形成されたネットワークを通
るエージェントプロセスの運動を示す図である。
るエージェントプロセスの運動を示す図である。
【図１３】本発明に従って形成されたネットワークを通
るエージェントプロセスの運動を示す図である。
るエージェントプロセスの運動を示す図である。
【図１４】本発明の一局面に従って形成されたネットワ
ークを通るエージェントプロセスのクローン（複数）の
運動を示す図である。
ークを通るエージェントプロセスのクローン（複数）の
運動を示す図である。
【図１５】本発明の一局面に従って形成されたネットワ
ークを通るエージェントプロセスのクローン（複数）の
運動を示す図である。
ークを通るエージェントプロセスのクローン（複数）の
運動を示す図である。
【図１６】本発明の一局面に従って形成されたネットワ
ークを通るエージェントプロセスのクローン（複数）の
運動を示す図である。
ークを通るエージェントプロセスのクローン（複数）の
運動を示す図である。
【図１７】本発明の一局面に従って形成されたネットワ
ークを通るエージェントプロセスのクローン（複数）の
運動を示す図である。
ークを通るエージェントプロセスのクローン（複数）の
運動を示す図である。
【図１８】本発明の一局面に従って形成されたネットワ
ークを通るエージェントプロセスのクローン（複数）の
運動を示す図である。
ークを通るエージェントプロセスのクローン（複数）の
運動を示す図である。
【図１９】オペレーション”meet”を使用することによ
る２つのエージェントプロセスの間の相互作用を示す図
である。
る２つのエージェントプロセスの間の相互作用を示す図
である。
【図２０】オペレーション”meet”のオペレーションを
使用することによる２つのエージェントプロセスの間の
相互作用を示す図である。
使用することによる２つのエージェントプロセスの間の
相互作用を示す図である。
【図２１】オペレーション”meet”使用することによる
２つのエージェントプロセスの間の相互作用を示す図で
ある。
２つのエージェントプロセスの間の相互作用を示す図で
ある。
【図２２】オペレーション”meet”を使用することによ
る２つのエージェントプロセスの間の相互作用を示す図
である。
る２つのエージェントプロセスの間の相互作用を示す図
である。
【図２３】オペレーション”meet”を使用することによ
る２つのエージェントプロセスの間の相互作用を示す図
である。
る２つのエージェントプロセスの間の相互作用を示す図
である。
【図２４】オペレーション”meet”を使用することによ
る２つのエージェントプロセスの間の相互作用を示す図
である。
る２つのエージェントプロセスの間の相互作用を示す図
である。
【図２５】本発明の一局面に従って形成されたプレイス
プロセスの相互作用を示す図である。
プロセスの相互作用を示す図である。
【図２６】本発明の一局面に従って形成されたプレイス
プロセスの相互作用を示す図である。
プロセスの相互作用を示す図である。
【図２７】本発明の一局面に従って形成されたプレイス
プロセスの相互作用を示す図である。
プロセスの相互作用を示す図である。
【図２８】本発明の一局面に従って形成されたプレイス
プロセスの相互作用を示す図である。
プロセスの相互作用を示す図である。
【図２９】本発明の一局面に従って形成されたプレイス
プロセスの相互作用を示す図である。
プロセスの相互作用を示す図である。
【図３０】本発明に従って構成されたコンピュータネッ
トワークの構成を示す図である。
トワークの構成を示す図である。
【図３１】図３０に示したネットワークの別の表現形態
を現す図である。
を現す図である。
【図３２】図３０に示したネットワークの別の表現形態
を現す図である。
を現す図である。
【図３３】本発明の一実施例によるエージェントプロセ
スのクラス関係を示す線図である。
スのクラス関係を示す線図である。
【図３４】本発明に従って形成されたネットワークの構
造を示すと共に、ネットワークを通るあるエージェント
プロセスの運動を示す図である。
造を示すと共に、ネットワークを通るあるエージェント
プロセスの運動を示す図である。
【図３５】オペレーション”go”の遂行による本発明の
コンピュータネットワーク内のエージェントプロセスの
運動のそれぞれ直前及び直後においての本発明に従って
形成されたエージェントプロセスの状態を示す図であ
る。
コンピュータネットワーク内のエージェントプロセスの
運動のそれぞれ直前及び直後においての本発明に従って
形成されたエージェントプロセスの状態を示す図であ
る。
【図３６】オペレーション”go”の遂行による本発明の
コンピュータネットワーク内のエージェントプロセスの
運動のそれぞれ直前及び直後においての本発明に従って
形成されたエージェントプロセスの状態を示す図であ
る。
コンピュータネットワーク内のエージェントプロセスの
運動のそれぞれ直前及び直後においての本発明に従って
形成されたエージェントプロセスの状態を示す図であ
る。
【図３７】オペレーション”go”の遂行による本発明に
従うネットワークを通るエージェントプロセスの運動の
ためのステップを示すフローチャートである。
従うネットワークを通るエージェントプロセスの運動の
ためのステップを示すフローチャートである。
【図３８】パーミットを含むエージェントプロセスの構
造を示す図である。
造を示す図である。
【図３９】図３８のパーミットの構造を示す図である。
【図４０】オペレーション”go”の遂行による本発明に
従うネットワークを通るエージェントプロセスの運動の
ためのステップを示すフローチャートである。
従うネットワークを通るエージェントプロセスの運動の
ためのステップを示すフローチャートである。
【図４１】本発明に従って形成されたネットワークの構
造を示すと共に、ネットワークを通るあるエージェント
プロセスの運動を示す図である。
造を示すと共に、ネットワークを通るあるエージェント
プロセスの運動を示す図である。
【図４２】本発明の一実施例によるコード化エージェン
トの構造を示す図である。
トの構造を示す図である。
【図４３】オペレーション”go”の遂行による本発明に
従うネットワークを通るエージェントプロセスの運動の
ためのステップを示すフローチャートである。
従うネットワークを通るエージェントプロセスの運動の
ためのステップを示すフローチャートである。
【図４４】オペレーション”go”の遂行による本発明に
従うネットワークを通るエージェントプロセスの運動の
ためのステップを示すフローチャートである。
従うネットワークを通るエージェントプロセスの運動の
ためのステップを示すフローチャートである。
【図４５】テレアドレス、サイテイション、テレネーム
及びウェイを含む図３５のチケットの構造を示す図であ
る。
及びウェイを含む図３５のチケットの構造を示す図であ
る。
【図４６】図４５のウェイの構造を示す図である。
【図４７】本発明の一実施例によって形成されたディク
ショナリを示す図である。
ショナリを示す図である。
【図４８】本発明の一実施例によって形成されたファイ
ンダの構造を示す図である。
ンダの構造を示す図である。
【図４９】オペレーション”go”の遂行による本発明に
従うネットワークを通るエージェントプロセスの運動の
ためのステップを示すフローチャートである。
従うネットワークを通るエージェントプロセスの運動の
ためのステップを示すフローチャートである。
【図５０】本発明に従って形成されたネットワークの構
造を示すと共に、ネットワークを通るあるエージェント
プロセスの運動を示す図である。
造を示すと共に、ネットワークを通るあるエージェント
プロセスの運動を示す図である。
【図５１】本発明に従って形成されたネットワークの構
造を示すと共に、ネットワークを通るあるエージェント
プロセスの運動を示す図である。
造を示すと共に、ネットワークを通るあるエージェント
プロセスの運動を示す図である。
【図５２】オペレーション”go”の遂行による本発明に
従うネットワークを通るエージェントプロセスの運動の
ためのステップを示すフローチャートである。
従うネットワークを通るエージェントプロセスの運動の
ためのステップを示すフローチャートである。
【図５３】本発明に従って形成されたネットワークの構
造を示すと共に、ネットワークを通るあるエージェント
プロセスの運動を示す図である。
造を示すと共に、ネットワークを通るあるエージェント
プロセスの運動を示す図である。
【図５４】オペレーション”go”の遂行による本発明に
従うネットワークを通るエージェントプロセスの運動の
ためのステップを示すフローチャートである。
従うネットワークを通るエージェントプロセスの運動の
ためのステップを示すフローチャートである。
【図５５】本発明の一実施例によるオペレーション”en
tering”の動作の遂行においてなされるステップを示す
フローチャートである。
tering”の動作の遂行においてなされるステップを示す
フローチャートである。
【図５６】それぞれオペレーション”entering”の直前
及び直後のエージェントプロセスの状態を示す図であ
る。
及び直後のエージェントプロセスの状態を示す図であ
る。
【図５７】それぞれオペレーション”entering”の直前
及び直後のエージェントプロセスの状態を示す図であ
る。
及び直後のエージェントプロセスの状態を示す図であ
る。
【図５８】オペレーション”exiting”の遂行のそれぞ
れ直前及び直後のプロセスの状態の一部を示す図であ
る。
れ直前及び直後のプロセスの状態の一部を示す図であ
る。
【図５９】オペレーション”exiting”の遂行のそれぞ
れ直前及び直後のプロセスの状態の一部を示す図であ
る。
れ直前及び直後のプロセスの状態の一部を示す図であ
る。
【図６０】本発明の一局面に従うネットワークを通るエ
ージェントプロセスの移動においての各ステップを示す
フローチャートである。
ージェントプロセスの移動においての各ステップを示す
フローチャートである。
【図６１】本発明の一局面に従うネットワークを通るエ
ージェントプロセスの移動においての各ステップを示す
フローチャートである。
ージェントプロセスの移動においての各ステップを示す
フローチャートである。
【図６２】図６０〜図６２に示したステップにおいて使
用されるインターチェンジ（相互変換）されたオブジェ
クトのレポジトリの構造を示す。
用されるインターチェンジ（相互変換）されたオブジェ
クトのレポジトリの構造を示す。
【図６３】本発明の一局面に従うネットワークを通るエ
ージェントプロセスの移動においての各ステップを示す
フローチャートである。
ージェントプロセスの移動においての各ステップを示す
フローチャートである。
【図６４】本発明の原理によって形成されたコンピュー
タネットワークを示す図である。
タネットワークを示す図である。
【図６５】それぞれオペレーション”send”の遂行の直
前及び直後のエージェントプロセスの状態の一部を示す
図である。
前及び直後のエージェントプロセスの状態の一部を示す
図である。
【図６６】それぞれオペレーション”send”の遂行の直
前及び直後のエージェントプロセスの状態の一部を示す
図である。
前及び直後のエージェントプロセスの状態の一部を示す
図である。
【図６７】オペレーション”send”の直後においてのエ
ージェントプロセスのクローンの状態を示す図である。
ージェントプロセスのクローンの状態を示す図である。
【図６８】オペレーション”send”の遂行においてエー
ジェントプロセスのクローンの形成のそれぞれ前後にお
いてのエンジンプロセスの状態を示す図である。
ジェントプロセスのクローンの形成のそれぞれ前後にお
いてのエンジンプロセスの状態を示す図である。
【図６９】オペレーション”send”の遂行においてエー
ジェントプロセスのクローンの形成のそれぞれ前後にお
いてのエンジンプロセスの状態を示す図である。
ジェントプロセスのクローンの形成のそれぞれ前後にお
いてのエンジンプロセスの状態を示す図である。
【図７０】オペレーション”send”の遂行においてエー
ジェントプロセスの各クローンがコンピュータネットワ
ークのそれぞれのコンピュータシステムに移行した、図
２５のコンピュータネットワークを示す図である。
ジェントプロセスの各クローンがコンピュータネットワ
ークのそれぞれのコンピュータシステムに移行した、図
２５のコンピュータネットワークを示す図である。
【図７１】デイファードクローニングと称される本発明
の別の局面に従ってあるエージェントプロセスのクロー
ンがそれを通って移動するコンピュータネットワークを
示す図である。
の別の局面に従ってあるエージェントプロセスのクロー
ンがそれを通って移動するコンピュータネットワークを
示す図である。
【図７２】ニル（零）及びチケットリストを含む送フレ
ームの構造を示す図である。
ームの構造を示す図である。
【図７３】本発明の一局面に従って形成されたエージェ
ントプロセスのコード化クローンの構造を示す図であ
る。
ントプロセスのコード化クローンの構造を示す図であ
る。
【図７４】デイファードクローニングと称される本発明
の別の局面に従ってあるエージェントプロセスのクロー
ンがそれを通って移動するコンピュータネットワークを
示す図である。
の別の局面に従ってあるエージェントプロセスのクロー
ンがそれを通って移動するコンピュータネットワークを
示す図である。
【図７５】デイファードクローニングと称される本発明
の別の局面に従ってあるエージェントプロセスのクロー
ンがそれを通って移動するコンピュータネットワークを
示す図である。
の別の局面に従ってあるエージェントプロセスのクロー
ンがそれを通って移動するコンピュータネットワークを
示す図である。
【図７６】デイファードクローニングと称される本発明
の別の局面に従ってあるエージェントプロセスのクロー
ンがそれを通って移動するコンピュータネットワークを
示す図である。
の別の局面に従ってあるエージェントプロセスのクロー
ンがそれを通って移動するコンピュータネットワークを
示す図である。
【図７７】デイファードクローニングと称される本発明
の別の局面に従ってあるエージェントプロセスのクロー
ンがそれを通って移動するコンピュータネットワークを
示す図である。
の別の局面に従ってあるエージェントプロセスのクロー
ンがそれを通って移動するコンピュータネットワークを
示す図である。
【図７８】オペレーション”meet”の遂行のそれぞれ直
前及び直後においてのあるプロセスの状態を示す図であ
る。
前及び直後においてのあるプロセスの状態を示す図であ
る。
【図７９】オペレーション”meet”の遂行のそれぞれ直
前及び直後においてのあるプロセスの状態を示す図であ
る。
前及び直後においてのあるプロセスの状態を示す図であ
る。
【図８０】オペレーション”meet”の遂行においてとら
れるステップのフローチャートである。
れるステップのフローチャートである。
【図８１】コンタクトのセットを含むエージェントプロ
セスの状態の一部を示す図である。
セスの状態の一部を示す図である。
【図８２】オペレーション”meeting ”の遂行のそれぞ
れ直前及び直後においてのあるプロセスの状態を示す図
である。
れ直前及び直後においてのあるプロセスの状態を示す図
である。
【図８３】本発明の一実施例に従うオペレーション”me
eting ”の遂行においてとられる各ステップを示すフロ
ーチャートである。
eting ”の遂行においてとられる各ステップを示すフロ
ーチャートである。
【図８４】オペレーション”meeting ”の遂行のそれぞ
れ直前及び直後においてのあるプロセスの状態を示す図
である。
れ直前及び直後においてのあるプロセスの状態を示す図
である。
【図８５】本発明の一局面に従って相互作用する２つの
エージェントプロセスの状態を示す図である。
エージェントプロセスの状態を示す図である。
【図８６】オペレーション”part”の遂行のそれぞれ直
前及び直後においてのあるエージェントプロセスの状態
の一部を示す図である。
前及び直後においてのあるエージェントプロセスの状態
の一部を示す図である。
【図８７】オペレーション”part”の遂行のそれぞれ直
前及び直後においてのあるエージェントプロセスの状態
の一部を示す図である。
前及び直後においてのあるエージェントプロセスの状態
の一部を示す図である。
【図８８】オペレーション”part”の遂行の直後におい
ての、図８５に示したエージェントプロセスの状態を示
す図である。
ての、図８５に示したエージェントプロセスの状態を示
す図である。
【図８９】本発明による第２のエージェントプロセスと
の相互作用の間の第１のエージェントプロセスの状態の
一部を示す図である。
の相互作用の間の第１のエージェントプロセスの状態の
一部を示す図である。
【図９０】本発明による第２のエージェントプロセスと
の相互作用の間の第１のエージェントプロセスの状態の
一部を示す図である。
の相互作用の間の第１のエージェントプロセスの状態の
一部を示す図である。
【図９１】本発明による第２のエージェントプロセスと
の相互作用の間の第１のエージェントプロセスの状態の
一部を示す図である。
の相互作用の間の第１のエージェントプロセスの状態の
一部を示す図である。
【図９２】本発明による第２のエージェントプロセスと
の相互作用の間の第１のエージェントプロセスの状態の
一部を示す図である。
の相互作用の間の第１のエージェントプロセスの状態の
一部を示す図である。
【図９３】本発明による第２のエージェントプロセスと
の相互作用の間の第１のエージェントプロセスの状態の
一部を示す図である。
の相互作用の間の第１のエージェントプロセスの状態の
一部を示す図である。
【図９４】本発明による第２のエージェントプロセスと
の相互作用の間の第１のエージェントプロセスの状態の
一部を示す図である。
の相互作用の間の第１のエージェントプロセスの状態の
一部を示す図である。
【図９５】本発明の一実施例による図８９〜９４に示す
相互作用の間の第２のエージェントプロセスの各行程を
示すフローチャートである。
相互作用の間の第２のエージェントプロセスの各行程を
示すフローチャートである。
【図９６】本発明の一局面に従うクラス定義の構造を示
す図である。
す図である。
【図９７】本発明の一実施例に従って形成されたクラス
オブジェクトの構造を示す図である。
オブジェクトの構造を示す図である。
【図９８】本発明の第２の実施例に従って形成されたク
ラスオブジェクトの構造を示す図である。
ラスオブジェクトの構造を示す図である。
【図９９】本発明に従って形成されたインターフェース
オブジェクトの構造を示す図である。
オブジェクトの構造を示す図である。
【図１００】セット、識別子及びブーリアンを含むフィ
ーチャ定義の構造を示す図である。
ーチャ定義の構造を示す図である。
【図１０１】コンストレイント及びブーリアンを含む属
性定義の構造を示す図である。
性定義の構造を示す図である。
【図１０２】コンストレイントを及びリスト（コンスト
レイントを含む）を含むオペレーション定義の構造を示
す図である。
レイントを含む）を含むオペレーション定義の構造を示
す図である。
【図１０３】コンストレイントの構造を示す図である。
【図１０４】２つのリスト及び６つのレキシコンを含む
インプリメンテーションオブジェクトの構造を示す図で
ある。
インプリメンテーションオブジェクトの構造を示す図で
ある。
【図１０５】プロシージャ及びリスト（識別子を含む）
を含む方法の構造を示す図である。
を含む方法の構造を示す図である。
【図１０６】図１０５のプロシージャの構造を示す図で
ある。
ある。
【図１０７】サイティイション（テレネーム、２つのイ
ンテジャ（整数）及び識別子を含む）の構造を示す図で
ある。
ンテジャ（整数）及び識別子を含む）の構造を示す図で
ある。
【図１０８】サイティイションをそれぞれ含む２つの引
用（サイト）されたオブジェクトの構造を示す図であ
る。
用（サイト）されたオブジェクトの構造を示す図であ
る。
【図１０９】オペレーション”do”の遂行においての各
ステップを示すフローチャートである。
ステップを示すフローチャートである。
【図１１０】１つの整数及び１つのプロシージャを含む
予め定義されたフレームの構造を示す図である。
予め定義されたフレームの構造を示す図である。
【図１１１】スタック（ユーザーフレームを含む）を含
むプロセスの実行状態を示す図である。
むプロセスの実行状態を示す図である。
【図１１２】図１１１のユーザーフレームの状態を示す
図である。
図である。
【図１１３】ユーザ定義されたオペレーションの遂行に
おいての各ステップを示す単一のフローチャートであ
る。
おいての各ステップを示す単一のフローチャートであ
る。
【図１１４】ユーザ定義されたオペレーションの遂行に
おいての各ステップを示す単一のフローチャートであ
る。
おいての各ステップを示す単一のフローチャートであ
る。
【図１１５】スタック（フレームを含む）を含むプロセ
スの実行状態を示す図である。
スの実行状態を示す図である。
【図１１６】第２のフレーム及び図１１５のプロセスの
実行状態を示す図である。
実行状態を示す図である。
【図１１７】最初に述べたフレームと第２のフレームと
を含むスタックを含む図１１５、図１１６のプロセスの
実行状態を示す図である。
を含むスタックを含む図１１５、図１１６のプロセスの
実行状態を示す図である。
【図１１８】本発明に従うクラス階層からの方法及びフ
ィーチャ定義を選択する上の各ステップを示すフローチ
ャートである。
ィーチャ定義を選択する上の各ステップを示すフローチ
ャートである。
【図１１９】リストがその一メンバであるクラスの階層
を示す図である。
を示す図である。
【図１２０】リストクラスが一メンバであるクラス（複
数）の階層を示す図である。
数）の階層を示す図である。
【図１２１】あるオブジェクトのイニシアリゼイション
のための各ステップを示すフローチャートである。
のための各ステップを示すフローチャートである。
【図１２２】オペレーション”if”の遂行のための各ス
テップを示すフローチャートである。
テップを示すフローチャートである。
【図１２３】オペレーション”either”の遂行のための
各ステップを示すフローチャートである。
各ステップを示すフローチャートである。
【図１２４】オペレーション”select”の遂行のための
各ステップを示すフローチャートである。
各ステップを示すフローチャートである。
【図１２５】オペレーション”select”の遂行の直後に
おけるプロセスの実行状態を示す図である。
おけるプロセスの実行状態を示す図である。
【図１２６】オペレーション”select”の遂行の直後に
おけるプロセスの実行状態を示す図である。
おけるプロセスの実行状態を示す図である。
【図１２７】オペレーション”select”の遂行の動的状
態を示すあらかじめ定義されたフレームの状態を示す図
である。
態を示すあらかじめ定義されたフレームの状態を示す図
である。
【図１２８】オペレーション”while ”の遂行において
とられるステップを示すフロチャートである。
とられるステップを示すフロチャートである。
【図１２９】オペレーション”catch ”のそれぞれ直前
及び直後においてのあるプロセスの実行状態の一部を示
す図である。
及び直後においてのあるプロセスの実行状態の一部を示
す図である。
【図１３０】オペレーション”catch ”のそれぞれ直前
及び直後においてのあるプロセスの実行状態の一部を示
す図である。
及び直後においてのあるプロセスの実行状態の一部を示
す図である。
【図１３１】オペレーション”catch ”の遂行のための
各ステップを示すフロチャートである
各ステップを示すフロチャートである
【図１３２】オペレーション”loon”の遂行のための各
ステップを示すフロチャートである。
ステップを示すフロチャートである。
【図１３３】実行されたオブジェクトと２つの整数とを
含むレピートフレームの構造を示す図である。
含むレピートフレームの構造を示す図である。
【図１３４】オペレーション”repeat”の遂行のための
各ステップを示すフロチャートである。
各ステップを示すフロチャートである。
【図１３５】スタック（ユーザー定義フレーム、予定義
フレーム、レピートフレム及び第２のユーザー定義フレ
ームを上部から下部にかけて含む。）を含むプロセスの
実行状態を示す図である。
フレーム、レピートフレム及び第２のユーザー定義フレ
ームを上部から下部にかけて含む。）を含むプロセスの
実行状態を示す図である。
１００ コンピュータネットワーク １０２ＡＢ コミュニケーションリンク １２０Ａ、１２０Ｂ コンピュータシステム １５０Ａ エージェント ２２０Ａ、２２０Ｂ プレイス １３０６ チケット
───────────────────────────────────────────────────── フロントページの続き (72)発明者 クリストファー エス． ヘルゲッサン アメリカ合衆国 カリフォルニア州 94070， マウンテン ビュー， バーシ ティ コート 1025 (72)発明者 ダグラス エイ． ステードマン アメリカ合衆国 カリフォルニア州 94070， マウンテン ビュー， ラッサ ム ストリート ＃83， 2250
Claims (165)
- 【請求項１】 エージェントクラス及びプレイスクラス
を含む複数のオブジェクト指向クラスを定義し、 前記オブジェクト指向クラス、該オブジェクト指向クラ
スのサブクラス及び go オペレーションを含む、コンピ
ュータプロセスのためのインストラクションを形成し、
該コンピュータネットワーク中のプロセッサによって前
記インストラクションをインタープリートし、 前記 go オペレーションに応答して、エージェントプロ
セスがプレイスプロセスに転送され、前記エージェント
プロセスが、前記エージェントクラスの１つのメンバで
あり、前記プレイスプロセスは前記プレイスクラスの１
つのメンバであることを特徴とするコンピュータネット
ワークにおけるリモートプログラミングの実施方法。 - 【請求項２】 前記エージェントプロセスにおいて前記
go オペレーションを形成することを特徴とする請求項
第１項記載のリモートプログラミングの実施方法。 - 【請求項３】 前記プレイスのサブプレイスを形成し、 前記サブプレイスは前記プレイスクラスの１つのメンバ
であり、前記プレイスは前記サブプレイスの１つのスー
パープレイスであることを特徴とする請求項第１項記載
のリモートプログラミングの実施方法。 - 【請求項４】 前記エージェントプロセスをオブジェク
トのオーナーとして指定することを特徴とする請求項第
１項記載のリモートプログラミングの実施方法。 - 【請求項５】 前記オブジェクト中にダイジェストを形
成することを特徴とする請求項第４項記載のリモートプ
ログラミングの実施方法。 - 【請求項６】 前記オブジェクトの代わりに前記プレイ
スプロセスにおいて第２のオブジェクトを相互変換し、 前記第２のオブジェクトは、前記ダイジェストと同等の
第２のダイジェストを有し、 前記第１のオブジェクトは前記プレイスプロセスに転送
されないことを特徴とする請求項第５項記載のリモート
プログラミングの実施方法。 - 【請求項７】 前記プレイスプロセスをチケット手段に
よって指定することを特徴とすることを請求項第１項記
載のリモートプログラミングの実施方法。 - 【請求項８】 前記チケット手段を前記エージェントプ
ロセス内において形成することを特徴とする請求項第７
項記載のリモートプログラミングの実施方法。 - 【請求項９】 前記チケット手段中において前記プレイ
スプロセスのアドレスを形成することを特徴とする請求
項第７項記載のリモートプログラミングの実施方法。 - 【請求項１０】 前記アドレスがテレアドレスであるこ
とを特徴とする請求項第９項記載のリモートプログラミ
ングの実施方法。 - 【請求項１１】 前記チケット手段中において前記プレ
イスプロセスのネームを形成することを特徴とする請求
項第７項記載のリモートプログラミングの実施方法。 - 【請求項１２】 前記ネームがテレネームであることを
特徴とする請求項第１１項記載のリモートプログラミン
グの実施方法。 - 【請求項１３】 クラスオブジェクトのクラスを規定
し、 クラスオブジェクトを形成し、 前記クラスオブジェクトは、（ｉ）クラスオブジェクト
の前記クラスの１つのメンバであり、（ｉｉ）前記オブ
ジェクト指向クラスの選択された１つのもののサブクラ
スである第１のクラスを規定し、 前記第１のクラスの１つのメンバであるオブジェクトを
形成し、 前記エージェントプロセスは、前記オブジェクトを所有
し、前記エージェントプロセスを前記プレイスプロセス
に転送することが、前記オブジェクト及び前記クラスオ
ブジェクトを前記プレイスプロセスに転送することを含
むことを特徴とする請求項第１項記載のリモートプログ
ラミングの実施方法。 - 【請求項１４】 エージェントクラスとプレイスクラス
とを含む複数のオブジェクト指向クラスを定義し、 前記オブジェクト指向クラス、前記オブジェクト指向ク
ラスのサブクラス及びsend オペレーションを含むコン
ピュータプロセスのためのインストラクションを形成
し、前記コンピュータのネットワーク中のプロセッサに
おいて前記インストラクションをインタープリートする
際に、 前記 send オペレーションに応答してエージェントプロ
セスの１つのクローンが１つのプレイスプロセスに転送
され、前記クローン及び前記エージェントプロセスは、
各々前記エージェントクラスの１つのメンバであり、前
記プレイスプロセスは前記プレイスクラスの１つのメン
バであることを特徴とするコンピュータネットワークに
おけるリモートプログラミングの実施方法。 - 【請求項１５】 前記 send オペレーションを前記エー
ジェントプロセス中において形成することを特徴とする
請求項第１４項記載のリモートプログラミングの実施方
法。 - 【請求項１６】 前記プレイスのサブプレイスを形成
し、 前記サブプレイスは前記プレイスクラスの１つのメンバ
であり、前記プレイスは前記サブプレイスの１つのスー
パープレイスであることを特徴とする請求項第１４項記
載のリモートプログラミングの実施方法。 - 【請求項１７】 前記エージェントプロセスをオブジェ
クトのオーナーとして指定することを特徴とする請求項
第１４項記載のリモートプログラミングの実施方法。 - 【請求項１８】 前記クローンの転送が前記プロセスの
コピーを前記プレイスプロセスに転送することを特徴と
する請求項第１７項記載のリモートプログラミングの実
施方法。 - 【請求項１９】 前記オブジェクト中にダイジェストを
形成することを特徴とする請求項第１８項記載のリモー
トプログラミングの実施方法。 - 【請求項２０】 前記オブジェクトと異なる第２のオブ
ジェクトを前記プレイスプロセスにおいて前記コピーと
相互変換し、前記プレイスプロセスにおいて前記第２の
オブジェクトは、前記ダイジェストと同等の第２のダイ
ジェストを持ち、前記コピーは前記プレイスプロセスに
転送されないことを特徴とする請求項第１９項記載のリ
モートプログラミングの実施方法。 - 【請求項２１】 前記プレイスプロセスをチケット手段
によって指定することを特徴とする請求項第１４項記載
のリモートプログラミングの実施方法。 - 【請求項２２】 前記エージェントプロセス中において
前記チケット手段を形成することを特徴とする請求項第
２１項記載のリモートプログラミングの実施方法。 - 【請求項２３】 前記プレイスプロセスのアドレスを前
記チケット手段中において形成することを特徴とする請
求項第２１項記載のリモートプログラミングの実施方
法。 - 【請求項２４】 前記アドレスがテレアドレスであるこ
とを特徴とする請求項第２３項記載のリモートプログラ
ミングの実施方法。 - 【請求項２５】 前記チケット手段中において前記プレ
イスプロセスの１つのネームを形成することを特徴とす
る請求項第２１項記載のリモートプログラミングの実施
方法。 - 【請求項２６】 前記ネームがテレネームであることを
特徴とする請求項第２５項記載のリモートプログラミン
グの実施方法。 - 【請求項２７】 本発明は、前記 send オペレーション
に応答して前記エージェントプロセスの第２のクローン
を第２のプレイスプロセスに転送し、前記第２のクロー
ンは、前記クローンとは異なり、前記エージェントクラ
スの１つのメンバであり、前記第２のプレイスプロセス
は前記プレイスプロセスの１つのメンバであることを特
徴とする請求項第１４項記載のリモートプログラミング
の実施方法。 - 【請求項２８】 前記第１のクローンを前記第１のプレ
イスプロセスに転送し、前記第２のクローンを前記第２
のプレイスプロセスに転送するためには、前記コンピュ
ータネットワークの複数のコンピュータの内の単一のコ
ンピュータに前記第１及び第２のクローンを転送するこ
とを必要であることを定め、 前記第１のクローンを前記単一のコンピュータに転送
し、 前記単一のコンピュータにおいて前記第１のクローンか
ら前記第２のクローンを形成することを特徴とする請求
項第２７項記載のリモートプログラミングの実施方法。 - 【請求項２９】 前記単一のコンピュータから前記プレ
イスプロセスに前記第２のクローンを転送し、 前記単一のコンピュータから前記第２のプレイスプロセ
スに前記第２のクローンを転送することを特徴とする請
求項第２８項記載のリモートプログラミングの実施方
法。 - 【請求項３０】 エージェントクラスを含む複数のオブ
ジェクト指向クラスを定義し、 前記オブジェクト指向クラス、前記オブジェクト指向ク
ラスのサブクラス及びmeet オペレーションを含むコン
ピュータプロセスのためのインストラクションを形成
し、 前記コンピュータネットワーク中の１つのプロセッサに
おいて前記インストラクションをインタープリートし、 ミーティングプレイスプロセスが前記 meet オペレーシ
ョンに応答して、第２のエージェントプロセスへの第１
のエージェントプロセスのアクセスを供与し、前記第１
のエージェントプロセスへの前記第２のエージェントプ
ロセスのアクセスも供与し、さらに、前記第１及び第２
のエージェントプロセスが前記エージェントクラスのメ
ンバであることを特徴とするコンピュータにおけるコン
ピュータのプロセス間通信方法。 - 【請求項３１】 前記ミーティングプレイスプロセスが
前記複数のオブジェクト指向クラス中のプレイスクラス
の１つのメンバであり、前記第１及び第２のエージェン
トプロセスが前記ミーティングプレイスプロセスを占有
することを特徴とする請求項第３０項記載のコンピュー
タのプロセス間通信方法。 - 【請求項３２】 第２のプレイスプロセスを形成し、 第２のプレイスプロセスは前記プレイスクラスの１つの
メンバであり、前記第２のプレイスプロセスは前記ミー
ティングプレイスプロセスの１つのサブプレイスであ
り、前記ミーティングプレイスは前記第２のプレイスの
スーパープレイスであることを特徴とする請求項第３１
項記載のコンピュータのプロセス間通信方法。 - 【請求項３３】 エージェントクラス、プレイスクラス
及びチケットクラスを含む複数のオブジェクト指向クラ
スを定義し、 各々が前記プレイスクラスの１つのメンバである、前記
コンピュータネットワーク中の複数のプレイスプロセス
を形成し、 前記エージェントクラスの１つのメンバであって前記複
数のプレイスプロセス中の第１のプレイスプロセスを占
有する、エージェントプロセスを形成し、 前記チケットクラスの１つのメンバであり、前記複数の
プレイスプロセス中の前記第１のプレイスプロセスから
第２のプレイスプロセスへの前記エージェントプロセス
の移動を含むトリップを定義するチケットを形成するこ
とを特徴とするコンピュータネットワークにおけるプロ
セスの運動制御方法。 - 【請求項３４】 プレイスプロセスとパーミットクラス
とを含む複数のオブジェクト指向クラスを定義し、 前記プレイスクラスの１つのメンバであるプロセスを形
成し、前記パーミットクラスの１つのメンバであって前
記プロセスの１以上の能力を指定するパーミットを形成
することを特徴とするコンピュータネットワーク中のプ
ロセスの能力制御方法。 - 【請求項３５】 前記プロセスクラス中に go オペレー
ションを定義し、 前記プロセスが前記 go オペレーションを遂行しうるか
否かを前記パーミット中において指定することを特徴と
する請求項第３４項記載のプロセスの能力制御方法。 - 【請求項３６】 前記プロセスクラス中に send オペレ
ーションを定義し、 前記プロセスが前記 send オペレーションを遂行しうる
か否かを前記パーミット中において指定することを特徴
とする請求項第３４項記載のプロセスの能力制御方法。 - 【請求項３７】 前記プロセスクラス中において charg
e オペレーションを定義し、 前記プロセスが前記 charge オペレーションを遂行しう
るか否かを前記パーミット中において指定することを特
徴とする請求項第３４項記載のプロセスの能力制御方
法。 - 【請求項３８】 前記プロセスクラス中にterminate オ
ペレーションを定義し、 前記プロセスが前記terminate オペレーションを遂行し
うるか否かを前記パーミット中において指定することを
特徴とする請求項第３４項記載のプロセスの能力制御方
法。 - 【請求項３９】 前記プロセスが前記プロセスと異なっ
た第２のプロセスを作り出すことができるか否かを前記
パーミット中において指定し、 該第２のプロセスは前記プロセスクラスの１つのメンバ
であることを特徴とする請求項第３４項記載のプロセス
の能力制御方法。 - 【請求項４０】 オブジェクト指向プレイスクラスを定
義し、 前記パーミット中に前記プロセスが前記プレイスプロセ
スの複数のメンバを作り出すことができるか否かを前記
パーミット中において指定することを特徴とする請求項
第３４項記載のプロセスの能力制御方法。 - 【請求項４１】 前記プロセスが失敗した時に前記プロ
セスが再スタートされるか否かを前記パーミット中にお
いて指定することを特徴とする請求項第３４項記載のプ
ロセスの能力制御方法。 - 【請求項４２】 前記プロセスに割り当てられた処理量
を前記パーミット中において指定することを特徴とする
請求項第３４項記載のプロセスの能力制御方法。 - 【請求項４３】 前記プロセスが終了する時間を前記パ
ーミット中において指定することを特徴とする請求項第
３４項記載のプロセスの能力制御方法。 - 【請求項４４】 前記プロセスクラス中において制限オ
ペレーションを定義し、 前記クラス、前記クラスのサブクラス及び前記制限オペ
レーションを含むコンピュータプロセスのためのインス
トラクションを形成し、 前記コンピュータネットワーク中のプロセッサにおいて
前記インストラクションをインタープリートし、 前記パーミットと異なる第２のパーミットが前記制限オ
ペレーションに応答して形成され、 前記第２のパーミットは前記パーミットクラスの１つの
メンバであり、前記プロセスの前記１以上の能力の１つ
のグループを指定し、 前記第２のパーミットによって指定された１以上の能力
の前記グループに前記プロセスを制限することを特徴と
する請求項第３４項記載のプロセスの能力制御方法。 - 【請求項４５】 コンピュータにおいて、 クラス（複数）の１つのクラスとサイテーション（複
数）の１つのクラスを含む、複数のオブジェクト指向ク
ラスを定義し、 前記複数のクラスの前記クラスのメンバである１以上の
クラスオブジェクトを形成し、 前記第１のクラスオブジェクトを指定するとともに、前
記クラスオブジェクトの内のどれが前記第１のオブジェ
クトに対して後方にコンパティブルであるかを指定する
サイテーションを前記クラスオブジェクト内の第１のも
のの中に形成することを含む、インストラクションセッ
トの種々のバージョンのプロセス（複数）をインタープ
リートする方法。 - 【請求項４６】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、 各々がゼロ又はそれ以上のエージェントプロセスのため
の前記コンピュータ内の１つのもののある場所である複
数のプレイスプロセスを前記コンピュータネットワーク
中に用意し、 前記複数のプレイスプロセス中の目的点プレイスプロセ
スへのエージェントプロセスのトリップをチケット手段
によって指定し、 前記エージェントプロセス中の send オペレーションに
応答して前記エージェントプロセスの１つのクローンを
前記目的点プレイスプロセスに転送することを特徴とす
る通信プロセス。 - 【請求項４７】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、 前記複数のプレイスプロセス中の第２の目的点プレイス
プロセスへの前記第２のエージェントプロセスの前記ト
リップと異なる第２のトリップを第２のチケット手段に
よって指定することを特徴とする請求項第４６項記載の
通信プロセス。 - 【請求項４８】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記第１のトリップを行な
う前記クローンと前記第２のトリップを行なう第２のク
ローンとがどちらも前記コンピュータの内の単一のコン
ピュータに転送されるべきことを定め、 前記第１のクローンを前記単一のコンピュータに移動さ
せ、前記単一のコンピュータ中に、前記第１のクローン
と異なる前記第２のクローンを形成することを特徴とす
る請求項第４７項記載の通信プロセス。 - 【請求項４９】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記第１のクローンを前記
目的点プレイスプロセスに転送することを特徴とする請
求項第４８項記載の通信プロセス。 - 【請求項５０】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記第２のクローンを前記
第２の目的点プレイスプロセスに転送することを特徴と
する請求項第４８項記載の通信プロセス。 - 【請求項５１】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記エージェントプロセス
中の go オペレーションに応答して、前記チケット手段
によって指定される前記目的点プレイスプロセスに前記
エージェントプロセスを転送することを特徴とする請求
項第４６項記載の通信プロセス。 - 【請求項５２】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記チケット手段中のネー
ムによって前記目的点プレイスプロセスを指定すること
を特徴とする請求項第４６項記載の通信プロセス。 - 【請求項５３】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記ネームがテレネームで
あることを特徴とする請求項第５２項記載の通信プロセ
ス。 - 【請求項５４】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記チケット手段中のアド
レスによって前記目的点プレイスプロセスを指定するこ
とを特徴とする請求項第４６項記載の通信プロセス。 - 【請求項５５】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記アドレスがテレアドレ
スであることを特徴とする請求項第５４項記載の通信プ
ロセス。 - 【請求項５６】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記目的点プレイスプロセ
スがその１つのメンバであるクラスのサイテーションに
よって前記目的点プレイスプロセスを前記チケット手段
中において指定することを特徴とする請求項第４６項記
載の通信プロセス。 - 【請求項５７】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記目的点プレイスプロセ
スのアドレス、前記目的点プレイスプロセスのネーム及
び前記目的点プレイスプロセスがその１つのメンバであ
るクラスのサイテーションの任意の組み合わせによって
前記目的点プレイスプロセスを前記チケット手段中にお
いて指定することを特徴とする請求項第４６項記載の通
信プロセス。 - 【請求項５８】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記トリップの最大の期間
を前記チケット手段中に指定することを特徴とする請求
項第４６項記載の通信プロセス。 - 【請求項５９】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記トリップのための望ま
しい期間を前記チケット手段中に指定することを特徴と
する請求項第４６項記載の通信プロセス。 - 【請求項６０】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、転送手段を前記チケット手
段中に指定し、該転送手段は前記クローンを転送するた
めのコンピュータ間通信手段の形式を指定することを特
徴とする請求項第４６項項記載の通信プロセス。 - 【請求項６１】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記目的点プレイスプロセ
スにおいて前記エージェントプロセスのデッドライン
を、前記チケット手段中に含まれる目的点パーミットに
よって制御することを特徴とする請求項第４６項記載の
通信プロセス。 - 【請求項６２】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記目的点プレイスプロセ
スにおいて前記エージェントプロセスが遂行することが
許可されたオペレーションを、前記チケット手段に含ま
れる目的点パーミットによって制御することを特徴とす
る請求項第４６項記載の通信プロセス。 - 【請求項６３】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記目的点プレイスプロセ
スにおいて前記エージェントプロセスが消費することが
許可されたリソースを、前記チケット手段に含まれる目
的点パーミットによって制御することを特徴とする請求
項第４６項記載の通信プロセス。 - 【請求項６４】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記目的点プレイスプロセ
スにおいての他のプロセスに対する前記目的点プレイス
プロセスにおいての前記エージェントプロセスの相対的
なプライオリティを、前記チケット手段に含まれる目的
点パーミットによって指定することを特徴とする請求項
第４６項記載の通信プロセス。 - 【請求項６５】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、あるプロセスが持つことを
許可される能力をパーミット手段を介して制御すること
を特徴とする請求項第４６項記載の通信プロセス。 - 【請求項６６】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記パーミット手段が固有
のパーミットであることを特徴とする請求項第６５項記
載の通信プロセス。 - 【請求項６７】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記パーミット手段がロー
カルパーミットであることを特徴とする請求項第６６項
記載の通信プロセス。 - 【請求項６８】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記パーミット手段が一時
的なパーミットであることを特徴とする請求項第６５項
記載の通信プロセス。 - 【請求項６９】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記能力が前記プロセスの
消費しうるリソースからなることを特徴とする請求項第
６５項記載の通信プロセス。 - 【請求項７０】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記能力が、その後ではプ
ロセスが進行しえないデッドラインを含むことを特徴と
する請求項第６５項記載の通信プロセス。 - 【請求項７１】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記能力が他のプロセスに
対する前記プロセスの相対的なプライオリティを含むこ
とを特徴とする請求項第６５項記載の通信プロセス。 - 【請求項７２】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記能力が、前記プロセス
が選択されたオペレーションを遂行する許可を含むこと
を特徴とする請求項第６５項記載の通信プロセス。 - 【請求項７３】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記エージェントプロセス
がオブジェクトを所有することを特徴とする請求項第４
６項記載の通信プロセス。 - 【請求項７４】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記オブジェクトがダイジ
ェストを有することを特徴とする請求項第７３項記載の
通信プロセス。 - 【請求項７５】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記エージェントプロセス
のクローンを転送する前記工程が前記オブジェクトのコ
ピーを転送することを含むことを特徴とする請求項第７
４項記載の通信プロセス。 - 【請求項７６】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記目的点プレイスプロセ
スにおいて前記コピーを第２のオブジェクトに相互変換
し、 該第２のオブジェクトは、最初に述べた前記ダイジェス
トと同等のダイジェストを有し、 前記コピーは前記目的点プレイスプロセスには転送され
ないことを特徴とする請求項第７５項記載の通信プロセ
ス。 - 【請求項７７】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記目的点プレイスプロセ
スにおいて前記オブジェクトの代わりに、相互変換され
たオブジェクトを使用して、前記オブジェクトを前記目
的点プレイスプロセスに転送する必要を除くことを特徴
とする請求項第７３項記載の通信プロセス。 - 【請求項７８】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記転送工程が前記目的点
プレイスプロセスにエンタする工程を含むことを特徴と
する請求項第４６項記載の通信プロセス。 - 【請求項７９】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記転送ステップが前記ソ
ースプレイスプロセスをエクシットする工程を含むこと
を特徴とする請求項第４６項記載の通信プロセス。 - 【請求項８０】 複数のコンピュータを有するコンピュ
ータネットワークにおいて、前記目的点プレイスプロセ
スがミーティングプレイスプロセスであり、前記ミーテ
ィングプレイスはリクエスタエージェントプロセスとペ
ティションドエージェントプロセスとの間のミーティン
グを取り計らうことを特徴とする請求項第４６項記載の
通信プロセス。 - 【請求項８１】 コンピュータにおいて、第１のエージ
ェントプロセスと第２のエージェントプロセスとを用意
し、 ペティション手段によって、前記第１のエージェントプ
ロセスと第２のエージェントプロセスとの間のミーティ
ングを指定し、 前記ペティション手段によって定義された前記第１のエ
ージェントプロセスと第２のエージェントプロセスとの
間の前記ミーティングを取り計らうことを特徴とする通
信プロセス。 - 【請求項８２】 コンピュータにおいて、前記第１のエ
ージェントプロセス中に前記ペティション手段を形成す
ることを特徴とする請求項第８１項記載の通信プロセ
ス。 - 【請求項８３】 コンピュータにおいて、ミーティング
を特定する前記工程は、前記ペティション手段中におい
て前記第２のエージェントプロセスを指定することを特
徴とする請求項第８１項記載の通信プロセス。 - 【請求項８４】 コンピュータにおいて、前記第２のエ
ージェントプロセスを指定する前記工程が、前記第２の
エージェントをネームによって前記ペティッション手段
中において指定することを特徴とする請求項第８３項記
載の通信プロセス。 - 【請求項８５】 コンピュータにおいて、前記ネームが
テレネームであることを特徴とする請求項第８４項記載
の通信プロセス。 - 【請求項８６】 コンピュータにおいて、前記第２のエ
ージェントプロセスを指定する前記工程が、前記第２の
エージェントプロセスがその１つのメンバであるクラス
を前記ペティッション手段中において指定することを特
徴とする請求項第８３項記載の通信プロセス。 - 【請求項８７】 コンピュータにおいて、前記第２のエ
ージェントプロセスを指定する前記工程は、前記第２の
エージェントプロセスがその１つのメンバであるクラス
のサイテーションを前記ペティッション手段中において
指定することを特徴とする請求項第８３項記載の通信プ
ロセス。 - 【請求項８８】 コンピュータにおいて、ミーティング
を指定する前記工程が、前記ミーティングを取り計らう
ための最大の期間を前記ペティション手段中において指
定することを特徴とする請求項第８１項記載の通信プロ
セス。 - 【請求項８９】 コンピュータにおいて、前記ミーティ
ングを取り計らう前記工程は、前記第２のエージェント
プロセスへのリファレンスを前記第１のエージェントプ
ロセスに供与することを特徴とする請求項第８１項記載
の通信プロセス。 - 【請求項９０】 コンピュータにおいて、前記ミーティ
ングを取り計らう前記工程が、前記第１のエージェント
プロセスへのリファレンスを前記第２のエージェントプ
ロセスに対して供与することを特徴とする請求項第８９
項記載の通信プロセス。 - 【請求項９１】 コンピュータにおいて、前記第２のエ
ージェントプロセス中のオペレーションの遂行を前記第
１のエージェントプロセス中においてインストラクショ
ンに応答して生じさせることを特徴とする請求項第８１
項記載の通信プロセス。 - 【請求項９２】 コンピュータにおいて、前記第１のエ
ージェントプロセスがオブジェクトを所有することを特
徴とする請求項第９１項記載の通信プロセス。 - 【請求項９３】 コンピュータにおいて、前記オブジェ
クトへのリファレンスを前記第２のエージェントプロセ
スに対して供与することを特徴とする請求項第９２項記
載の通信プロセス。 - 【請求項９４】 コンピュータにおいて、前記リファレ
ンスが保護されるリファレンスであることを特徴とする
請求項第９３項記載の通信プロセス。 - 【請求項９５】 コンピュータにおいて、前記オブジェ
クトのコピーへのリファレンスを前記第２のエージェン
トプロセスに供与することを特徴とする請求項第９２項
記載の通信プロセス。 - 【請求項９６】 コンピュータにおいて、前記第２のエ
ージェントプロセスがオブジェクトを所有することを特
徴とする請求項第９１項記載の通信プロセス。 - 【請求項９７】 コンピュータにおいて、前記オブジェ
クトへのリファレンスを前記第１のエージェントプロセ
スに対して供与することを特徴とする請求項第９６項記
載の通信プロセス。 - 【請求項９８】 コンピュータにおいて、前記リファレ
ンスがプロテクトされたリファレンスであることを特徴
とする請求項第９７項記載の通信プロセス。 - 【請求項９９】 コンピュータにおいて、前記オブジェ
クトのコピーへのリファレンスを前記第１のエージェン
トプロセスに対して供与することを特徴とする請求項第
９６項記載の通信プロセス。 - 【請求項１００】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、チケット手段及び send
オペレーションを有するエージェント手段と、 前記複数のコンピュータの１つにおいてその各々が動作
する複数のプレイス手段とを有し、 前記エージェント手段は前記複数のプレイス手段中の第
１のプレイス手段であり、 前記チケット手段は、前記複数のプレイス手段中の目的
点プレイス手段への前記エージェント手段のトリップを
指定し、 前記 send オペレーションは、前記エージェント手段の
１つのクローンを前記目的点手段に転送することを特徴
とする通信システム。 - 【請求項１０１】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記エージェント手段
が、前記エージェント手段のための第２の目的点プレイ
ス手段への第２のトリップを指定する、前記チケット手
段と異なる第２のチケット手段を、含むことを特徴とす
る請求項第１００項記載の通信システム。 - 【請求項１０２】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記 send オペレーショ
ンの遂行によって前記エージェント手段の第２のクロー
ンが前記第２の目的点プレイス手段に転送されることを
特徴とする請求項第１０１項記載の通信システム。 - 【請求項１０３】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記トリップ及び前記第
２のトリップが、前記複数のコンピュータ中のある単一
のコンピュータへの転送を含み、 前記クローンを前記目的点プレイス手段に転送し、前記
第２のクローンを前記第２の目的点手段に転送する際
に、前記 send オペレーションの遂行によって、（ａ）
前記第１のクローンが前記単一のコンピュータに転送さ
れ、（ｂ）前記単一のコンピュータ中において前記第１
のクローンから前記第２のクローンが形成されることを
特徴とする請求項第１０２項記載の通信システム。 - 【請求項１０４】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記エージェント手段が
go オペレーションを含み、 前記 go オペレーションは、第３のチケット手段によっ
て指定された第３の目的点プレイス手段に前記エージェ
ント手段を転送することを特徴とする請求項第１００項
記載の通信システム。 - 【請求項１０５】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記チケット手段が前記
目的点プレイス手段を特定するネームを含むことを特徴
とする請求項第１００項記載の通信システム。 - 【請求項１０６】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記ネームがテレネーム
であることを特徴とする請求項第１０５項記載の通信シ
ステム。 - 【請求項１０７】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記チケット手段が前記
目的点プレイス手段のためのアドレスを含むことを特徴
とする請求項第１００項記載の通信システム。 - 【請求項１０８】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記アドレスがテレアド
レスであることを特徴とする請求項第１０７項記載の通
信システム。 - 【請求項１０９】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記チケット手段が前記
目的点プレイス手段をその１つのメンバとするクラスを
指定するサイテーション手段を含むことを特徴とする請
求項第１００項記載の通信システム。 - 【請求項１１０】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記チケット手段が、前
記目的点プレイス手段のアドレスと、前記目的点プレイ
ス手段のネームと、前記目的点プレイス手段をその１つ
のメンバとするクラスを指定するサイテーション手段と
からなる群中より選ばれた任意の組合せを含むことを特
徴とする請求項第１００項記載の通信システム。 - 【請求項１１１】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記チケット手段が前記
トリップのための最大の期間を指定する手段を含むこと
を特徴とする請求項第１００項記載の通信システム。 - 【請求項１１２】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記チケット手段が前記
トリップのための望ましい期間を指定する手段を含むこ
とを特徴とする請求項第１００項記載の通信システム。 - 【請求項１１３】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記チケット手段が、前
記トリップ手段を完成させるコンピュータ間通信手段の
形式を指定するウェイ手段を含むことを特徴とする請求
項第１００項記載の通信システム。 - 【請求項１１４】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記チケット手段が、前
記目的点プレイス手段においての前記エージェント手段
のためのデッドラインを制御するパーミット手段を含む
ことを特徴とする請求項第１００項記載の通信システ
ム。 - 【請求項１１５】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記エージェント手段が
前記目的点プレイス手段において遂行することが許可さ
れているオペレーションを制御するためのパーミット手
段を前記チケット手段を有することを特徴とする請求項
第１００項記載の通信システム。 - 【請求項１１６】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記目的点プレイス手段
において前記エージェント手段が消費することが許可さ
れているリソースを制御するためのパーミット手段を前
記チケット手段が有することを特徴とする請求項第１０
０項記載の通信システム。 - 【請求項１１７】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記目的点プレイス手段
においての他のエージェント手段に対する前記目的点プ
レイス手段においての前記エージェント手段の相対的な
プライオリティを指定するためのパーミット手段を前記
チケット手段が有することを特徴とする請求項第１００
項記載の通信システム。 - 【請求項１１８】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、エージェント手段が持つ
ことが許可される能力を制御するためのパーミット手段
を有することを特徴とする請求項第１００項記載の通信
システム。 - 【請求項１１９】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記パーミット手段が固
有のパーミットであることを特徴とする請求項第１１８
項記載の通信システム。 - 【請求項１２０】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記パーミット手段がロ
ーカルパーミットであることを特徴とする請求項第１１
８項記載の通信システム。 - 【請求項１２１】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記パーミット手段が一
時的なパーミットであることを特徴とする請求項第１１
８項記載の通信システム。 - 【請求項１２２】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記能力が前記エージェ
ント手段の消費しうるリソースを含むことを特徴とする
請求項第１１８項記載の通信システム。 - 【請求項１２３】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記能力が、前記エージ
ェント手段がそれから後進行することのできないデッド
ラインを含むことを特徴とする請求項第１１８項記載の
通信システム。 - 【請求項１２４】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、他のエージェント手段を
含み、 前記能力は、前記他のエージェント手段に対する前記エ
ージェント手段の相対的なプライオリティを含むことを
特徴とする請求項第１１８項記載の通信システム。 - 【請求項１２５】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記能力が、前記エージ
ェント手段が選択されたオペレーションを遂行する許可
を含むことを特徴とする請求項第１１８項記載の通信シ
ステム。 - 【請求項１２６】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記エージェント手段が
オブジェクトを所有することを特徴とする請求項第１０
０項記載の通信システム。 - 【請求項１２７】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記オブジェクトがダイ
ジェストを有することを特徴とする請求項第１２６項記
載の通信システム。 - 【請求項１２８】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記オブジェクトのコピ
ーが前記クローンとともに、前記 send オペレーション
の遂行によって転送されることを特徴とする請求項第１
２７項記載の通信システム。 - 【請求項１２９】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記目的点プレイス手段
において第２のオブジェクトは前記コピーに相互変換さ
れ、 前記第２のオブジェクトは、前記ダイジェストと同等の
ダイジェストを持つことによって前記コピーを前記目的
点プレイス手段に転送することを不要とすることを特徴
とする請求項第１２８項記載の通信システム。 - 【請求項１３０】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記 send オペレーショ
ンが前記目的点プレイス手段においての前記コピーの代
わりに相互変換されたオブジェクトを使用することによ
って、前記オブジェクトの前記コピーを前記目的点プレ
イス手段に転送する必要を除くことを特徴とする請求項
第１２８項記載の通信システム。 - 【請求項１３１】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記プレイス手段は前記
プレイス手段にエンタするための手段を有することを特
徴とする請求項第１００項記載の通信システム。 - 【請求項１３２】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記プレイス手段が前記
プレイス手段をエグジットする手段を有することを特徴
とする請求項第１００項記載の通信システム。 - 【請求項１３３】 複数のコンピュータを有するコンピ
ュータネットワークにおいて、前記プレイス手段がミー
ティングプレイス手段を含み、 前記ミーティングプレイス手段はリクエスタエージェン
ト手段とレスポンダエージェント手段との間のミーティ
ングを取り計らうことを特徴とする請求項第１００項記
載の通信システム。 - 【請求項１３４】 コンピュータにおいて、 meet オペ
レーションを有するミーティングプレイス手段を有し、 該ミーティングプレイスは、複数のエージェント手段の
ための場所であり、更に、 ペティッション手段と、 前記複数のエージェント手段の内の第１のエージェント
手段と、 前記複数のエージェント手段の中の第２のエージェント
手段とを有し、 前記第１のエージェント手段及び第２のエージェント手
段は前記複数のエージェント手段の内のどれともミート
でき、 前記ペティッション手段は前記第１のエージェント手段
と第２のエージェント手段との間のミーテングを指定
し、 前記ミーティング手段は前記 meet オペレーションに応
答して前記ミーティングを取り計らうことを特徴とする
通信システム。 - 【請求項１３５】 コンピュータにおいて、前記第１の
エージェント手段が前記ペティッション手段を有するこ
とを特徴とする請求項第１３４項記載の通信システム。 - 【請求項１３６】 コンピュータにおいて、前記ペティ
ッション手段が前記第２のエージェントプロセスを規定
することによって前記ミーティングを指定することを特
徴とする請求項第１３５項記載の通信システム。 - 【請求項１３７】 コンピュータにおいて、前記ペティ
ッション手段が前記第２のエージェント手段を指定する
ネームを含むことを特徴とする請求項第１３６項記載の
通信システム。 - 【請求項１３８】 コンピュータにおいて、前記ネーム
がテレネームであることを特徴とする請求項第１３７項
記載の通信システム。 - 【請求項１３９】 コンピュータにおいて、前記第２の
エージェントプロセスがその１つのメンバであるクラス
を指定することによって前記ペティッション手段が前記
第２のエージェントを指定することを特徴とする請求項
第１３６項記載の通信システム。 - 【請求項１４０】 コンピュータにおいて、前記ペティ
ッション手段がサイテーションを含み、 該サイテーションは、前記第２のエージェントプロセス
がその１つのメンバであるクラスを指定することを特徴
とする請求項第１３６項記載の通信システム。 - 【請求項１４１】 コンピュータにおいて、前記ペティ
ッション手段が前記ミーティングを取り計らうための最
大の期間を規定することを特徴とする請求項第１３４項
記載の通信システム。 - 【請求項１４２】 コンピュータにおいて、前記 meet
オペレーションが前記第２のエージェント手段へのリフ
ァレンスを前記第１のエージェント手段に供与すること
を特徴とする請求項第１３４項記載の通信システム。 - 【請求項１４３】 コンピュータにおいて、前記 meet
オペレーションが前記第１のエージェント手段へのリフ
ァレンスを前記第２のエージェント手段に供与すること
を特徴とする請求項第１４２項記載の通信システム。 - 【請求項１４４】 コンピュータにおいて、前記第１の
エージェント手段が前記第２のエージェント手段中のオ
ペレーションの遂行を生じさせることを特徴とする請求
項第１３４項記載の通信システム。 - 【請求項１４５】 コンピュータにおいて、前記第１の
エージェント手段がオブジェクトを所有することを特徴
とする請求項第１４４項記載の通信システム。 - 【請求項１４６】 コンピュータにおいて、前記第１の
エージェント手段が前記オブジェクトへのリファレンス
を前記第２のエージェント手段に供与することを特徴と
する請求項第１４５項記載の通信システム。 - 【請求項１４７】 コンピュータにおいて、前記リファ
レンスがプロテクトされたリファレンスであることを特
徴とする請求項第１４６項記載の通信システム。 - 【請求項１４８】 コンピュータにおいて、前記第１の
エージェント手段が前記オブジェクトのコピーへのリフ
ァレンスを前記第２のエージェント手段に供与すること
を特徴とする請求項第１４５項記載の通信システム。 - 【請求項１４９】 コンピュータにおいて、前記第２の
エージェント手段がオブジェクトを所有することを特徴
とする請求項第１４４項記載の通信システム。 - 【請求項１５０】 コンピュータにおいて、前記第２の
エージェント手段が前記オブジェクトへのリファレンス
を前記第１のエージェント手段に供与することを特徴と
する請求項第１４９項記載の通信システム。 - 【請求項１５１】 コンピュータにおいて、前記リファ
レンスがプロテクトされたリファレンスであることを特
徴とする請求項第１５０項記載の通信システム。 - 【請求項１５２】 コンピュータにおいて、前記第２の
エージェント手段が前記オブジェクトのコピーへのリフ
ァレンスを前記第１のエージェント手段に供与すること
を特徴とする請求項第１４９項記載の通信システム。 - 【請求項１５３】 １以上のコンピュータを有するコン
ピュータネットワークにおいて、第１のエンジンプロセ
スから第２のエンジンプロセスにデータを移送するデー
タ移送方法において、 （ａ）前記第１のエンジンプロセス及び第２のエンジン
プロセスを含む１以上のエージェントプロセスを実行す
るための実行手段を用意し、各々の前記エージェントプ
ロセスは、コンピュータインストラクションセットから
の複数のインストラクションを含み、実行状態を持つも
のとし、 （ｂ）前記コンピュータインストラクションセット中に
go インストラクションを用意し、該 go インストラク
ションは、前記第１のエンジンプロセス中において実行
される第１のエージェントプロセスに含まれるものと
し、前記 go インストラクションの遂行によって、
（ｉ）前記第１のエンジンプロセスによる前記第１のエ
ージェントプロセスの実行の中断と、（ｉｉ）前記第１
のエージェントプロセスの前記実行状態が保存されるよ
うな前記第１のエージェントプロセスの表現と、（ｉｉ
ｉ）前記第１のエンジンプロセスから第２のエンジンプ
ロセスへの前記第１のエージェントプロセスの前記表現
の移送と、（ｉｖ）前記第２のエンジンプロセスによる
前記第１のエージェントプロセスの実行の再開とを生じ
させ、 （ｃ）前記第１のエージェントプロセスによる前記エー
ジェントプロセスの実行を生じさせることによって前記
go インストラクションの遂行を生じさせることを特徴
とするデータ移送方法。 - 【請求項１５４】 前記コンピュータインストラクショ
ンセットがオブジェクト指向であることを特徴とする請
求項第１５３項記載のデータ移送方法。 - 【請求項１５５】 前記複数のエージェントプロセスが
前記オブジェクト指向コンピュータインストラクション
セットのオブジェクトであることを特徴とする請求項第
１５４項記載のデータ移送方法。 - 【請求項１５６】 前記 go インストラクションの遂行
を生じさせる前に前記第１のエージェントプロセスにデ
ータを付加し、 前記第１のエージェントプロセスの前記表現が前記デー
タを含み、 前記第２のエンジンプロセスへの前記第１のエージェン
トプロセスの前記表現の移送が前記データを移送を含む
ことを特徴とする請求項第１５３項記載のデータ移送方
法。 - 【請求項１５７】 前記第１のエージェントプロセス
が、前記第１のエンジンプロセスから前記第２のエンジ
ンプロセスに転送されるべきメッセージを表すデータを
含み、 前記 go インストラクションの実行によって生ずる前記
第１のエージェントプロセスの移送が前記第１のエンジ
ンプロセスから前記第２のエンジンプロセスへの前記デ
ータの移送を生じさせることを特徴とする請求項第１５
３項記載のデータ移送方法。 - 【請求項１５８】 前記第１のエンジンプロセスが、第
１のコンピュータにおいて実行され、前記第２のエンジ
ンプロセスが第２のコンピュータによって実行され、 前記第１及び第２のコンピュータが前記コンピュータネ
ットワークの一部分であることを特徴とする請求項第１
５３項記載のデータ移送方法。 - 【請求項１５９】 第１のエンジンプロセスから１以上
のエンジンプロセスにデータを移送するデータ移送方法
において、 （ａ）コンピュータインストラクションセットからのイ
ンストラクションを含む複数のエージェントプロセスを
実行するための手段を用意し、該エージェントプロセス
を実行する手段が、前記第１のエンジンプロセス及び１
以上のエンジンプロセスを含み、各々の該エージェント
プロセスは実行状態を含み、 （ｂ）前記コンピュータインストラクションセット中に
sendインストラクションを用意し、該sendインストラク
ションは、前記複数のエージェントプロセス中の第１の
エージェントプロセス中に含まれるようにし、前記send
インストラクションの実行は、（ｉ）前記第１のエージ
ェントプロセスの１以上のコピーを形成し、これらのコ
ピーが、前記第１のエージェントプロセスの前記実行状
態を保存するとともにそれを含み、（ｉｉ）前記第１の
エージェントプロセスのコピーの各々を前記第１のエン
ジンプロセスから前記１以上のエンジンプロセスのそれ
ぞれに移送し、（ｉｉｉ）前記第１のエージェントプロ
セスの前記コピーの各々を前記１以上のエンジンプロセ
スのそれぞれの１つによって実行して前記第１のエージ
ェントプロセスの再開された実行をシュミレートするこ
とを特徴とするデータ移送方法。 - 【請求項１６０】 前記第１のエージェントプロセスの
前記コピーの２以上が前記第１のエンジンプロセスから
単一の第２のエンジンプロセスに移送されるべき条件の
もとにおいて、前記第１のエージェントプロセスの前記
２以上のコピーの移送が、 前記第１のエージェントプロセスの単一のコピーを前記
第２のエンジンプロセスに移送する工程と、 前記第２のエンジンプロセス中において前記単一のコピ
ーから、前記第１のエージェントプロセスの前記２以上
のコピーを形成する工程とからなることを特徴とする請
求項第１５９項記載のデータ移送方法。 - 【請求項１６１】 あるコンピュータシステムにおいて
実行されている第１のエージェントプロセスから、該コ
ンピュータシステムによって実行されている第２のエー
ジェントプロセスにデータを転送する際に、前記第１の
エージェントプロセス及び第２のエージェントプロセス
があるプレイスプロセスの占有者であるようにしてデー
タを転送するデータ転送方法において、 前記第１のエージェントプロセスが送出するミートイン
ストラクションに応答して、前記第２のエージェントプ
ロセスによるプロシージャの実行を生じさせる工程を含
み、前記プロシージャは、前記第２のエージェントプロ
セスの一部であり、前記第２のエージェントコンピュー
タプロセスに含まれるコンピュータインストラクション
のコレクションを含み、 前記第２のエージェントプロセスによって送出される、
前記プロジージャの一部である第２のインストラクショ
ンに応答して、前記第２のエージェントプロセスへのア
クセス手段を前記第１のエージェントプロセスに供与す
る工程を含むことを特徴とするデータ転送方法。 - 【請求項１６２】 前記第２のエージェントプロセスに
よるプロシージャの実行を生じさせる前記工程は、 前記第１のエージェントプロセスによって送出される前
記ミートインストラクションに応答して前記プレイスプ
ロセスによる第２のプロシージャの実行を生じさせるこ
とを含み、前記プレイスプロセスによる前記第２のプロ
シージャの実行が、前記プロシージャを前記第２のエー
ジェントプロセスによって実行させるインストラクショ
ンを送出することを特徴とする請求項第１６１項記載の
データ転送方法。 - 【請求項１６３】 前記第２のエージェントプロセスへ
のアクセス手段が前記プレイスプロセスによって前記第
１のエージェントプロセスに供与されることを特徴とす
る請求項第１６１項記載のデータ転送方法。 - 【請求項１６４】 近似的に、前記プレイスプロセスが
前記第２のエージェントプロセスへの前記アクセス手段
を前記第１のエージェントプロセスに供与する時点にお
いて、前記プレイスプロセスが前記第１のエージェント
プロセスへのアクセス手段を前記第２のエージェントプ
ロセスに供与することを特徴とする請求項第１６３項記
載のデータ転送方法。 - 【請求項１６５】 第１のＣＰＵ及び第１のメモリを含
む第１のコンピュータシステムから、第２のＣＰＵ及び
第２のメモリを含む第２のコンピュータシステムへ第１
のコンピュータプロセスを移送するプロセスの移送方法
において、 ある実行状態を持つ前記第１のコンピュータプロセスの
実行を前記第１のＣＰＵにおいて開始し、 前記第１のＣＰＵ内において前記第１のコンピュータプ
ロセスの実行を中断し、 前記第１のコンピュータプロセスをデータとして前記第
１のメモリ中に表現し、 前記データは前記第１のコンピュータプロセスの実行が
中断された時点においての前記第１のコンピュータプロ
セスの前記実行状態を含むものとし、 前記データを前記第１のメモリから前記第２のメモリに
移送し、 前記データ中に表現された前記実行状態を有する第２の
コンピュータプロセスを前記データから前記第２のコン
ピュータシステム上に形成し、前記第２のコンピュータ
プロセスを実行することによって前記第２のＣＰＵ内に
おいて前記第１のコンピュータシステムの実行の再開を
実効的にシミュレートすることを特徴とするプロセスの
移送方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/090,521 US5603031A (en) | 1993-07-08 | 1993-07-08 | System and method for distributed computation based upon the movement, execution, and interaction of processes in a network |
| US08/090,521 | 1993-07-08 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH07182174A true JPH07182174A (ja) | 1995-07-21 |
Family
ID=22223151
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP50407395A Expired - Lifetime JP3723572B2 (ja) | 1993-07-08 | 1994-07-08 | ネットワークにおけるプロセスの移動，実行及び相互作用に基づいた分散処理のためのシステム及び方法 |
| JP6179767A Pending JPH07182174A (ja) | 1993-07-08 | 1994-07-08 | リモートプログラミングの実施方法 |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP50407395A Expired - Lifetime JP3723572B2 (ja) | 1993-07-08 | 1994-07-08 | ネットワークにおけるプロセスの移動，実行及び相互作用に基づいた分散処理のためのシステム及び方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (2) | US5603031A (ja) |
| EP (1) | EP0634719A3 (ja) |
| JP (2) | JP3723572B2 (ja) |
| AU (1) | AU7216494A (ja) |
| CA (1) | CA2143672C (ja) |
| WO (1) | WO1995002219A1 (ja) |
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09179910A (ja) * | 1995-12-26 | 1997-07-11 | Fujitsu Ltd | 電子仲介システムおよび方法 |
| JPH09181723A (ja) * | 1995-12-26 | 1997-07-11 | Fujitsu Ltd | ネットワークにおける資源の変化を通知するネットワーク資源監視システムおよび方法 |
| WO1997035262A1 (fr) * | 1996-03-15 | 1997-09-25 | Hitachi, Ltd. | Procede de generation automatique de programme et procede de commande d'execution |
| JPH09325928A (ja) * | 1996-06-06 | 1997-12-16 | Fuji Xerox Co Ltd | メッセージ通信方法及び装置 |
| JPH10191546A (ja) * | 1997-11-28 | 1998-07-21 | Toshiba Corp | 電力系統保護制御システム |
| JPH10228380A (ja) * | 1996-06-05 | 1998-08-25 | Sun Microsyst Inc | 低減されたラン−タイム・メモリ空間要求を有するネットワーク移動コードを実行する方法及びコンピュータ・システム |
| JPH10334065A (ja) * | 1997-05-27 | 1998-12-18 | Internatl Business Mach Corp <Ibm> | 情報処理方法及び情報処理装置、サーバを制御するプログラムを格納した記憶媒体 |
| US5918015A (en) * | 1996-02-28 | 1999-06-29 | Nec Corporation | Remote execution system with program receiver |
| US5968127A (en) * | 1996-08-08 | 1999-10-19 | Fuji Xerox Co., Ltd. | Information processing apparatus |
| US6134580A (en) * | 1996-09-17 | 2000-10-17 | Kabushiki Kaisha Toshiba | Data-processing apparatus, data-processing method, and storage medium onto which is stored a data-processing program |
| US6477563B1 (en) | 1998-04-13 | 2002-11-05 | Kabushiki Kaisha Toshiba | Agent system and information processing method for same |
| JP2002324055A (ja) * | 2002-02-20 | 2002-11-08 | Internatl Business Mach Corp <Ibm> | メッセージ処理方法 |
| US6539416B1 (en) | 1997-12-19 | 2003-03-25 | Kabushiki Kaisha Toshiba | Managing system and managing method of mobile agent |
| US6557025B1 (en) | 1997-09-05 | 2003-04-29 | Kabushiki Kaisha Toshiba | Method and apparatus that improves the technique by which a plurality of agents process information distributed over a network through by way of a contract net protocol |
| US6694370B1 (en) | 1998-08-01 | 2004-02-17 | International Business Machines Corporation | Computerized method and system for implementing distributed applications |
| US6769121B1 (en) | 1999-01-22 | 2004-07-27 | Nec Corporation | Program execution device and process migrating method thereof and storage medium which stores process migration control program |
| JP2005020713A (ja) * | 2003-06-02 | 2005-01-20 | Ricoh Co Ltd | 画像形成システム、画像形成方法、画像形成プログラム、及び記録媒体 |
| US6961926B2 (en) | 1999-12-15 | 2005-11-01 | Nec Corporation | System and method for distributed debugging and recording medium on which control programs are recorded |
| JP2006154926A (ja) * | 2004-11-25 | 2006-06-15 | Denso Corp | キャラクタ表示を利用した電子機器操作システム及び電子機器 |
| US7512660B2 (en) | 1997-06-10 | 2009-03-31 | International Business Machines Corporation | Message handling method, message handling apparatus, and memory media for storing a message handling apparatus controlling program |
Families Citing this family (265)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU683038B2 (en) * | 1993-08-10 | 1997-10-30 | Addison M. Fischer | A method for operating computers and for processing information among computers |
| US5943422A (en) | 1996-08-12 | 1999-08-24 | Intertrust Technologies Corp. | Steganographic techniques for securely delivering electronic digital rights management control information over insecure communication channels |
| US7143290B1 (en) * | 1995-02-13 | 2006-11-28 | Intertrust Technologies Corporation | Trusted and secure techniques, systems and methods for item delivery and execution |
| US6157721A (en) * | 1996-08-12 | 2000-12-05 | Intertrust Technologies Corp. | Systems and methods using cryptography to protect secure computing environments |
| US7095854B1 (en) * | 1995-02-13 | 2006-08-22 | Intertrust Technologies Corp. | Systems and methods for secure transaction management and electronic rights protection |
| US5892900A (en) * | 1996-08-30 | 1999-04-06 | Intertrust Technologies Corp. | Systems and methods for secure transaction management and electronic rights protection |
| US7133845B1 (en) * | 1995-02-13 | 2006-11-07 | Intertrust Technologies Corp. | System and methods for secure transaction management and electronic rights protection |
| US7133846B1 (en) * | 1995-02-13 | 2006-11-07 | Intertrust Technologies Corp. | Digital certificate support system, methods and techniques for secure electronic commerce transaction and rights management |
| US20060206397A1 (en) * | 1995-02-13 | 2006-09-14 | Intertrust Technologies Corp. | Cryptographic methods, apparatus and systems for storage media electronic right management in closed and connected appliances |
| US6658568B1 (en) * | 1995-02-13 | 2003-12-02 | Intertrust Technologies Corporation | Trusted infrastructure support system, methods and techniques for secure electronic commerce transaction and rights management |
| US6948070B1 (en) | 1995-02-13 | 2005-09-20 | Intertrust Technologies Corporation | Systems and methods for secure transaction management and electronic rights protection |
| EP1526472A3 (en) | 1995-02-13 | 2006-07-26 | Intertrust Technologies Corp. | Systems and methods for secure transaction management and electronic rights protection |
| US7124302B2 (en) * | 1995-02-13 | 2006-10-17 | Intertrust Technologies Corp. | Systems and methods for secure transaction management and electronic rights protection |
| JPH08249290A (ja) * | 1995-03-10 | 1996-09-27 | Hitachi Ltd | 分散システム |
| JP3927600B2 (ja) * | 1995-05-30 | 2007-06-13 | コーポレーション フォー ナショナル リサーチ イニシアチブス | 分散タスク実行のためのシステム |
| US6108704A (en) * | 1995-09-25 | 2000-08-22 | Netspeak Corporation | Point-to-point internet protocol |
| US20050033659A1 (en) * | 1996-01-17 | 2005-02-10 | Privacy Infrastructure, Inc. | Third party privacy system |
| US6119101A (en) * | 1996-01-17 | 2000-09-12 | Personal Agents, Inc. | Intelligent agents for electronic commerce |
| US6286002B1 (en) * | 1996-01-17 | 2001-09-04 | @Yourcommand | System and method for storing and searching buy and sell information of a marketplace |
| US5826010A (en) * | 1996-02-12 | 1998-10-20 | Banyan Systems, Inc. | Predefined access rights for undefined attributes in a naming service |
| FI102869B (fi) | 1996-02-26 | 1999-02-26 | Nokia Mobile Phones Ltd | Laite, menetelmä ja järjestelmä eri sovelluksiin liittyvien tietojen l ähettämiseksi ja vastaanottamiseksi |
| US6145013A (en) * | 1996-04-09 | 2000-11-07 | Communities.Com | Distributed instantiation system and method |
| US6832223B1 (en) | 1996-04-23 | 2004-12-14 | Sun Microsystems, Inc. | Method and system for facilitating access to a lookup service |
| US6421704B1 (en) | 1998-03-20 | 2002-07-16 | Sun Microsystems, Inc. | Method, apparatus, and product for leasing of group membership in a distributed system |
| US6247026B1 (en) | 1996-10-11 | 2001-06-12 | Sun Microsystems, Inc. | Method, apparatus, and product for leasing of delegation certificates in a distributed system |
| US6438614B2 (en) | 1998-02-26 | 2002-08-20 | Sun Microsystems, Inc. | Polymorphic token based control |
| US6182083B1 (en) | 1997-11-17 | 2001-01-30 | Sun Microsystems, Inc. | Method and system for multi-entry and multi-template matching in a database |
| US6272559B1 (en) | 1997-10-15 | 2001-08-07 | Sun Microsystems, Inc. | Deferred reconstruction of objects and remote loading for event notification in a distributed system |
| US6185611B1 (en) * | 1998-03-20 | 2001-02-06 | Sun Microsystem, Inc. | Dynamic lookup service in a distributed system |
| US6393497B1 (en) | 1998-03-20 | 2002-05-21 | Sun Microsystems, Inc. | Downloadable smart proxies for performing processing associated with a remote procedure call in a distributed system |
| US6138238A (en) * | 1997-12-11 | 2000-10-24 | Sun Microsystems, Inc. | Stack-based access control using code and executor identifiers |
| US6560656B1 (en) | 1998-02-26 | 2003-05-06 | Sun Microsystems, Inc. | Apparatus and method for providing downloadable code for use in communicating with a device in a distributed system |
| US6446070B1 (en) * | 1998-02-26 | 2002-09-03 | Sun Microsystems, Inc. | Method and apparatus for dynamic distributed computing over a network |
| US6487607B1 (en) | 1998-02-26 | 2002-11-26 | Sun Microsystems, Inc. | Methods and apparatus for remote method invocation |
| US6237024B1 (en) | 1998-03-20 | 2001-05-22 | Sun Microsystem, Inc. | Method and apparatus for the suspension and continuation of remote processes |
| US6463446B1 (en) | 1998-02-26 | 2002-10-08 | Sun Microsystems, Inc. | Method and apparatus for transporting behavior in an event-based distributed system |
| US6226746B1 (en) | 1998-03-20 | 2001-05-01 | Sun Microsystems, Inc. | Stack-based system and method to combine security requirements of methods |
| US6708171B1 (en) | 1996-04-23 | 2004-03-16 | Sun Microsystems, Inc. | Network proxy |
| US6598094B1 (en) | 1998-03-20 | 2003-07-22 | Sun Microsystems, Inc. | Method and apparatus for determining status of remote objects in a distributed system |
| US6466947B2 (en) | 1998-03-20 | 2002-10-15 | Sun Microsystems, Inc. | Apparatus and method for dynamically verifying information in a distributed system |
| US6134603A (en) * | 1998-03-20 | 2000-10-17 | Sun Microsystems, Inc. | Method and system for deterministic hashes to identify remote methods |
| US6578044B1 (en) | 1997-11-17 | 2003-06-10 | Sun Microsystems, Inc. | Method and system for typesafe attribute matching |
| US6938263B2 (en) | 1996-04-23 | 2005-08-30 | Sun Microsystems, Inc. | System and method for facilitating dynamic loading of “stub” information to enable a program operating in one address space to invoke processing of a remote method or procedure in another address space |
| US6282652B1 (en) | 1998-02-26 | 2001-08-28 | Sun Microsystems, Inc. | System for separately designating security requirements for methods invoked on a computer |
| US6480881B1 (en) * | 1996-05-29 | 2002-11-12 | Fujitsu Limited | Information access apparatus and method for cooperatively sharing knowledge about information source |
| US6049838A (en) * | 1996-07-01 | 2000-04-11 | Sun Microsystems, Inc. | Persistent distributed capabilities |
| JPH1021083A (ja) * | 1996-07-02 | 1998-01-23 | Hitachi Ltd | ネットワーク接続された計算機システムにおけるデータ処理方法 |
| US6728784B1 (en) * | 1996-08-21 | 2004-04-27 | Netspeak Corporation | Collaborative multimedia architecture for packet-switched data networks |
| US6237009B1 (en) | 1996-10-11 | 2001-05-22 | Sun Microsystems, Inc. | Lease renewal service |
| US5832529A (en) | 1996-10-11 | 1998-11-03 | Sun Microsystems, Inc. | Methods, apparatus, and product for distributed garbage collection |
| US6728737B2 (en) | 1996-10-11 | 2004-04-27 | Sun Microsystems, Inc. | Method and system for leasing storage |
| US6421731B1 (en) * | 1996-10-29 | 2002-07-16 | Telxon Corporation | Dynamic next hop routing protocol |
| US6405360B1 (en) * | 1996-11-08 | 2002-06-11 | International Business Machines Corporation | Property container type objects |
| WO1998021662A1 (en) * | 1996-11-14 | 1998-05-22 | Mitsubishi Electric Information Technology Center America, Inc. | Itinerary based agent mobility including mobility of executable code |
| US6065039A (en) * | 1996-11-14 | 2000-05-16 | Mitsubishi Electric Information Technology Center America, Inc. (Ita) | Dynamic synchronous collaboration framework for mobile agents |
| US6233601B1 (en) * | 1996-11-14 | 2001-05-15 | Mitsubishi Electric Research Laboratories, Inc. | Itinerary based agent mobility including mobility of executable code |
| JPH10207798A (ja) * | 1997-01-27 | 1998-08-07 | Mitsubishi Electric Corp | 転送機構付情報収集システム |
| US20050021477A1 (en) * | 1997-01-29 | 2005-01-27 | Ganapathy Krishnan | Method and system for securely incorporating electronic information into an online purchasing application |
| US6178453B1 (en) * | 1997-02-18 | 2001-01-23 | Netspeak Corporation | Virtual circuit switching architecture |
| US6775264B1 (en) | 1997-03-03 | 2004-08-10 | Webley Systems, Inc. | Computer, internet and telecommunications based network |
| US5900871A (en) * | 1997-03-10 | 1999-05-04 | International Business Machines Corporation | System and method for managing multiple cultural profiles in an information handling system |
| US5907326A (en) * | 1997-03-10 | 1999-05-25 | International Business Machines Corporation | System and method for updating cultural profiles with dragging and dropping locale objects |
| US6085178A (en) * | 1997-03-21 | 2000-07-04 | International Business Machines Corporation | Apparatus and method for communicating between an intelligent agent and client computer process using disguised messages |
| US6401080B1 (en) | 1997-03-21 | 2002-06-04 | International Business Machines Corporation | Intelligent agent with negotiation capability and method of negotiation therewith |
| TW504632B (en) | 1997-03-21 | 2002-10-01 | Ibm | Apparatus and method for optimizing the performance of computer tasks using intelligent agent with multiple program modules having varied degrees of domain knowledge |
| US6192354B1 (en) | 1997-03-21 | 2001-02-20 | International Business Machines Corporation | Apparatus and method for optimizing the performance of computer tasks using multiple intelligent agents having varied degrees of domain knowledge |
| US6055562A (en) * | 1997-05-01 | 2000-04-25 | International Business Machines Corporation | Dynamic mobile agents |
| US6335972B1 (en) | 1997-05-23 | 2002-01-01 | International Business Machines Corporation | Framework-based cryptographic key recovery system |
| US6473893B1 (en) | 1997-05-30 | 2002-10-29 | International Business Machines Corporation | Information objects system, method, and computer program organization |
| JPH1115666A (ja) * | 1997-06-10 | 1999-01-22 | Internatl Business Mach Corp <Ibm> | コンピュータ・システム、メッセージ・モニター方法、及び関連メッセージ送信方法 |
| JP3490256B2 (ja) | 1997-06-12 | 2004-01-26 | 三菱電機株式会社 | エージェント方式 |
| JP3954689B2 (ja) | 1997-06-12 | 2007-08-08 | インターナショナル・ビジネス・マシーンズ・コーポレーション | メッセージ処理方法、メッセージ処理装置及びメッセージ処理を制御するプログラムを格納する記憶媒体 |
| US6065040A (en) * | 1997-07-07 | 2000-05-16 | International Business Machines Corporation | Computer system having agent retracting method and agent returning method |
| US6006249A (en) * | 1997-08-19 | 1999-12-21 | The Chase Manhattan Bank | Method and apparatus for concurrent data processing |
| US6301584B1 (en) * | 1997-08-21 | 2001-10-09 | Home Information Services, Inc. | System and method for retrieving entities and integrating data |
| JP3544457B2 (ja) | 1997-08-22 | 2004-07-21 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 電子メール又はエージェントを利用してクライアント上でｇｕｉを作成する方法及び装置、そのためのプログラムを記録した記録媒体 |
| US6112304A (en) * | 1997-08-27 | 2000-08-29 | Zipsoft, Inc. | Distributed computing architecture |
| US7222087B1 (en) * | 1997-09-12 | 2007-05-22 | Amazon.Com, Inc. | Method and system for placing a purchase order via a communications network |
| US5960411A (en) * | 1997-09-12 | 1999-09-28 | Amazon.Com, Inc. | Method and system for placing a purchase order via a communications network |
| US6035283A (en) * | 1997-10-10 | 2000-03-07 | International Business Machines Corporation | Virtual sales person for electronic catalog |
| US6253256B1 (en) | 1997-10-15 | 2001-06-26 | Sun Microsystems, Inc. | Deferred reconstruction of objects and remote loading in a distributed system |
| US6957427B1 (en) | 1997-10-15 | 2005-10-18 | Sun Microsystems, Inc. | Remote object activation in a distributed system |
| US6256771B1 (en) * | 1997-10-16 | 2001-07-03 | At&T Corp. | Method and apparatus for providing a dynamic service composition software architecture |
| US7092914B1 (en) * | 1997-11-06 | 2006-08-15 | Intertrust Technologies Corporation | Methods for matching, selecting, narrowcasting, and/or classifying based on rights management and/or other information |
| JPH11184699A (ja) * | 1997-11-26 | 1999-07-09 | Internatl Business Mach Corp <Ibm> | 移動オブジェクト群の実行方法、及び移動オブジェクト群を格納した記憶媒体 |
| US6535928B1 (en) | 1997-12-01 | 2003-03-18 | Recursion Software, Inc. | Method of determining the timing for reclaiming a remote object |
| US6389452B1 (en) | 1997-12-01 | 2002-05-14 | Recursion Software, Inc. | Method of communicating between objects and agents across a computer network |
| US6519653B1 (en) | 1997-12-01 | 2003-02-11 | Recursion Software, Inc. | Method of communicating between agent objects in a computer network |
| US6415315B1 (en) | 1997-12-01 | 2002-07-02 | Recursion Software, Inc. | Method of moving objects in a computer network |
| US6442586B1 (en) | 1997-12-01 | 2002-08-27 | Recursion Software, Inc. | Method of moving objects across multiple locations in a computer network |
| US6321261B1 (en) | 1997-12-01 | 2001-11-20 | Objectspace, Inc. | Method of constructing an object remotely across a computer network |
| US6834389B1 (en) | 1997-12-01 | 2004-12-21 | Recursion Software, Inc. | Method of forwarding messages to mobile objects in a computer network |
| GB2332288A (en) * | 1997-12-10 | 1999-06-16 | Northern Telecom Ltd | agent enabling technology |
| US6105037A (en) | 1997-12-12 | 2000-08-15 | International Business Machines Corporation | Apparatus for performing automated reconcile control in a virtual tape system |
| US6018805A (en) * | 1997-12-15 | 2000-01-25 | Recipio | Transparent recovery of distributed-objects using intelligent proxies |
| US6490574B1 (en) | 1997-12-17 | 2002-12-03 | International Business Machines Corporation | Method and system for managing rules and events in a multi-user intelligent agent environment |
| US6192405B1 (en) | 1998-01-23 | 2001-02-20 | Novell, Inc. | Method and apparatus for acquiring authorized access to resources in a distributed system |
| US6604127B2 (en) | 1998-03-20 | 2003-08-05 | Brian T. Murphy | Dynamic lookup service in distributed system |
| JP3234808B2 (ja) * | 1998-03-13 | 2001-12-04 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 移動エージェント、移動エージェントが保有するオブジェクト、ネットワーク上のプレースに存在する移動エージェントを基に子エージェントを生成する方法、移動エージェントが同一プレースに存在する他の移動エージェントの種類を識別する方法 |
| US6119087A (en) * | 1998-03-13 | 2000-09-12 | Nuance Communications | System architecture for and method of voice processing |
| US6493870B1 (en) | 1998-03-20 | 2002-12-10 | Sun Microsystems, Inc. | Methods and apparatus for packaging a program for remote execution |
| US6199196B1 (en) | 1998-03-20 | 2001-03-06 | Sun Microsystems, Inc. | Methods and apparatus for linking a program for remote execution |
| JPH11282683A (ja) * | 1998-03-26 | 1999-10-15 | Omron Corp | エージェントシステム |
| JPH11282684A (ja) * | 1998-03-27 | 1999-10-15 | Canon Inc | 画像処理装置、画像処理装置の制御方法、および記憶媒体 |
| US6272488B1 (en) | 1998-04-01 | 2001-08-07 | International Business Machines Corporation | Managing results of federated searches across heterogeneous datastores with a federated collection object |
| US6233586B1 (en) | 1998-04-01 | 2001-05-15 | International Business Machines Corp. | Federated searching of heterogeneous datastores using a federated query object |
| US6263342B1 (en) | 1998-04-01 | 2001-07-17 | International Business Machines Corp. | Federated searching of heterogeneous datastores using a federated datastore object |
| JP3606355B2 (ja) | 1998-04-13 | 2005-01-05 | オムロン株式会社 | エージェントシステム及び通信方法 |
| US6219643B1 (en) | 1998-06-26 | 2001-04-17 | Nuance Communications, Inc. | Method of analyzing dialogs in a natural language speech recognition system |
| US6496871B1 (en) | 1998-06-30 | 2002-12-17 | Nec Research Institute, Inc. | Distributed agent software system and method having enhanced process mobility and communication in a computer network |
| JP3689564B2 (ja) | 1998-07-31 | 2005-08-31 | キヤノン株式会社 | Ｏａ装置、ｏａシステム、制御方法及び記憶媒体 |
| US6304973B1 (en) | 1998-08-06 | 2001-10-16 | Cryptek Secure Communications, Llc | Multi-level security network system |
| US6356964B1 (en) * | 1998-08-31 | 2002-03-12 | International Business Machines Corporation | Method and apparatus for enabling location-independent and location-transparent interaction between a program and a user |
| US6256664B1 (en) | 1998-09-01 | 2001-07-03 | Bigfix, Inc. | Method and apparatus for computed relevance messaging |
| US7197534B2 (en) * | 1998-09-01 | 2007-03-27 | Big Fix, Inc. | Method and apparatus for inspecting the properties of a computer |
| US7246150B1 (en) | 1998-09-01 | 2007-07-17 | Bigfix, Inc. | Advice provided for offering highly targeted advice without compromising individual privacy |
| US6263362B1 (en) | 1998-09-01 | 2001-07-17 | Bigfix, Inc. | Inspector for computed relevance messaging |
| US8914507B2 (en) * | 1998-09-01 | 2014-12-16 | International Business Machines Corporation | Advice provided for offering highly targeted advice without compromising individual privacy |
| US20030009464A1 (en) * | 1998-10-02 | 2003-01-09 | Campbell Rene L. | System and method for managing computer and phone network resources |
| US6385661B1 (en) * | 1998-10-19 | 2002-05-07 | Recursion Software, Inc. | System and method for dynamic generation of remote proxies |
| US6163794A (en) | 1998-10-23 | 2000-12-19 | General Magic | Network system extensible by users |
| WO2000028428A1 (en) | 1998-11-06 | 2000-05-18 | Mitsubishi Denki Kabushiki Kaisha | Agent method and computer system |
| US7263489B2 (en) | 1998-12-01 | 2007-08-28 | Nuance Communications, Inc. | Detection of characteristics of human-machine interactions for dialog customization and analysis |
| US7082397B2 (en) | 1998-12-01 | 2006-07-25 | Nuance Communications, Inc. | System for and method of creating and browsing a voice web |
| US6286028B1 (en) * | 1998-12-01 | 2001-09-04 | International Business Machines Corporation | Method and apparatus for conducting electronic commerce |
| EP1185928A1 (en) * | 1998-12-16 | 2002-03-13 | Kent Ridge Digital Labs | Process oriented computing environment |
| US6233556B1 (en) | 1998-12-16 | 2001-05-15 | Nuance Communications | Voice processing and verification system |
| US6526571B1 (en) * | 1999-03-16 | 2003-02-25 | International Business Machines Corporation | Method for identifying calls in java packages whose targets are guaranteed to belong to the same package |
| US7277919B1 (en) | 1999-03-19 | 2007-10-02 | Bigfix, Inc. | Relevance clause for computed relevance messaging |
| US6901518B1 (en) | 1999-04-08 | 2005-05-31 | Sun Microsystems, Inc. | Method and system for establishing trust in downloaded proxy code |
| US6877163B1 (en) | 1999-06-14 | 2005-04-05 | Sun Microsystems, Inc. | Method and system for dynamic proxy classes |
| EP1067457B1 (en) | 1999-07-05 | 2008-12-17 | Sony Deutschland GmbH | Management of a communication network and the migration of mobile agents |
| US7243236B1 (en) * | 1999-07-29 | 2007-07-10 | Intertrust Technologies Corp. | Systems and methods for using cryptography to protect secure and insecure computing environments |
| WO2001013224A2 (de) | 1999-08-18 | 2001-02-22 | Siemens Aktiengesellschaft | Agentensystem, computernetzwerk und verfahren zum laden eines agentensystems von einem host-computer auf einen client-computer eines computernetzwerkes |
| US20020002563A1 (en) * | 1999-08-23 | 2002-01-03 | Mary M. Bendik | Document management systems and methods |
| US7143042B1 (en) | 1999-10-04 | 2006-11-28 | Nuance Communications | Tool for graphically defining dialog flows and for establishing operational links between speech applications and hypermedia content in an interactive voice response environment |
| JP3738624B2 (ja) * | 1999-10-26 | 2006-01-25 | 日本電気株式会社 | 分散アプリケーション制御システム及び制御方法並びにプログラムを記録した記録媒体 |
| US6609158B1 (en) | 1999-10-26 | 2003-08-19 | Novell, Inc. | Component architecture in a computer system |
| US6678743B1 (en) | 1999-11-30 | 2004-01-13 | Recursion Software, Inc. | Method for moving objects in a distributed computing environment |
| US6947965B2 (en) | 1999-11-30 | 2005-09-20 | Recursion Software, Inc. | System and method for communications in a distributed computing environment |
| US7286990B1 (en) | 2000-01-21 | 2007-10-23 | Openwave Systems Inc. | Universal interface for voice activated access to multiple information providers |
| US7516190B2 (en) * | 2000-02-04 | 2009-04-07 | Parus Holdings, Inc. | Personal voice-based information retrieval system |
| US6721705B2 (en) | 2000-02-04 | 2004-04-13 | Webley Systems, Inc. | Robust voice browser system and voice activated device controller |
| US7089242B1 (en) * | 2000-02-29 | 2006-08-08 | International Business Machines Corporation | Method, system, program, and data structure for controlling access to sensitive functions |
| AU4474901A (en) * | 2000-03-15 | 2001-10-03 | Hyung-No Youn | Information providing method having authentification agent on internet and embodying system therefor |
| US6850979B1 (en) | 2000-05-09 | 2005-02-01 | Sun Microsystems, Inc. | Message gates in a distributed computing environment |
| US7370091B1 (en) | 2000-05-09 | 2008-05-06 | Sun Microsystems, Inc. | Method and apparatus for obtaining space advertisements |
| US7243356B1 (en) | 2000-05-09 | 2007-07-10 | Sun Microsystems, Inc. | Remote method invocation with secure messaging in a distributed computing environment |
| US7200848B1 (en) | 2000-05-09 | 2007-04-03 | Sun Microsystems, Inc. | Migrating processes using data representation language representations of the processes in a distributed computing environment |
| US7395333B1 (en) | 2000-05-09 | 2008-07-01 | Sun Microsystems, Inc. | Method and apparatus to obtain negotiated service advertisement |
| US7065574B1 (en) | 2000-05-09 | 2006-06-20 | Sun Microsystems, Inc. | Messaging system using pairs of message gates in a distributed computing environment |
| US8082491B1 (en) | 2000-05-09 | 2011-12-20 | Oracle America, Inc. | Dynamic displays in a distributed computing environment |
| US6898618B1 (en) | 2000-05-09 | 2005-05-24 | Sun Microsystems, Inc. | Client-specified display services in a distributed computing environment |
| US6868447B1 (en) | 2000-05-09 | 2005-03-15 | Sun Microsystems, Inc. | Mechanism and apparatus for returning results of services in a distributed computing environment |
| US7260543B1 (en) | 2000-05-09 | 2007-08-21 | Sun Microsystems, Inc. | Automatic lease renewal with message gates in a distributed computing environment |
| US6918084B1 (en) | 2000-05-09 | 2005-07-12 | Sun Microsystems, Inc. | Spawning new repository spaces using information provided in advertisement schema messages |
| US6917976B1 (en) | 2000-05-09 | 2005-07-12 | Sun Microsystems, Inc. | Message-based leasing of resources in a distributed computing environment |
| US6973493B1 (en) | 2000-05-09 | 2005-12-06 | Sun Microsystems, Inc. | Mechanism and apparatus for security of newly spawned repository spaces in a distributed computing environment |
| US7577834B1 (en) | 2000-05-09 | 2009-08-18 | Sun Microsystems, Inc. | Message authentication using message gates in a distributed computing environment |
| US8135796B1 (en) | 2000-05-09 | 2012-03-13 | Oracle America, Inc. | Mechanism and apparatus for accessing and addressing services in a distributed computing environment |
| US6792466B1 (en) | 2000-05-09 | 2004-09-14 | Sun Microsystems, Inc. | Trusted construction of message endpoints in a distributed computing environment |
| US6789126B1 (en) | 2000-05-09 | 2004-09-07 | Sun Microsystems, Inc. | Addressing message gates in a distributed computing environment |
| US7010573B1 (en) | 2000-05-09 | 2006-03-07 | Sun Microsystems, Inc. | Message gates using a shared transport in a distributed computing environment |
| US7188251B1 (en) | 2000-05-09 | 2007-03-06 | Sun Microsystems, Inc. | System and method for secure message-based leasing of resources in a distributed computing environment |
| US7716492B1 (en) | 2000-05-09 | 2010-05-11 | Oracle America, Inc. | Method and apparatus to obtain service capability credentials |
| US6950875B1 (en) | 2000-05-09 | 2005-09-27 | Sun Microsystems, Inc. | Message conductors in a distributed computing environment |
| US7016966B1 (en) | 2000-05-09 | 2006-03-21 | Sun Microsystems, Inc. | Generating results gates in a distributed computing environment |
| US6643650B1 (en) | 2000-05-09 | 2003-11-04 | Sun Microsystems, Inc. | Mechanism and apparatus for using messages to look up documents stored in spaces in a distributed computing environment |
| US6970869B1 (en) | 2000-05-09 | 2005-11-29 | Sun Microsystems, Inc. | Method and apparatus to discover services and negotiate capabilities |
| US6789077B1 (en) | 2000-05-09 | 2004-09-07 | Sun Microsystems, Inc. | Mechanism and apparatus for web-based searching of URI-addressable repositories in a distributed computing environment |
| US8001232B1 (en) | 2000-05-09 | 2011-08-16 | Oracle America, Inc. | Event message endpoints in a distributed computing environment |
| US6862594B1 (en) | 2000-05-09 | 2005-03-01 | Sun Microsystems, Inc. | Method and apparatus to discover services using flexible search criteria |
| US7080078B1 (en) | 2000-05-09 | 2006-07-18 | Sun Microsystems, Inc. | Mechanism and apparatus for URI-addressable repositories of service advertisements and other content in a distributed computing environment |
| US7072967B1 (en) | 2000-05-09 | 2006-07-04 | Sun Microsystems, Inc. | Efficient construction of message endpoints |
| TW525329B (en) * | 2000-05-29 | 2003-03-21 | Omron Tateisi Electronics Co | Power supply module and power supply unit using the same |
| US6763440B1 (en) | 2000-06-02 | 2004-07-13 | Sun Microsystems, Inc. | Garbage collection using nursery regions for new objects in a virtual heap |
| US6957237B1 (en) | 2000-06-02 | 2005-10-18 | Sun Microsystems, Inc. | Database store for a virtual heap |
| US6760815B1 (en) * | 2000-06-02 | 2004-07-06 | Sun Microsystems, Inc. | Caching mechanism for a virtual heap |
| US6865657B1 (en) | 2000-06-02 | 2005-03-08 | Sun Microsystems, Inc. | Garbage collector for a virtual heap |
| US6854115B1 (en) | 2000-06-02 | 2005-02-08 | Sun Microsystems, Inc. | Process persistence in a virtual machine |
| US6941410B1 (en) | 2000-06-02 | 2005-09-06 | Sun Microsystems, Inc. | Virtual heap for a virtual machine |
| JP2002007169A (ja) * | 2000-06-23 | 2002-01-11 | Nec Corp | 文法網羅率計測方式 |
| US8463682B1 (en) * | 2000-10-02 | 2013-06-11 | Versata Development Group, Inc. | Finance and configuration method and apparatus |
| US6988109B2 (en) * | 2000-12-06 | 2006-01-17 | Io Informatics, Inc. | System, method, software architecture, and business model for an intelligent object based information technology platform |
| US20100223295A1 (en) * | 2000-12-06 | 2010-09-02 | Io Informatics, Inc. | Applied Semantic Knowledgebases and Applications Thereof |
| US7080159B2 (en) | 2000-12-15 | 2006-07-18 | Ntt Docomo, Inc. | Method and system for effecting migration of application among heterogeneous devices |
| US20020078251A1 (en) * | 2000-12-18 | 2002-06-20 | Philips Electronics North America Corp. | Self-determining command path architecture |
| US7296275B2 (en) | 2001-01-04 | 2007-11-13 | Sun Microsystems, Inc. | Method and system for passing objects in a distributed system using serialization contexts |
| US6836766B1 (en) * | 2001-01-31 | 2004-12-28 | Trilogy Development Group, Inc. | Rule based configuration engine for a database |
| US6820126B2 (en) * | 2001-04-02 | 2004-11-16 | Motorola, Inc. | System for dynamic process assignment in a local area network and method therefor |
| US7082604B2 (en) * | 2001-04-20 | 2006-07-25 | Mobile Agent Technologies, Incorporated | Method and apparatus for breaking down computing tasks across a network of heterogeneous computer for parallel execution by utilizing autonomous mobile agents |
| US7143164B2 (en) * | 2001-05-21 | 2006-11-28 | Exigen Group | Dynamic object library software architecture |
| AU2002312183B2 (en) * | 2001-05-31 | 2008-09-18 | Mapinfo Corporation | System and method for geocoding diverse address formats |
| US7222359B2 (en) * | 2001-07-27 | 2007-05-22 | Check Point Software Technologies, Inc. | System methodology for automatic local network discovery and firewall reconfiguration for mobile computing devices |
| KR20010088574A (ko) * | 2001-08-08 | 2001-09-28 | 김진국 | 오존/초음파를 이용한 폐고무 표면 개질 방법 및 장치 |
| US7203700B1 (en) * | 2001-08-31 | 2007-04-10 | Oracle International Corporation | Online instance addition and deletion in a multi-instance computer system |
| US7756969B1 (en) | 2001-09-07 | 2010-07-13 | Oracle America, Inc. | Dynamic provisioning of identification services in a distributed system |
| US7660887B2 (en) * | 2001-09-07 | 2010-02-09 | Sun Microsystems, Inc. | Systems and methods for providing dynamic quality of service for a distributed system |
| US20030051029A1 (en) * | 2001-09-07 | 2003-03-13 | Reedy Dennis G. | Dynamic provisioning of sevice components in a distributed system |
| US20040088448A1 (en) * | 2001-10-16 | 2004-05-06 | Userspace Corporation | Embedded system and method for controlling, monitoring of instruments or devices and processing their data via control and data protocols that can be combined or interchanged |
| US7350206B2 (en) * | 2001-11-05 | 2008-03-25 | Hewlett-Packard Development Company, L.P. | Method to reduce provisioning time in shared storage systems by preemptive copying of images |
| US20040148235A1 (en) * | 2002-01-11 | 2004-07-29 | Craig Mark S. | Real time financial instrument image exchange system and method |
| WO2003081391A2 (en) * | 2002-03-19 | 2003-10-02 | Mapinfo Corporation | Location based service provider |
| US7447991B2 (en) * | 2002-04-01 | 2008-11-04 | Hewlett-Packard Development Company, L.P. | Document agents |
| US7043522B2 (en) * | 2002-05-30 | 2006-05-09 | Microsoft Corporation | Unbounded computing space |
| US7634806B2 (en) * | 2002-05-30 | 2009-12-15 | Microsoft Corporation | Peer assembly inspection |
| US7676541B2 (en) * | 2002-05-30 | 2010-03-09 | Microsoft Corporation | Peer communication channel partitioning |
| US7478233B2 (en) * | 2002-05-30 | 2009-01-13 | Microsoft Corporation | Prevention of software tampering |
| US8667105B1 (en) | 2002-06-26 | 2014-03-04 | Apple Inc. | Systems and methods facilitating relocatability of devices between networks |
| US7614059B2 (en) * | 2002-07-11 | 2009-11-03 | Topia Technology | System and method for the discovery and usage of local resources by a mobile agent object |
| US8108455B2 (en) * | 2002-10-31 | 2012-01-31 | Oracle America, Inc. | Mobile agents in peer-to-peer networks |
| US7136891B2 (en) * | 2002-12-12 | 2006-11-14 | International Business Machines Corporation | Arithmetic and relational operations |
| US8683016B1 (en) | 2002-12-20 | 2014-03-25 | Versata Development Group, Inc. | Data recording components and processes for acquiring selected web site data |
| JP2004362330A (ja) * | 2003-06-05 | 2004-12-24 | Seiko Epson Corp | 出力制御装置 |
| US20050039184A1 (en) * | 2003-08-13 | 2005-02-17 | Intel Corporation | Assigning a process to a processor for execution |
| US7792874B1 (en) | 2004-01-30 | 2010-09-07 | Oracle America, Inc. | Dynamic provisioning for filtering and consolidating events |
| US7318068B2 (en) * | 2004-07-22 | 2008-01-08 | International Business Machines Corporation | Synchronization of application documentation across database instances |
| US7318067B2 (en) * | 2004-07-22 | 2008-01-08 | International Business Machines Corporation | Synchronization of application rules across database instances |
| JP4815938B2 (ja) * | 2005-08-16 | 2011-11-16 | ソニー株式会社 | 情報処理装置および方法、並びにプログラム |
| JP4732874B2 (ja) * | 2005-11-28 | 2011-07-27 | 株式会社エヌ・ティ・ティ・ドコモ | ソフトウェア動作モデル化装置、ソフトウェア動作監視装置、ソフトウェア動作モデル化方法及びソフトウェア動作監視方法 |
| US7899820B2 (en) * | 2005-12-14 | 2011-03-01 | Business Objects Software Ltd. | Apparatus and method for transporting business intelligence objects between business intelligence systems |
| US20070157168A1 (en) * | 2005-12-29 | 2007-07-05 | Tobias Traxel | Unified date and time model |
| US7529777B1 (en) * | 2006-02-28 | 2009-05-05 | Emc Corporation | Cross-object attribute restoration |
| US7937713B2 (en) * | 2006-04-21 | 2011-05-03 | Topia Technology | System and method for providing services on a distributed network |
| US20070256082A1 (en) * | 2006-05-01 | 2007-11-01 | International Business Machines Corporation | Monitoring and controlling applications executing in a computing node |
| US20070282880A1 (en) * | 2006-05-31 | 2007-12-06 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Partial role or task allocation responsive to data-transformative attributes |
| US8607336B2 (en) * | 2006-09-19 | 2013-12-10 | The Invention Science Fund I, Llc | Evaluation systems and methods for coordinating software agents |
| US8601530B2 (en) * | 2006-09-19 | 2013-12-03 | The Invention Science Fund I, Llc | Evaluation systems and methods for coordinating software agents |
| US8601104B2 (en) | 2006-09-19 | 2013-12-03 | The Invention Science Fund I, Llc | Using network access port linkages for data structure update decisions |
| US8984579B2 (en) * | 2006-09-19 | 2015-03-17 | The Innovation Science Fund I, LLC | Evaluation systems and methods for coordinating software agents |
| US7752255B2 (en) * | 2006-09-19 | 2010-07-06 | The Invention Science Fund I, Inc | Configuring software agent security remotely |
| US8627402B2 (en) | 2006-09-19 | 2014-01-07 | The Invention Science Fund I, Llc | Evaluation systems and methods for coordinating software agents |
| US9306975B2 (en) | 2006-09-19 | 2016-04-05 | The Invention Science Fund I, Llc | Transmitting aggregated information arising from appnet information |
| US8224930B2 (en) * | 2006-09-19 | 2012-07-17 | The Invention Science Fund I, Llc | Signaling partial service configuration changes in appnets |
| US8281036B2 (en) | 2006-09-19 | 2012-10-02 | The Invention Science Fund I, Llc | Using network access port linkages for data structure update decisions |
| US8055797B2 (en) * | 2006-09-19 | 2011-11-08 | The Invention Science Fund I, Llc | Transmitting aggregated information arising from appnet information |
| US20080072032A1 (en) * | 2006-09-19 | 2008-03-20 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Configuring software agent security remotely |
| US7856450B2 (en) * | 2006-12-18 | 2010-12-21 | Business Objects Software Ltd. | Apparatus and method for distributing information between business intelligence systems |
| US7818333B2 (en) | 2006-12-28 | 2010-10-19 | Pitney Bowes Software Inc. | Universal address parsing system and method |
| US8214441B2 (en) * | 2008-01-25 | 2012-07-03 | At&T Intellectual Property I, L.P. | System and method for optimizing response handling time and customer satisfaction scores |
| US8250090B2 (en) * | 2010-02-22 | 2012-08-21 | Brignoli Winthrop A | Method for performing message-based distributed computing, involves executing expression of matched message response on members identified by set instance definition using dimension values derived from message |
| JP4905571B2 (ja) | 2010-03-10 | 2012-03-28 | トヨタ自動車株式会社 | 車両の駐車支援装置およびそれを備える車両 |
| US8533214B2 (en) * | 2010-06-15 | 2013-09-10 | Verizon Patent And Licensing Inc. | System and method for assessing quality of address information for physical locations |
| RU2554509C2 (ru) | 2010-10-06 | 2015-06-27 | Александр Яковлевич Богданов | Система и способ распределенных вычислений |
| US8996687B2 (en) | 2011-05-31 | 2015-03-31 | At&T Intellectual Property I, L.P. | Context-based computing framework |
| US9244745B2 (en) * | 2011-06-16 | 2016-01-26 | Kodak Alaris Inc. | Allocating tasks by sending task-available messages requesting assistance with an image processing task from a server with a heavy task load to all other servers connected to the computer network |
| US9424096B2 (en) | 2011-06-16 | 2016-08-23 | Kodak Alaris Inc. | Task allocation in a computer network |
| US9075659B2 (en) | 2011-06-16 | 2015-07-07 | Kodak Alaris Inc. | Task allocation in a computer network |
| US9240010B2 (en) | 2011-07-28 | 2016-01-19 | Iii Holdings 1, Llc | Systems and methods for generating and using a digital pass |
| US20130250937A1 (en) * | 2012-03-20 | 2013-09-26 | Leonid V. Nikeyenkov | Method for Converging Telephone Number and IP Address |
| US9600473B2 (en) | 2013-02-08 | 2017-03-21 | Machine Zone, Inc. | Systems and methods for multi-user multi-lingual communications |
| US9231898B2 (en) | 2013-02-08 | 2016-01-05 | Machine Zone, Inc. | Systems and methods for multi-user multi-lingual communications |
| US9031829B2 (en) | 2013-02-08 | 2015-05-12 | Machine Zone, Inc. | Systems and methods for multi-user multi-lingual communications |
| US10650103B2 (en) | 2013-02-08 | 2020-05-12 | Mz Ip Holdings, Llc | Systems and methods for incentivizing user feedback for translation processing |
| US9298703B2 (en) | 2013-02-08 | 2016-03-29 | Machine Zone, Inc. | Systems and methods for incentivizing user feedback for translation processing |
| US8996352B2 (en) | 2013-02-08 | 2015-03-31 | Machine Zone, Inc. | Systems and methods for correcting translations in multi-user multi-lingual communications |
| JP6160409B2 (ja) * | 2013-09-30 | 2017-07-12 | ブラザー工業株式会社 | ファクシミリ装置 |
| US10162811B2 (en) | 2014-10-17 | 2018-12-25 | Mz Ip Holdings, Llc | Systems and methods for language detection |
| US9600682B2 (en) * | 2015-06-08 | 2017-03-21 | Accenture Global Services Limited | Mapping process changes |
| US10765956B2 (en) * | 2016-01-07 | 2020-09-08 | Machine Zone Inc. | Named entity recognition on chat data |
| WO2019060353A1 (en) | 2017-09-21 | 2019-03-28 | Mz Ip Holdings, Llc | SYSTEM AND METHOD FOR TRANSLATION OF KEYBOARD MESSAGES |
| TWI642566B (zh) * | 2017-11-13 | 2018-12-01 | 中華汽車工業股份有限公司 | Car motor with built-in charge control function |
| US11036571B2 (en) * | 2017-11-29 | 2021-06-15 | Cisco Technology, Inc. | Repair walker agents in a network |
| CN110728363B (zh) * | 2018-06-29 | 2022-11-18 | 华为技术有限公司 | 任务处理方法和装置 |
| US11741196B2 (en) | 2018-11-15 | 2023-08-29 | The Research Foundation For The State University Of New York | Detecting and preventing exploits of software vulnerability using instruction tags |
Family Cites Families (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4575797A (en) * | 1981-05-22 | 1986-03-11 | Data General Corporation | Digital data processing system incorporating object-based addressing and capable of executing instructions belonging to several instruction sets |
| US5261080A (en) * | 1987-08-21 | 1993-11-09 | Wang Laboratories, Inc. | Matchmaker for assisting and executing the providing and conversion of data between objects in a data processing system storing data in typed objects having different data formats |
| US5206951A (en) * | 1987-08-21 | 1993-04-27 | Wang Laboratories, Inc. | Integration of data between typed objects by mutual, direct invocation between object managers corresponding to object types |
| US5079695A (en) * | 1988-04-25 | 1992-01-07 | Hewlett-Packard Company | Object management facility which includes a snapshot facility for providing data transfer between two objects |
| US5129083A (en) * | 1989-06-29 | 1992-07-07 | Digital Equipment Corporation | Conditional object creating system having different object pointers for accessing a set of data structure objects |
| US5129084A (en) * | 1989-06-29 | 1992-07-07 | Digital Equipment Corporation | Object container transfer system and method in an object based computer operating system |
| US5187790A (en) * | 1989-06-29 | 1993-02-16 | Digital Equipment Corporation | Server impersonation of client processes in an object based computer operating system |
| US5297283A (en) * | 1989-06-29 | 1994-03-22 | Digital Equipment Corporation | Object transferring system and method in an object based computer operating system |
| US5093914A (en) * | 1989-12-15 | 1992-03-03 | At&T Bell Laboratories | Method of controlling the execution of object-oriented programs |
| WO1991010191A1 (en) * | 1989-12-26 | 1991-07-11 | Fujitsu Limited | Object oriented distributed processing system |
| CA2044022A1 (en) * | 1990-06-28 | 1991-12-29 | Miriam A. Nihart | Common agent computer management system and method |
| US5327559A (en) * | 1990-10-23 | 1994-07-05 | International Business Machines Corporation | Remote and batch processing in an object oriented programming system |
| US5157196A (en) * | 1990-12-24 | 1992-10-20 | Chemical Research & Licensing Company | Paraffin alkylation process |
| EP0495310A3 (en) * | 1991-01-17 | 1993-03-24 | International Business Machines Corporation | A process control method and apparatus |
| US5379426A (en) * | 1991-01-25 | 1995-01-03 | Sun Microsystems, Inc. | Method and apparatus for object oriented interprocess message switching |
| US5303375A (en) * | 1991-04-26 | 1994-04-12 | Hewlett-Packard Company | System and method for facilitating selection of running functional process in object-oriented environments |
| US5361350A (en) * | 1991-12-12 | 1994-11-01 | International Business Machines Corporation | Object oriented method management system and software for managing class method names in a computer system |
| US5339430A (en) * | 1992-07-01 | 1994-08-16 | Telefonaktiebolaget L M Ericsson | System for dynamic run-time binding of software modules in a computer system |
| US5307490A (en) * | 1992-08-28 | 1994-04-26 | Tandem Computers, Inc. | Method and system for implementing remote procedure calls in a distributed computer system |
| US5396630A (en) * | 1992-10-06 | 1995-03-07 | International Business Machines Corporation | Method and system for object management across process boundries in a data processing system |
| US5414852A (en) * | 1992-10-30 | 1995-05-09 | International Business Machines Corporation | Method for protecting data in a computer system |
| US5446842A (en) * | 1993-02-26 | 1995-08-29 | Taligent, Inc. | Object-oriented collaboration system |
| US5377350A (en) * | 1993-04-30 | 1994-12-27 | International Business Machines Corporation | System for cooperative communication between local object managers to provide verification for the performance of remote calls by object messages |
| US5446901A (en) * | 1993-06-30 | 1995-08-29 | Digital Equipment Corporation | Fault tolerant distributed garbage collection system and method for collecting network objects |
| US5421013A (en) * | 1993-07-08 | 1995-05-30 | Park City Group, Inc. | Agent-based multithreading application programming interface |
| US5446845A (en) * | 1993-09-20 | 1995-08-29 | International Business Machines Corporation | Steering logic to directly connect devices having different data word widths |
-
1993
- 1993-07-08 US US08/090,521 patent/US5603031A/en not_active Expired - Lifetime
-
1994
- 1994-07-08 WO PCT/US1994/007397 patent/WO1995002219A1/en active Application Filing
- 1994-07-08 AU AU72164/94A patent/AU7216494A/en not_active Abandoned
- 1994-07-08 JP JP50407395A patent/JP3723572B2/ja not_active Expired - Lifetime
- 1994-07-08 CA CA002143672A patent/CA2143672C/en not_active Expired - Fee Related
- 1994-07-08 JP JP6179767A patent/JPH07182174A/ja active Pending
- 1994-07-08 EP EP19940305058 patent/EP0634719A3/en not_active Ceased
-
1997
- 1997-02-10 US US08/798,675 patent/US6016393A/en not_active Expired - Lifetime
Cited By (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09181723A (ja) * | 1995-12-26 | 1997-07-11 | Fujitsu Ltd | ネットワークにおける資源の変化を通知するネットワーク資源監視システムおよび方法 |
| JPH09179910A (ja) * | 1995-12-26 | 1997-07-11 | Fujitsu Ltd | 電子仲介システムおよび方法 |
| US5918015A (en) * | 1996-02-28 | 1999-06-29 | Nec Corporation | Remote execution system with program receiver |
| WO1997035262A1 (fr) * | 1996-03-15 | 1997-09-25 | Hitachi, Ltd. | Procede de generation automatique de programme et procede de commande d'execution |
| JPH10228380A (ja) * | 1996-06-05 | 1998-08-25 | Sun Microsyst Inc | 低減されたラン−タイム・メモリ空間要求を有するネットワーク移動コードを実行する方法及びコンピュータ・システム |
| JPH09325928A (ja) * | 1996-06-06 | 1997-12-16 | Fuji Xerox Co Ltd | メッセージ通信方法及び装置 |
| US5968127A (en) * | 1996-08-08 | 1999-10-19 | Fuji Xerox Co., Ltd. | Information processing apparatus |
| US6134580A (en) * | 1996-09-17 | 2000-10-17 | Kabushiki Kaisha Toshiba | Data-processing apparatus, data-processing method, and storage medium onto which is stored a data-processing program |
| JPH10334065A (ja) * | 1997-05-27 | 1998-12-18 | Internatl Business Mach Corp <Ibm> | 情報処理方法及び情報処理装置、サーバを制御するプログラムを格納した記憶媒体 |
| US7512660B2 (en) | 1997-06-10 | 2009-03-31 | International Business Machines Corporation | Message handling method, message handling apparatus, and memory media for storing a message handling apparatus controlling program |
| US6915326B2 (en) | 1997-09-05 | 2005-07-05 | Kabushiki Kaisha Toshiba | Information processing apparatus and method and information processing program recording medium |
| US6557025B1 (en) | 1997-09-05 | 2003-04-29 | Kabushiki Kaisha Toshiba | Method and apparatus that improves the technique by which a plurality of agents process information distributed over a network through by way of a contract net protocol |
| US6925486B2 (en) | 1997-09-05 | 2005-08-02 | Kabushiki Kaisha Toshiba | Information processing apparatus and method and information processing program recording medium |
| JPH10191546A (ja) * | 1997-11-28 | 1998-07-21 | Toshiba Corp | 電力系統保護制御システム |
| US6539416B1 (en) | 1997-12-19 | 2003-03-25 | Kabushiki Kaisha Toshiba | Managing system and managing method of mobile agent |
| US6477563B1 (en) | 1998-04-13 | 2002-11-05 | Kabushiki Kaisha Toshiba | Agent system and information processing method for same |
| US6662207B2 (en) | 1998-04-13 | 2003-12-09 | Kabushiki Kaisha Toshiba | Agent system and information processing method for same |
| US6694370B1 (en) | 1998-08-01 | 2004-02-17 | International Business Machines Corporation | Computerized method and system for implementing distributed applications |
| US6769121B1 (en) | 1999-01-22 | 2004-07-27 | Nec Corporation | Program execution device and process migrating method thereof and storage medium which stores process migration control program |
| US6961926B2 (en) | 1999-12-15 | 2005-11-01 | Nec Corporation | System and method for distributed debugging and recording medium on which control programs are recorded |
| JP2002324055A (ja) * | 2002-02-20 | 2002-11-08 | Internatl Business Mach Corp <Ibm> | メッセージ処理方法 |
| JP2005020713A (ja) * | 2003-06-02 | 2005-01-20 | Ricoh Co Ltd | 画像形成システム、画像形成方法、画像形成プログラム、及び記録媒体 |
| JP2006154926A (ja) * | 2004-11-25 | 2006-06-15 | Denso Corp | キャラクタ表示を利用した電子機器操作システム及び電子機器 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0634719A3 (en) | 1996-01-03 |
| CA2143672C (en) | 2005-02-01 |
| JPH07509799A (ja) | 1995-10-26 |
| US6016393A (en) | 2000-01-18 |
| CA2143672A1 (en) | 1995-01-19 |
| AU7216494A (en) | 1995-02-06 |
| WO1995002219A1 (en) | 1995-01-19 |
| EP0634719A2 (en) | 1995-01-18 |
| JP3723572B2 (ja) | 2005-12-07 |
| US5603031A (en) | 1997-02-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH07182174A (ja) | リモートプログラミングの実施方法 | |
| Minsky | The imposition of protocols over open distributed systems | |
| US6715145B1 (en) | Processing pipeline in a base services pattern environment | |
| US6529909B1 (en) | Method for translating an object attribute converter in an information services patterns environment | |
| Reppy | Higher-order concurrency | |
| US6339832B1 (en) | Exception response table in environment services patterns | |
| US6502213B1 (en) | System, method, and article of manufacture for a polymorphic exception handler in environment services patterns | |
| US6636242B2 (en) | View configurer in a presentation services patterns environment | |
| US6550057B1 (en) | Piecemeal retrieval in an information services patterns environment | |
| US6842906B1 (en) | System and method for a refreshable proxy pool in a communication services patterns environment | |
| US6438594B1 (en) | Delivering service to a client via a locally addressable interface | |
| US6615199B1 (en) | Abstraction factory in a base services pattern environment | |
| US6332163B1 (en) | Method for providing communication services over a computer network system | |
| US6615253B1 (en) | Efficient server side data retrieval for execution of client side applications | |
| US6442748B1 (en) | System, method and article of manufacture for a persistent state and persistent object separator in an information services patterns environment | |
| TW498282B (en) | System, method, and article of manufacture for a load balancer in environment services patterns | |
| US11917066B1 (en) | System for interacting objects as tokens on a blockchain using a class-based language | |
| EP1287430A2 (en) | System, method, and article of manufacture for distributed garbage collection in environment services patterns | |
| EP1259879A2 (en) | A system, method and article of manufacture for a multi-object fetch component in an information services patterns environment | |
| Curtis | LambdaMOO programmer’s manual | |
| EP1526427A2 (en) | Programming interface for licensing | |
| US20030212672A1 (en) | Structural equivalence of expressions containing processes and queries | |
| WO2001097026A1 (fr) | Systeme informatique modulaire et procede associe | |
| WO2001016728A2 (en) | A system, method and article of manufacture for business logic services patterns in a netcentric environment | |
| WO2000058873A1 (en) | Workflow design engine |