JP2001514422A

JP2001514422A - 分散型コンピュータシステム

Info

Publication number: JP2001514422A
Application number: JP2000508165A
Authority: JP
Inventors: ジェームズクローソン
Original assignee: ジプソフトインコーポレイテッド
Priority date: 1997-08-27
Filing date: 1998-07-27
Publication date: 2001-09-11
Also published as: US6112304A; BR9812280A; EP1040615A4; AU8597498A; CA2298582C; IL134447A0; EP1040615A1; WO1999011018A1; CA2298582A1

Abstract

(57)【要約】新規なコンピュータアーキテクチャによる資源を活用する方法とシステムが提供されており、それには、デニズンプロセス（１００）のための動作環境およびロケーション間の移動のためのデニズン（１００）用の道が含まれている。デニズンプロセス（１００）は、命令（３００）を受け取り、受け取った命令（３０２、３０４）の視点から動作環境の異なるロケーションを評価し、その評価（３０６）に基づいてロケーションを選択し、自ら選択したロケーションに移動し（３１４）、そして選択したロケーション（３１６）で受け取った一部を実行することができる。ウィルスの分散と帯域幅の必要を避けるため、デニズン（１００）は、宛先ロケーションのライブラリに格納されているコードを使うことにより、デニズン（１００）を構築するための特定の情報で移動できる。デニズン（１００）は、自ら再構築およびアーカイブ（３１８）、自らのエラーを検出すること、さらに自らのアーカイブさらたコピーで自らを置き換える試みやライブラリコンポーネントから自らを再構築する試みも可能である。さらに、デニズン（１００）は、動的なロードディングとアンロードディングコードで自ら、修正もできる。デニズン（１００）は、柔軟に、プロセッサを割り当てることができる。なぜならば、各デニズン（１００）は個々に、どこで実行すべきかを、決めることができるからである。新規なアーキテクチャを使う適用分野には、データベース管理や普通言語の翻訳が含まれる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】

本発明は、コンピュータシステムアーキテクチャ、特に、自己再生、自己アー
カイブの作成、自己修復を行うモバイルデニズンプロセスのための動作環境を提
供する、分散型システムコンピュータアーキテクチャに関するものである。

【０００２】（発明の技術背景）分散型コンピュータの一般的効果は、よく知られている。コンピュータの能力
は低価格でより広く利用できるようになったので、多くの問題に対する最も効果
的なアプローチとして、１つの大規模システム内で一体として数多く接続された
プロセッサを含めることができる。

【０００３】例えば小売高と在庫目録の追跡といった、いくつかのコンピュータ上の問題は
、本来分散されている。分散型システム内の１つのプロセッサの故障によって発
生した問題が、すべての仕事に影響を及ぼして停止させるといったことには至ら
ないので、分散型コンピュータの仕事量も信頼性の改善を図ることができる。

【０００４】多くのツールは、分散型コンピュータシステムを構築するために利用できる。
共用メモリ、リモートプロシージャコール、「ブラックボード」、イベント駆動
型モジュール、およびその他のメカニズムは、１つ又は複数のコンピュータの別
々のメモリ領域の内で、協調方式で動作するプロセッサ間の通信が可能である。

【０００５】これらのメカニズムは、ネットワークプロトコル、ドメインネームシステム、
分散オペレーティングシステム、および分散ファイルシステムなどと組み合わさ
れることによって、別々のコンピュータで動作するプロセス間の通信と、このよ
うなプロセスによる資源の効果的な利用とが可能になる。

【０００６】インターネット、ローカルエリアネットワーク、メトロポリタンエリアネット
ワーク、ワイドエリアネットワーク、ワイヤレスネットワーク、衛星通信ネット
ワーク、光通信ネットワーク、および他の接続されたおよび／または接続可能な
コンピュータの集合体は、処理能力、メモリ、ディスク空間、およびインタープ
ロセス通信の施設を含むような他の資源を提供する。

【０００７】多くの秘密キー、公開キー、および他の暗号手法のホストは、インタープロセ
ス通信の安全性を向上させるために利用できる。Ｊａｖａ、Ａｄａ、Ｃ＋＋、ア
センブリ、および他のプログラミング言語または開発環境は、割込み処理ルーチ
ンの生成、検査、改善、そして並行プロセス、スレッド、多重処理システム、例
外ハンドラ、および他の並行および／または分散プログラミング構成体をサポー
トする。

【０００８】結果として、分散型コンピュータへの多くの異なるアプローチが試みられ、さ
らには提案されたりしている。各分散型コンピュータシステムは、実装されてい
るか否かにかかわらず、無限の宇宙の可能性から選択された１つのアプローチと
するような多数の設計の選択肢を取り入れている。最も大切な設計の選択の中に
は、互いの間とユーザとの間を分散されたプロセスがどのように通信するか、機
密保護の制約条件をどのように規定し実施するか、どのように、いつプロセッサ
とプロセスが統合されたり、分離されたりすべきか、どのようにプロセス間の責
任を区切るか、新しいデータや命令を反映するための更新をどのようにプロセス
が行うか、およびどのようにプロセスがエラーを検知し、処理すべきかが含まれ
る。

【０００９】これらの広範囲にわたる設計の各問題は、付加的なより特定の問題になる。例
えば、通常プロセスに合うプロセッサをどのように決めるかには、（他の考慮事
項の中で）プロセッサアロケーションアルゴリズムの選択が伴う。Ａｎｄｒｅｗ
Ｓ．Ｔａｎｅｎｂａｕｍ著「ＤｉｓｔｒｉｂｕｔｅｄＯｐｅｒａｔｉｎｇ
Ｓｙｓｔｅｍｓ」ＩＳＢＮ０−１３−２１９９０８−４（１９９５）の本文で
説明されているように、この選択には、順番に決定対試行錯誤アルゴリズム、集
中的対分散的アルゴリズム、最適対副最適アルゴリズム、ローカル対グローバル
アルゴリズム、および送り手起動対受け手起動アルゴリズムなどの間の重要な選
択を含んでいる。

【００１０】機密保護、エラー管理、通信、更新伝播、および他の広範囲の設計の問題を、
たいへん深く考慮する場合、多くの付加的でさらに特定の疑問のホストも浮上す
る。メモリは共用すべきか。そうならば、「同一」データの異なるコピーの整合
性はどのように維持されるべきか。どのような種類のエラーがプロセスによって
検知され得るか、どのように各タイプのエラーを処理すべきか。与えられたプロ
セスは、それ自体で何をすべきか、そして他のプロセスに何を行うように要請す
べきか。どのようなフォーマットで命令やデータを格納すべきか。

【００１１】与えられたプロセスは、そのプロセスもその上で動作しているコンピュータの
特定のハードウェアおよびオペーレーティングシステムとどれくらい緊密に結合
すべきか。プログラムを１つの完了した独立ブロックとして実行のためにメモリ
へロードすべきか、またはコンポーネントを必要な場合にのみロードすべきか、
バージョン管理をどのように行うか。

【００１２】設計タスクは、特定の方法で１つの設計の問題に答えると、他の問題の重要性
が変化したり、または新しい問題が浮上することによって、より困難になってい
る。例えば、１つのプロセスが、起動後にディスクアクセスを避けるために使わ
れているハードウェアから十分独立している場合、そのプロセスは、ディスク無
しのコンピュータとローカルディスクを有するコンピュータとの両方で動作する
ことができる。プロセスが動作する間、使用するディスク記憶フォーマットは明
らかに無関係になり、重大なエラーから回復するためのオプションは、ローカル
ディスクにチェックポイントが記録されている場合のものとは異なる。

【００１３】分散システムアーキテクチャは、非常に異なる方法で設計の問題に答える場合
、設計の問題のなかには、大部分のシステムで同じまたは同様の方法で答える傾
向がある。例えば、大抵のシステムには、他のプロセスを利用できるプロセッサ
とマッチさせる役目を果たす専門化したプロセスを含んでいる。この「プロセス
マネージャ」は、「スケジューラ」、「ロードバランサ」、「トランスファマネ
ージャ」、「ユーセイジテーブルコーディネータ」、「プロセスキューマネージ
ャ」、および「プロセッサアロケータ」としても知られている。

【００１４】最善のプロセッサの割り当てに関する決定は、プロセッサマネージャにより行
われ、時々、その割り当てたプロセッサで動作するプロセスからの入力は少しの
または全くないプロセッサマネージャで行われる。システムの中には、分散シス
テム全体に対して１つではなく、プロセッサ毎に、またはコンピュータ毎に１つ
のプロセスマネージャを含んでいるものもあるが、与えられたシステム内のすべ
てのプロセスマネージャは、通常プロセスをプロセッサにマッチさせるために１
つのアルゴリズムを使う。

【００１５】同様に、最も知られている分散システムにおいても、検知できるエラーのタイ
プは（ａ）入力エラー（ｂ）無くなったまたは利用できない資源に限られる。例
えば、ファイル、ソケット、またはユーザからのデータ入力は、所定の範囲外の
値に対して検査でき、またデータの別のコピーに対して検査することができる。
ネットワークパケットまたはＪａｖａアプレットのコンテンツは、チェックサム
を計算し、以前に計算されたチェックサムと比較することによって確認されるこ
とになる。その比較からエラーが検知される場合、パケットの再送信やアプレッ
トの再ロードの要求が可能になり、またはユーザに異なるコンテンツの供給を要
請することもできるようになる。

【００１６】資源のエラーに関して、プロセスは、ダイナミックリンクライブラリファイル
または要求されているテキストファイルなどのファイルが予期されたロケーショ
ンで発見できず、他のロケーションを検索する。プロセスは、電話回線、ネット
ワークソケット、メモリ、ディスク空間、または他の要求された資源が利用でき
ず、ユーザに警告を発したり、または障害を起こしたりする前にその資源を入手
しようと数回試みるかどうかも判断する。

【００１７】しかし、入力または無くなった資源のエラー以外のエラーは、重要な情報の破
損または紛失が起こるまでは、検知されないままとなる。特に、プロセスは、動
作中には、通常それ自体の内部構造の破損を検知せず、このようなエラーにスム
ーズに反応するのではなく、大抵のプロセスは突然、動作不能になる。プロセス
の中には、例外ハンドラを使い深刻なエラーが発生した後にその衝撃を規制する
ものもあるが、破損した構成を使うまでは、破損を検知することができない。

【００１８】大抵のコンピュータプログラムは、分散処理が可能かどうかにかかわらず、時
々更新する必要がある。プログラムのアーキテクチャに依存して、更新作業は、
時間がかかり、エラーを起こし易く、および／または柔軟性がないものである。
多くのプログラムは、ユーザに大量のコードの独立言語の集合体として提供され
る。

【００１９】時の経過とともに、これらのコードのモノリシックな集合体は、ワープロや表
計算ソフトなどのポピュラーなアプリケーションに対して、非常に大量なものに
成長する。このようなモノリシックなプログラムを更新することには、新しいバ
ージョンと異なるかどうかにかかわらず、現存するすべてのコードを削除して、
プログラムの新しいバージョンをインストールすることがしばしば含まれる。あ
る場合、オブジェクトコード「パッチ」が、代わりに使われ、置き換えられるコ
ードの量がより少なくなるが、パッチは、普通プログラムの局部的変更にのみ使
われ、基本的または全体的な変更のためには、使われていない。

【００２０】プログラムの中には、モノリシックさを減少させ、イベントハンドラループお
よび動的にロードされたコンポーネントのコレクションなどのメインルーチンに
分割しているものもある。その場合、更新には、１つまたは複数の関係する小さ
なコンポーネントを単に置き換えることだけが含まれている。コンポーネント間
で機能性を分割することも、２つ以上の異なるプログラムが同じコンポーネント
を使えるようになる点で優れている。例えば、電子メールプログラムおよびワー
プロは、同じスペルチェックコードを使うことができるはずである。しかし、一
度ロードされてしまうと、そのようなコンポーネントは、それを利用するすべて
のプログラムの実行（およびその後でも存続していること）が終了するまで、一
般的にメモリに留まる。こうして、ダイナミックリンクライブラリが使われる場
合でさえ、プログラムの動作への更新は、しばしばプログラムが現在の作業を終
了し、動作を止めた後にのみ行うことができる。

【００２１】特殊なプログラムの中には、動作中に「学習」することによって、更新の必要
を少なくしているものもある。例えば、ニューラルネットワークプログラムは、
ニューラルネットの内のノード間の接続に割り当てた相対的ニューラルの重みを
変化することができ、それによって、特定の種類の入力に対するプログラムの反
応を変化させることができる。同様に、「遺伝的」アルゴリズムと呼ばれるアル
ゴリズムは、順列および最適化測定を使ってプログラムの継承世代を調整し、結
局、ある特定の状態に最適化した最初のプログラムよりも良いプログラムを作る
。

【００２２】しかし、遺伝的な最適化の測定またはニューロンの重み必要の調整のためのコ
ードは、変更が必要とされ、例えば「学習」するプログラムでさえ、動作中に従
来の技術を使い更新される。このように、難解なプログラミングは、ニューラル
ネットワークに受け入れられる入力タイプに、変更する必要があるかもしれない
。さらに、ニューラルネットワークもすぐに時刻の追跡または他のシステム資源
などのコンピュータシステム機能を発揮しない。

【００２３】実行中に、破損した構成を使う前にそれ自体の内部構成の破損をプロセスが検
知することを可能にし、プロセスがそのようなエラーにスムーズに反応すること
を可能にする分散コンピュータのための改善されたシステムおよび方法を提供す
ることは、当技術分野で進歩的なことである。

【００２４】現方式に比べ、柔軟性に富み、個々のプロセスの必要により適合させたプロセ
ッサ割当て方式を提供する、分散コンピュータのためのシステムおよび方法を提
供することも、当技術分野で進歩的なことである。

【００２５】パッチを使うより高性能で、すべてのモノリシックプログラムを置き換えるよ
りもより効率的で、さらにニューラルネットおよび遺伝的なプログラミングの「
学習」方法で利用できる、限定された動作の変更に比べ柔軟性に富む、分散コン
ピュータプロセスを更新するためのシステムおよび方法を提供することは、当技
術分野でさらに進歩的なことである。

【００２６】上記システムおよび方法は、現存のネットワークおよびそのプロトコルと互換
性があり、好ましい現存するプログラミング言語の特徴および機密保護の方法を
利用する方法で実装できるとすれば、さらなる進歩的なことである。

【００２７】以下に示すように、分散型コンピュータシステムおよび方法のためのアーキテ
クチャが開示され、特許の請求の範囲が記載されている。

【００２８】（発明の簡単な概要）本発明に係るコンピュータアーキテクチャによるコンピュータシステム資源を
利用する１つの方法は、コンピュータシステム資源が少なくとも２つのロケーシ
ョンを有し、各ロケーションが、命令を実行するためのプロセッサへのアクセス
を提供すると共に、プロセッサにアクセス可能な命令を格納するメモリを提供す
るものとする。

【００２９】本発明に係る上記方法は、デニズンプロセスのための動作環境の取得によって
開始される。動作環境には、少なくとも２つのロケーション、該ロケーションの
間を移動するデニズン用の経路も含まれる。

【００３０】そして、上記方法は、命令を受け取り、受け取った命令に照らして、動作環境
内の異なるロケーションを評価し、その評価に基づいてロケーションを選択し、
選択したロケーションに自ら移動し、選択したロケーションにおいて該受け取っ
た命令の少なくとも一部を実行することを可能とするような、少なくとも１つの
ユーザデニズンを提供することにある。

【００３１】ユーザデニズンの１つの実施形態には、構成部分、起点部分、および実行可能
部分を有している。他のコンテンツの中で、構成部分はルーティング情報を含み
、起点部分は暗号化証明書を含み、実行可能部分はコードおよびデータを含んで
いる。ユーザデニズンは、これらの部分の少なくとも１つを再生成できる。ユー
ザデニズンも、自身で再生成およびアーカイブし、自身のエラーを検知し、さら
には、アーカイブされたバージョンに自ら置き換え、又は、例えばクラスおよび
クラスのために継承および拡張情報を定義するテンプレートのようなライブラリ
コンポーネントから再構築を行う試みが可能である。

【００３２】ユーザデニズンは、１つまたは複数の命令実行の結果に応じて、動的にコード
をロードおよびアンロードしたり、またはカスタムコードを作成およびコンパイ
ルすることによって、自身で修正することが可能である。修正は、戻り伝播、動
的再コンパイル、および新しく進歩したアルゴリズムを使うことで成し遂げられ
る。デニズンは、実行エラーの衝撃を限定するために内部的に例外も処理するこ
とが可能である。

【００３３】動作環境は、例えば、該動作環境の異なるロケーションに関する情報を収集し
、該情報をユーザデニズンに提供するようなもの、ユーザデニズンによって動作
環境内における特定のロケーションへのアクセスを制御できるようなもの、動作
環境内におけるロケーション間のデニズンの動きを追跡できるようなもの、動作
環境内で発生する多くの行動を保持するもの、動作環境内のデニズンの対話式管
理をサポートするもののような管理デニズンや、デニズンをアーカイブおよび再
格納し、ライブラリにアクセスするためのアーカイブポッドデニズンや、さらに
は、スレッド使用を追跡し、例えば異なるエンティティによって所有されるよう
な、異なる動作環境間を監視するためのコネクションポッドデニズンを含んでい
る。

【００３４】本発明の一実施の形態として、本発明に係るエコシステムコンピュータアーキ
テクチャを実行するコンピュータシステムは、各ロケーションがプロセッサおよ
びメモリへのアクセスを提供する少なくとも２つのロケーションと、該ロケーシ
ョン間をデニズンが移動するための移動手段と、命令を受け取り、受け取った命
令に照らして、動作環境内の異なるロケーションを評価し、その評価に基づいて
ロケーションを選択し、選択したロケーションに自身で移動し、選択したロケー
ションにおいて該受け取った命令の少なくとも一部を実行することが可能な少な
くとも１つのデニズンとを有するデニズン用の動作環境を含む。

【００３５】該ロケーションは、コンピュータネットワーク内の異なるコンピュータ上にあ
る。ロケーションの中にはＪａｖａバーチャルマシン、または一部または全てが
Ｊａｖａで書かれたデニズンを実行するためのネイティブＪａｖａオペレーティ
ングシステム（多分特別なチップ上）へのアクセスを提供する。

【００３６】移動手段は、分離した装置上でのロケーション間の転送のためのＴＣＰ／ＩＰ
、または他のネットワーク接続を含み、さらには、１つの装置内でのロケーショ
ン間の転送のためのルーチンをコピーする共用メモリ、またはメモリも含む。移
動手段は、ウィルスの分散を避け、デニズンの実行可能部分を特定のロケーショ
ンに適合させるため、さらに帯域幅の必要性を少なくするために、宛先ロケーシ
ョンのライブラリに格納されている識別コードによって、デニズンを構築する情
報を指定するための手段を含むことが好ましい。

【００３７】本発明は、デニズンプロセスが実行中に破損した構成を利用する前にチェック
サムエラーを検知し、または例外状態を把握することによって、デニズンプロセ
スが自身の内部構成の破損を検知できる分散コンピュータのための改善されたシ
ステムおよび方法を提供するものである。

【００３８】該デニズンプロセスは、エラーの衝撃を収容し、エラーにもかかわらず続行す
るために、自身で再構築を行うことによって、および／または再構築が不可能な
場合は、後の診断のために自身をアーカイブすることによって、このようなエラ
ーにスムーズに反応する。

【００３９】さらに、デニズンは、プロセッサ割当て方式を用いて、現存の方式よりも柔軟
性に富み、個々のプロセスの必要により適合する。なぜならば、各デニズンは、
各々で実行すべき場所を決定することができる。デニズンを更新するために使わ
れる動的修正（多分、実行ブロックの実行中ロードおよびアンロードを含む）は
、パッチを使うより高性能で、モノリシックプログラム全てを置き換えるより効
率的で、および限られた動作の変更よりも柔軟性に富み、従来のニューラルネッ
トおよび遺伝的プログラミング方法を通して利用できる。

【００４０】デニズンは、現存のネットワークとそのプロトコルと互換性があり、Ｊａｖａ
例外処理などの好ましい現存するプログラミング言語の特徴を利用し、さらに暗
号化のような機密保護手法も利用するやり方で実装することもできる。

【００４１】本発明の他の特徴および利点は、以下の説明から、その内容が明らかにされる
。

【００４２】（好ましい実施例の詳細な説明）本発明は、分散型コンピュータシステムアーキテクチャに関する。また、本発
明は、コンピュータシステム、コンピュータメソッド、および／または個々のコ
ンピュータデバイスにおいて使用される。さらに、本発明は、独立型のコンピュ
ータ、ネットワークで接続されたコンピュータ、又はその両方で使用される。

【００４３】該コンピュータは、ワークステーション、デスクトップコンピュータ、ラップ
トップコンピュータ、モバイルコンピュータ、サーバ、クライアント、ピア、ユ
ニプロセッサすなわちマルチプロセッサマシン、組込みシステム、および／また
は他のコンピュータであり得る。好ましいネットワークには、ローカルエリアネ
ットワーク、メトロポリタンエリアネットワーク、広域エリアネットワーク、イ
ンターネットまたはそれらのあらゆる組み合わせが含まれる。

【００４４】本明細書で使う「インターネット」には、専用インターネット、セキュアイン
ターネット、付加価値通信網、仮想専用ネットワーク、ＷｏｒｌｄＷｉｄｅ
Ｗｅｂ、またはイントラネットなどのインターネットの一部を含んでいる。

【００４５】コンピュータアーキテクチャのためのエコシステムモデルコンピュータサイエンスおよび生物学は、達成努力の面から概して非常に異な
る分野として見られてきたが、生物学上のシステムおよび方法の中にはコンピュ
ータメタファとして役立つことが証明されてきたものもある。良いメタファ（ｍ
ｅｔａｐｈｏｒ）は、異なる無味乾燥した論議を明らかにするための、単なる過
度な単純化または表面的な試みではなく、技術的なシステムまたはプロセスの重
要な側面を要約する。コンピュータサイエンスは、しばしば非常に詳細で中身の
濃い分野であるため、良く選んだメタファを使うことは、発明者や他の人々が詳
細を組み立てたり、新しい可能性を提案する上で役立つ。おそらく、良い生物学
上のコンピュータメタファの最も著名な例は、生物の遺伝を「進化した」コンピ
ュータプログラムのモデルとして使う遺伝的アルゴリズム、および頭脳生理学を
「訓練中」のコンピュータのモデルとして使うニューラルネットアルゴリズムで
ある。

【００４６】図１に示すように、本発明では、オーシャン生態学を分散コンピュータのため
のメタファをガイドするものとして使う。コンピュータプロセス１００は、多様
なロケーション１０４にあるコンピュータ資源であり、それはオーシャン１０２
に居住する生物として見なされる。ネットワーク内の与えられたマシンには、１
つまたは複数のロケーション１０４を含んでいるかもしれない。オーシャン１０
２は、１つまたは複数のマシン上に居住することができる。同様に、ロケーショ
ン１０４すべても１つの動作環境１０２に属するものと見なすこともできるし、
または別々の接続可能なオーシャン１０２にグループ化することもできる。

【００４７】「デニズン」プロセス１００は、「ＯｒｇａｎｉｃＤａｔａＥｌｅｍｅｎ
ｔｓ」または「ＯＤＥ」としても知られているが、それには生きている生物に類
似した能力がある。例えば、デニズンは、経路１０６に沿って、動作環境１０２
に相当する計算上の「オーシャン」の内のロケーション１０４間を、移動するこ
とができる。デニズン１００は、それ自体のコピーを作ることもできる。すなわ
ち、内部構成への損害を検知し、時々、損害を修復することでそれ自体で「いや
し」を行い、さらにニューラルネットアルゴリズムや他の技術を使い「学習」す
ることもできる。これらの各能力が、詳細に論じられる。

【００４８】もちろん、デニズンプロセス１００が、本当に生きているわけではなく、コン
ピュータシステム１０２は、文字通り情報およびコンピュータ資源のオーシャン
ではない。オーシャン生態学メタファは本発明の技術を理解するのに役に立つも
のだが、メタファは単にメタファであり、それ固有の限界がある。

【００４９】デニズンの構成デニズンプロセス１００の１つの実施形態の内部構成を、図１に関連した続き
の図２に示す。

【００５０】各デニズン１００は、少なくとも、構成部分２０２、起点部分２０４、および
実行可能部分２０６を含む。

【００５１】構成部分２０２の１つのセクションには、動作環境１０２内において、デニズ
ン１００が現在のロケーション１０４へ移動する経路１０６、および／または、
、他のロケーション１０４へ移動する実行可能な経路１０６を反映する、ルーテ
ィング情報２０８を含んでいる。

【００５２】構成部分２０２には、１つまたは複数の「ポッド」がデニズン１００に属して
いるかどうかを識別する、ポッド識別子２１０を含めることができる。ポッドに
関しては、以下の部分で詳細に論じられる。さらに、構成部分２０２は、現在の
周囲の動作環境１０２を他の動作環境から区別する、オーシャン識別子２１２を
含む。構成部分２０２は、例えばＪａｖａバーチャルマシンフラグなどの実行状
態情報２１４も含めることができる。

【００５３】起点部分２０４は、動作環境１０２へのアクセスを制御し、さらに「ユーザ」
デニズン１００上で機密保護規制を実施する管理デニズン８１０（図８）への実
行の前に、提供可能な暗号化証書２１６を含む。ユーザデニズンは、主に機密保
護、ロケーションの追跡、資源の追跡、および他の内部管理目標を果たす管理デ
ニズン８００に対して、直接特定のユーザにより、または特定のユーザの代わり
に直接、起動されるデニズン１００である。

【００５４】証書２１６に含まれる好ましい情報としては、作成者の名前、ホームオーシャ
ンルーティング情報、グループ情報、デニズン全体のコンテンツおよび／または
部分２０２と２０４上のチェックサム（周期冗長コードなど）、実行可能クラス
情報、およびＯＤＥタイプ（管理／ユーザ、機密保護など）がある。作成者の名
前は標準的な郵便のアドレスと似た形式で、またはログインまたはユーザＩＤ、
あるいは名前を区別するＸ．５００ディレクトリサービスを使いより複雑にする
こともできる。

【００５５】同様にグループ情報も部門名のように、テキストにすることができる。または
、ＵＮＩＸの許可へのオーナ／グループ／ワールドアプローチのように、オペレ
ーティングシステムやファイルシステムセンス内でグループ化することもできる
。クラス、それはＪａｖａまたはＣ＋＋のクラスやサブクラスのことであるが、
それについては以下の部分でさらに論じられる。

【００５６】証書２１６を使う１つの方法は、以下の通りである。証書２１６は、機密保護
ＯＤＥ８１０で登録される。最初のＯＤＥの証書２１６は、第２のＯＤＥが最初
のＯＤＥに対してトランザクションを行う前に、第２のＯＤＥによって、または
その代わりに検査される。第２のＯＤＥの証書２１６も最初のＯＤＥによって、
またはその代わりに検査される。承認された証書は、ＯＤＥ間での各トランザク
ションに対して独特のトランザクション証書を生成するために使われる。承認済
みの証書を収納したり、さらにそれに基づき承認済みの証書を識別したりするこ
とに加えて、トランザクション証書は、トランザクションに伴う要求または動作
を識別する。基本となる承認済みの証書の１つは、トランザクション証書のため
の秘密解読キーとして使うことができる。

【００５７】トランザクション証書は、トランザクションに含まれるＯＤＥ間の合意事項と
しての役割を果たす。そのトランザクション証書に記載の要求された情報または
命令のみをトランザクションの間に実行することができ、それによってトランザ
クション証書を機能的に、従来の機密保護実行命令と似たものすることができる
。その戻ってきた結果は、必ずしも、トランザクション証書に格納する必要はな
いが、要求のリターンステータスはそこに格納することが好ましい。

【００５８】一度トランザクションが完了し、ステータスが記録されることを承認した「署
名入りの」証書を各ＯＤＥを所有すると、各ＯＤＥは、そのトランザクションが
完了したものと見なす。各ＯＤＥは証書を、トランザクションおよびユーザ／シ
ステムのセッティングのタイプに基づいて、格納（アーカイブ）したり、または
それを削除したりする。このアーカイブは、トランザクション処理に対してロー
ルバック能力を提供する。

【００５９】ＯＤＥ１００の起点部分２０４には、オーナまたは作成者情報、グループ識別
情報、読み／書き／修正、または他の許可、および証書２１６に包含可能な情報
と似たまたは同一の他の情報などの、オーナ情報２１８も含めることができる。
しかし、オーナ情報２１８は暗号化されていない、そのためこれは認証を必要と
しないコメントまたは情報を収容するためにも使うことができる。

【００６０】実行可能部分２０６には、全く無いかまたはそれより多いブロック２２０を含
んでいる。それは、またデータイベント経路２２０としても知られている。命令
を受け取ること、コードをロードすること、例外処理のセットアップをすること
、ポセイドンデニズン８２０と通信をすること、アーカイブすること、移動する
こと、さらに他の基本的なデニズン１００の機能のためのデフォルトのブロック
２２０は、１つのクラスまたは、大部分のまたはすべてのデニズン１００内に存
在する他のコード２２８内で提供される。制御ブロックは、各ブロック２２０（
示しているフィールド２２２、２２４、２２６の形式の内の）に、または実行可
能部分２０６（図示せず）の内側でかつブロック２２０の外に、あるいはその両
方に配置することができる。

【００６１】各ブロック２２０の制御ブロックには、長さフィールド２２２、タイプフィー
ルド２２４、およびチェックサム２２６が含まれている。各ブロック２２０もコ
ード２２８の全く無いかまたはそれより多いバイトも収容する。長さフィールド
２２２は、バイトまたは他の便利なユニットでブロック２２０の長さを指定する
。一方、最初の３個のフィールド２２２、２２４、２２６の長さは、固定され、
暗黙的であることができる。このような場合、長さフィールド２２２はコード２
２８の長さを指定する。

【００６２】タイプフィールド２２４は、コードフィールド２２８内のコードのタイプを指
定する。コードのふさわしいタイプには、マシン指定実行可能命令およびデータ
、Ｊａｖａバイトコードなどのマシン独立命令およびデータ、ＨＴＭＬ命令およ
びピクセルファイルなどのマーク付け言語命令およびデータ、データベース命令
およびデータ、さらに他のタイプのコンピュータコードが含まれる。コード２２
８には、特定のプラットフォーム上で実行するためのコードフラグメントを組み
立てまたは生成する、Ｃ＋＋クラスまたは他のクラスなどのクラスを含めること
ができる。さらにまたはその代わりに、コード２２８は、実行可能または翻訳可
能な（本来のまたは仮想のマシン）コードのフラグメントを含むことができる。
コード２２８および／またはブロック２２０が入手できるＯＤＥライブラリで、
クラスおよびサブクラスの数が、コードフラグメントを組み立てて特定の機能を
成し遂げるようにするクラスに関連している。

【００６３】サブクラス内では、多くのコードフラグメントの要求があるかもしれない。こ
れらのコードフラグメントは、すべてのクラスで共用することができるが、その
クラスやサブクラス独特のものであることもできる。ユーザがＯＤＥ１００を介
してウェブページを編集し、ＡｃｔｉｖｅＸコントロールをそのページに加える
場合、ＡｃｔｉｖｅＸコントロールを表示できるコードフラグメントは、ウェブ
ページが格納されているデータ経路２２０を収容するＯＤＥ１００によって、要
求が行われ、ロードする必要がある。ＯＤＥ１００がコードフラグメントを収容
するオーシャン１０２にあるかぎり、そのフラグメントの１つのコピーだけがオ
ーシャン１０２で必要とされる。しかし、ＯＤＥ１００がコードフラグメントを
収容していない新しいオーシャン１０２へ、またはオーシャン１０２を有しない
マシン上へ移動することを選ぶ場合そのフラグメントは、データ経路２２０に埋
め込まれるようにすることができる。フラグメントは、暗号化されたソースコー
ドとして埋め込まれ、そしてそのマシンへのＯＤＥの移動の一部として宛先マシ
ンでコンパイルされることが好ましい。コンパイルされたまたはソースコードも
、新しいマシン上の新しいＯＤＥライブラリに加えることができる。

【００６４】一実施の形態では、各データイベント経路２２０には、３２ビットデータ経路
番号、３２ビットデータ経路タイプ番号、および制御ブロックが含まれている。
以下の情報が各ブロック２２０用に、データ経路２２０に格納されている。すな
わち、長さ１６文字までのオプショナルブロック名、長さ４ビットのデータタイ
プ番号、ＯＤＥ１００のロケーション１０４を識別する３２ビットのマシンロケ
ーション識別子、コード２２８用の開始アドレスおよび終了アドレス（アドレス
の長さはプロセッサ次第だが、一般的には３２または６４ビット）、チェックサ
ム２２６、およびコード２２８（可変長）である。マシンロケーション識別子は
、各マシン（またはロケーション１０４）にオーシャン１０２の一部になる場合
、与えられている。

【００６５】一実施の形態では、すべてのＯＤＥ１００は、許可されている制約によるが、
ユーザがＯＤＥ１００と直接対話できるように、それ自体にインターフェイスを
有する。システムのクラッシュまたはエラーが発生し、そしてただ１つのＯＤＥ
１００だけが機能できる状態である場合、このＯＤＥ１００のオーナまたはユー
ザは、システム資源にアクセスして、オーシャン１０２および他のＯＤＥのデー
タを修復するために、ＯＤＥ１００とグラフィカルに（または、コマンドライン
インタープリタテキストオンリーシステムでは非グラフィカルに）対話すること
ができる。

【００６６】ＯＤＥ構成はいくつかの利点を有する。最初に、ＯＤＥ１００は、データイベ
ント経路２２０用の制御ブロックをロードし、そして制御ブロック内の情報を使
い、望む実行可能なブロック２２０にのみ、その情報のためのメモリを検索する
必要なしに、それをロードすることができる。

【００６７】ＯＤＥ１００が、ダイレクトメモリアクセスを可能にするＣまたはＣ＋＋など
の言語で書かれた場合、メモリまたはストレージのロケーション情報は、実（物
理または論理）アドレスであり得、さらにダイレクトメモリアクセスが不可能な
Ｊａｖａなどの言語では、ロケーションの要求をすることができる。この組み合
わせで、ＯＤＥ１００はシステム１０２内のどのマシン上のストレージからでも
ブロック２２０をロードすることができる。この機能は、ＳＭＰシステムの共用
メモリに似ている。しかし、ＳＭＰ、ＭＰＰ、ＮＵＭＡアーキテクチャメモリア
クセスで必要とされるような、追加のプログラミングは必要ではない。ＯＤＥ１
００が単に要求を行うと、マシン上のオペレーティングシステムは、メモリのブ
ロックを検索し、ＯＤＥ１００にメモリのコンテンツを提供する。

【００６８】この取り決めの別の利点は、ＯＤＥ１００はマシンからマシンへ移動すること
ができるが、要求されたブロック２２０のコンテンツは移動する必要がないこと
である。同じＯＤＥ１００内、または異なる複数のＯＤＥ内の３個のブロック２
２０がコードフラグメント２２８または他の一片の情報を要求する場合、情報を
複製する代わりに、各ブロック２２０は同一のメモリロケーションへ要求するこ
とができる。このようなわけで、ＯＤＥおよびシステム１０２は余分な情報を格
納する必要がない。

【００６９】このアプローチの欠点は、２つのＯＤＥが同時に同一のマシン上の同一のメモ
リロケーションへ書き込まないようにするために、共用メモリの書込みがセマフ
ォ同士で調和していなければならないことである。セマフォの代わりに、所有権
とアクセス権を使うことでこの欠点を解決することができる。ただ１つのＯＤＥ
１００だけが、与えられた一片のメモリまたは与えられた一片のデータを所有す
ることができる。メモリ内のそのロケーションを所有するただ１つのＯＤＥ１０
０だけが、そこに収納されているデータ修復することができる。そのデータにア
クセスすることを望む他のＯＤＥは、データを所有するＯＤＥ１００からの許可
を要求する必要がある。ＯＤＥ１００が許可を与える場合、それは要求している
ＯＤＥ１００に情報の場所を通知し、さらにその情報にアクセスする許可を有す
るＯＤＥの記録も、格納することになる。所有しているＯＤＥ１００が移動する
場合、それと一緒にデータも移動する、あるいは所有しているＯＤＥが何らかの
理由（効率性、アーカイブすること、または予測されたシステムダウンタイムな
ど）でデータを移動することを選ぶ場合、その時所有しているＯＤＥは、データ
の新しいロケーションのそのデータにアクセスするすべてのＯＤＥに通知する。

【００７０】新しいＯＤＥ構成および関連した方法の他の利点は、次の通りである。すなわ
ち、実際に必要とされるコード２２８だけを含むことによって、ツールおよびビ
ューアのサイズを小さくし、そして非連続のコードのロードを可能にする動的コ
ードフラグメントアクセス（従来のモノリシックな特徴がパックされたアプリケ
ーションにより取られていたアプローチに対するものとして）、より小型のデー
タベース（なぜならば、与えられたタスクに関係のないデータのロードをより少
なくする）、データベースの要求用の動的インデックスの生成、そしてＯＤＥを
移動させる時に（ライブラリに関連して論じられているように）必要とされるネ
ットワーク帯域幅をより少なくすることである。

【００７１】本発明の新しいアーキテクチャは、動的インデックスの生成をサポートする。
例えば、ユーザが名前、年齢、および体重に対する医療記録が収納されたデータ
ベースを検索する必要があるとする。制御ブロックを使うことで、名前、年齢、
および体重のみのブロック２２０、または通常のデータベース内のそれらの３個
の列のみがロードされることになる。これによって検索がとても速くなり、さら
に同一の情報にアクセスするために必要とされるＲＡＭやＣＰＵの速さも遅くて
すむ。

【００７２】ビューアおよびツール表計算ソフトおよびワープロなどのアプリケーションおよびプロセスは、デー
タのツール（修正の許可）またはビューア（読込みの許可）として、分類するこ
とができる。与えられた一片のデータを複数の異なるユーザが、多くの望む異な
るビュー方法を使うことで、同時に閲覧することができる。１つのビューアは、
ＯＤＥ１００で使っている情報を表計算ソフトビューアクラスを使い閲覧するこ
とができ、別のビューアは同一の情報をグラフィカルビューアを使い画像に表現
されたものとして閲覧することができる。一方、３番目のビューアはデータを解
析し、そして科学的画像化ツールを用いてデータを表現する、３Ｄオブジェクト
を生成する。

【００７３】データを修正する機能すべては、ツールを使って行われる。ただデータを閲覧
するだけのすべての機能はビューアを使い行われる。ビューアおよびツールは、
閲覧、および／または修正されるデータの所有権を管理するＯＤＥライブラリを
使って、生成することができる。例えば、異なるユーザによって所有され、閲覧
だけが利用できる一塊のテキストをロードするように指示されたＯＤＥ１００は
、テキストを閲覧するために必要とされるコードフラグメント２２８を求めるた
めに、ＯＤＥライブラリにアクセスすることになる。しかし、選択や、スペルチ
ェックに必要とされるコードフラグメント、またはデータを修正する他のどんな
方法のコードフラグメントをロードしたり、アクセスしたりすることはない。テ
キストの所有者がそのテキストをロードする場合、自分のＯＤＥ１００は閲覧の
最初のユーザとして同一のコードフラグメントをロードすることになり、さらに
スペルチェックフラグメント２２８、フォント変更フラグメント２２８などの必
要とされるフラグメントもロードすることになる。

【００７４】この例での各ＯＤＥ１００は、そのタスクリストに一片のデータに対してＯＤ
Ｅ１００が利用できる全機能を示している。ビューアＯＤＥのユーザは、２つの
機能のみを見ることになる。それは、ＥｎｄＡｃｃｅｓｓおよびＡｃｃｅｓｓ
ＮｅｗＤａｔａである。対照的にこのオーシャン１０２に対するＯＤＥライ
ブラリ内にスペルスペルチェッカがあり、そしてデータの所有者がスペルスペル
チェッカＯＤＥを使う許可を有する場合、その時はデータ所有者ＯＤＥタスクリ
ストには、スペルスペルチェッカコード２２８がツールＯＤＥにまだロードされ
ていなくても、ＳｐｅｌｌＣｈｅｃｋＴｅｘｔが含まれているはずである。

【００７５】閲覧許可が制限されているユーザがウェブページを読む場合、そのユーザのビ
ューアＯＤＥはウェブページをを読んだり、表示したりする機能だけを有してい
る。対照的に、ツール（修正）許可を持つユーザは、ほとんど同一のインターフ
ェイス内からデータの修正をすることができる。ＯＤＥタスクリストは、選ばれ
た情報で実行できるタスクのみを収納している。修正の許可を有するユーザがテ
キストを選択する場合、タスクリストは、ＳｐｅｌｌＣｈｅｃｋ、Ｒｅｓｉｚ
ｅ、ＣｈａｎｇｅＦｏｎｔ、Ｔｒａｎｓｌａｔｅなどのタスクを表示すること
ができる。何も選択しない場合は、３個のセクションがタスクリストに現れる。
すなわち、そのツールまたはビューアで利用できる機能、ツールやビューアの生
成や追加、一般的なＯＤＥの機能、およびログアウトのような一般的で広範囲な
システムの機能である。

【００７６】デニズンモビリティ上述したように、デニズン１００は生きている生物と、少なくとも類似という
観点では、特定の能力を共有している。次にこれらの能力について、モビリティ
からより詳しく論じる。

【００７７】図３に示すように、各デニズン１００は、受取りステップ３００の間に命令を
受け取る機能を有している。命令は、ユーザにより対話的に、さらに他のデニズ
ン１００により供給されるコマンドまたはパラメータの形式である。命令は、そ
のようなコマンドまたはパラメータに応じて、または構成部分２０２の情報に応
じて、デニズンよりロードされる実行可能ブロック２２０の形式でもある。

【００７８】解析ステップ３０２の間、デニズン１００は、タイプフィールド２２４および
プライオリティ（ある場合）を検査することで、受け取った命令を解析する。照
会ステップ３０４の間に、デニズン１００は、動作環境１０２で現在利用できる
資源についての情報を要求する。この情報は、ロケーション１０４からロケーシ
ョン１０４への移動の間、デニズン１００により内部で保守することができる。
資源情報は、資源の能力と利用可能性を追跡してタスクを遂行する、管理デニズ
ン８０２（図８）によっても提供され得る。

【００７９】好ましい資源情報には、ＣＰＵタイプおよび速さ、メモリの特性、ハードドラ
イブの利用可能性、システム履歴、スワップスペース、および他のコンピュータ
資源の特性が含まれている。与えられた一組の命令を実行するために必要とされ
る資源を、デニズンの生来のオーシャン１０２内で入手できない場合、そのとき
要求ステップ３０４には、デニズン１００の必要とする資源を捜し出すために、
他のオーシャンの資源デニズンと連絡を取ることも含まれることになる。

【００８０】選択ステップ３０６の間に、デニズン１００はステップ３０２と３０４の結果
に基づき、ロケーション１０４を選択する。考慮された情報には、現在のロケー
ションの資源だけではなく、多様なロケーション１０４で行われた試みの履歴、
および受け取った命令を実行するための最善なのは、どのロケーション１０４か
を決めるのに、必要な他の情報も含まれているはずである。複数のロケーション
１０４を選択できる場合には、最善のロケーション１０４が利用できない場合の
、優先順位付けされることになる。これおよび新しいアーキテクチャの他の側面
の結果として、さらに異なるデニズン１００（または異なる時の「同一」のデニ
ズン１００）は、チップ指定アルゴリズムを含む、異なるロード分散アルゴリズ
ムを使うことができるので、デニズン１００は従来のユニフォームフォアオール
プロセスおよび／または集中ロードバランスアプローチに限定されないことが理
解できよう。

【００８１】入手ステップ３０８の間に、デニズンは証書２１６を機密保護デニズン８１０
に供給することによって、適切な機密保護デニズン８１０から選択ロケーション
１０４へ移動するための許可を求める。許可が出ない場合、要求中のデニズン１
００は待機し、再試行することができ、あるいは適切であれば、機密保護デニズ
ン８１０を無効にするためにユーザまたは関係する管理者に連絡を取る試みを行
うこともできる。しかし、要求中のデニズン１００が、デニズン１００に割り当
てられた計算問題の前進を、大きく損なうことがないならば、ユーザおよび管理
者を巻き込まずに異なるロケーション１０４を選択し、試みることが現時点では
好ましい。

【００８２】一度、許可を入手したならば、デニズン１００は管理ポセイドンデニズン８２
０（図８）にステップ３１０の間に直ちに移動することを通知する。ポセイドン
デニズン８２０は、一方で多様なロケーション１０４、そして他方でオーシャン
１０２およびデニズン１００のオペレーティングシステム間のインターフェイス
として活動する。そして、デニズン１００はステップ３１２の間にそれ自体の生
成コピーをアーカイブし、ステップ３１４の間に新しいロケーションに移動し、
そしてステップ３１６の間に新しいロケーションで、受け取った命令を実行する
。タスクが完了すると、デニズン１００はステップ３１８の間に一時的なロケー
ションでそれ自体の一時的生成コピーをアーカイブし、それからステップ３２０
の間に元も場所に戻る。

【００８３】ステップ３２２の間に、ステップ３１８で生成されたデニズン１００のアーカ
イブされたコピーは、削除される。一方、デニズンは新しいロケーションを新し
いホームとすることもできる。そのような場合、ステップ３１８、またはステッ
プ３１８および３２０を飛び越してステップ３１２の間に生成したアーカイブ
されたコピーが、ステップ３２２の間に削除される。両方の場合、受け取った命
令を実行した後に、デニズンのロケーションがポセイドンデニズン８２０に通知
される。

【００８４】タプルがクラス、テンプレート、バージョンおよび／または特定の実行可能ブ
ロック２２０を識別する数や他の短い識別子を収容している多くの場合には、移
動している間（ロケーションおよび／またはライブラリおよび／またはアーカイ
ブの間）にＯＤＥが特定されることが、現時点では好ましい。ＯＤＥを構築する
のに必要な実際の実行可能コードおよび他のデータは、集中して格納されるか、
あるいは複数のロケーション１０４に格納されるかのどちらかであるＯＤＥライ
ブラリに位置している。１つの実施形態において、ＯＤＥは当初Ｊａｖａで書き
込まれて、ＯＤＥライブラリには、Ｊａｖａ、Ｃ＋＋、または他のプログラミン
グ言語のコードを編成または生成するクラスが含まれている。

【００８５】ＯＤＥ１００がオーシャン１０２内の同一のマシン上で新しいＯＤＥ１００を
生成する場合、生成サブクラスは、ＯＤＥのＪＡＲ（Ｊａｖａアーカイブ）ファ
イルまたは他のアーカイブファイルにアーカイブされているＯＤＥ機能クラスか
ら、ロードまたは参照することが好ましい。そのクラスが損傷したり、またはＯ
ＤＥ１００がオーシャン１０２内の異なるコンピュータ上に新しいＯＤＥ１００
を生成している場合、そのとき同一のサブクラスが同一のクラスファイルからロ
ードされるが、それは宛先マシンのＯＤＥライブラリからである。このことは新
しいＯＤＥ１００が宛先プラットホーム元来のコードで書き込まれていること、
そして生成されたＯＤＥ１００のバージョン番号が宛先システム上でロードされ
たコードフラグメントのバージョン番号と一致することを確実にするものである
。

【００８６】ＯＤＥ１００がネットワーク通信回線を通じて移動したり、または１つのアー
カイブの中に移動する場合、ＯＤＥを再構築するために必要とされる最小量のデ
ータが、その結果として伝送またはアーカイブされる。これには、タプルおよび
タプルに反映されない、あらゆるメタデータまたは状態情報が含まれている。

【００８７】一実施の形態において、ＯＤＥ１１０が移動する場合、ＯＤＥライブラリクラ
スおよびサブクラス情報、継承および拡張情報などのテンプレート情報、所有権
証書２１６、そして参照中のデータが実際伝送される。一部のまたはすべてのデ
ータの代わりに、ユーザが参照されたデータを所有していなかったり、またはデ
ータ（あるいはそのコピー）の移動を望んでいない状態において、ＯＤＥ１００
はブロック２２０内の参照をデータのロケーションに送信することもできる。宛
先マシンで、新しいＯＤＥ１００がライブラリ情報に基づいて生成され、そのデ
ータはＯＤＥ１００に移送される。

【００８８】この方法の別の利点は、新しいＯＤＥ１００が移動しているプラットホーム１
０４のネイティブコードで生成されるということである。新しいロケーション１
０４のこのプラットホームは以前のロケーション１０４のプラットホームと異な
っていてもかまわない。

【００８９】好ましいプラットホームには、無制限に、ＪａｖａＶｉｒｔｕａｌＭａｃ
ｈｉｎｅｓ、および他の仮想マシン、さらには、ネイティブコードシステムが含
まれる。仮想マシンのプラットホームからネイティブコードプラットホームへ移
送する場合、ポセイドンデニズン８２０はネイティブコードで新しいＯＤＥを構
築することになる。データイベント経路２２０内のコードフラグメント２２８も
ライブラリ番号のみで、伝送することが好ましく、宛先マシン上のネイティブコ
ードフラグメント２２８が代用される。その新しいＯＤＥ１００が必要に応じて
動的にコンパイルされ、そして新しいマシンの仕事に取り組むことになる。新し
いＯＤＥライブラリが認可され、アップグレードがダウンロードされる場合、そ
れらを暗号化ソース命令セット（暗号化ソースコード）として受け取ることが好
ましい。それから、ポセイドンデニズンがオーシャン１０２の各プラットホーム
のためにコンパイルする。

【００９０】さらに、移動のこの方法の利点は、実行可能コードがネットワークを通して移
送される必要がないことである。帯域幅の必要を少なくできることに加えて、こ
れによって、実施形態が各ロケーション１０４のライブラリの別々のコピーを使
う場合、ＯＤＥがロケーション１０４間を移動する時にウィルスが移送されるこ
とを避けることができる。

【００９１】デニズンの再作成各デニズン１００には、先の図に関する続きとして図４および５で示している
ように、再作成の機能がある。図４はデニズン４００がそれ自体の全く同一のコ
ピー４０２を生成する場合を示していて、一方図５は、それ自体の部分的に同一
のコピー５０２を生成するデニズン５００を示している。全く同一のコピー４０
２は、メモリで元のデニズン４００の完全なコピーを作成し、そしてポセイドン
デニズン８２０に通知することで生成される。このようにして、デニズン４００
、４０２のそれぞれは、構成部分４０４、４０６、起点部分４０８、４１０、お
よび実行可能部分４１２、４１４であり、異なるロケーションのメモリにあるが
、内容は同一のものである。生成されたデニズン４０２はメモリに常駐し続ける
こともできるし、またはハードディスク４１６などの不揮発性のバッファに、ア
ーカイブすることもできる。

【００９２】部分的に同一のコピー５０２は、メモリで元のデニズン５００の部分的なコピ
ーを作成し、元のデニズン５００と異なるソースから入手される部分と一部のコ
ピーを任意に組み合わせて、そしてポセイドンデニズン８２０に通知することで
生成される。一部のコピー作成をする代わりに、デニズン５００の完全なコピー
を作成して、そして切り捨てたり、上書きしたりすることもできるであろう。生
成されたデニズン５０２はメモリに常駐し続けることもできるし、または不揮発
性のバッファ４１６に、アーカイブすることもできる。

【００９３】示している例において、デニズン５００、５０２のそれぞれの構成部分５０４
、５０６および起点部分５０８、５１０は、メモリの異なるロケーションにある
が、内容は同一である。デニズン５００、５０２のそれぞれの実行可能部分５１
２、５１４は異なる内容が収納されている。生成されたデニズン５０２の実行可
能部分５１４は、ライブラリまたは他のソース５１６から出ており、元のデニズ
ン５００からの単なるコピーではない。別の生成状態では、構成部分５０６およ
び／または起点部分５１０も、元のデニズン５００からものとは異なるものであ
ることもできる。実行可能部分５１４も実行可能部分５１２のサブセット、また
は実行可能部分５１２からの、１つまたは複数のブロックとソース５１６から１
つまたは複数のブロックの、組み合わせであることもできる。

【００９４】デニズンの学習（概要）すべての図を参照することで、デニズン１００にはニューラルネットワークで
使われる手法とやや似ている、バックプロパゲーションスキーマを使うことがで
きる。その学習方法については他のところで、特に図９から１１に関連して詳細
に論じられる。デニズン１００は、ステップ３１６を実行している間に、試みら
れた実行の成功または失敗に基づき実行コードやデータ２２８の修正ができるこ
とに、ここでは言及するだけにとどめておく。それ自体の実行可能部分２０６の
代わりに、またはそのような修正に加えて、デニズン１００は、遺伝的なアルゴ
リズムや他の発展性のあるアルゴリズムより部分的に同一な子孫５０２も生成す
ることができる。

【００９５】デニズンの回復デニズン１００が破損し、しかしまだ少なくとも実行できる限られた能力を有
している場合、そのときデニズン１００が、図６で示されている方法を使ってそ
れ自体で、修復するように試みることが好ましい。デニズン１００は、ステップ
６０２の間にチェックサムのエラーを確認するか、またはステップ６０４の間に
例外状態に入ることのどちらかによって、ステップ６００の間に内部構造の破損
を検知する。

【００９６】チェックサムのエラーは、デニズン１００が実行を開始した時、および／また
はステップ３１４の間にデニズン１００がロケーション１０４を変更した後に、
検知することができる。証書２１６のチェックサムの値が、移動または実行を開
始した後に計算された対応する部分２０２、２０４（または、デニズン１００全
体で適切に）のチェックサムの値とマッチしない場合、デニズン１００は破損し
ている。チェックサムのエラーは、デニズン５０２がブロック２２０またはブロ
ックコンテナ９０８（図９）をロードしている場合の生成または自己修復してい
る間にも、ブロックチェックサムフィールド２２６またはブロックコンテナ内の
チェックサムの値とコード２２８で計算されたチェックサムの値を、ブロック２
２０またはコンテナ９０８がメモリにロードされた後に比較することで、検知す
ることができる。

【００９７】使われているチェックサムの種類および破損の性質しだいであるが、チェック
サムは、それだけで必ずしもその破損を検知できるとはかぎらない。このような
訳で、デニズン１００も例外状態を検知することが好ましい。例外状態は、デニ
ズン１００では修復または回避することが困難または不可能なプログラミングエ
ラーによって引き起こされることがある。しかし、ハードウェアまたは伝送のエ
ラーは、ブロック２２０内の破損したデータまたはコードが、例外の原因となる
こともある。ゼロで割ること、デニズンのメモリスペース外のメモリにアクセス
すること、定義されていない命令を実行すること、配列要素の枠外にアクセスす
ること、または他の不正な動作を行うことなどのあらゆる試みを含む例外状態を
、検知することが好ましい。

【００９８】Ｊａｖａ言語は、固有の例外処理を特徴とする。本発明によるソフトウェアは
、与えられた一片のコード２２８に対する例外処理のこの特徴を使うことができ
る。さらに、別法としてソフトウェアは、ＯＤＥ１００全体に対する特別な例外
処理を使うこともできる。後者の場合、ＯＤＥ１００は保護メモリスペースで実
行する。ホストオペレーティングシステムがフォールトトレラント（特定のＭｉ
ｃｒｏｓｏｆｔＷｉｎｄｏｗｓ９５／ＮＴ、ＭａｃＯＳ、およびＯＳ／２など
のオペレーティングシステム）ではない場合、これらの例外処理能力は、ＯＤＥ
実行エラーがシステム故障の発生を防ぐのに役立つ。例外が除去された場合、Ｏ
ＤＥ１００はポッド７００に例外番号を送るように試み、そして「亡く」なる。
そして、本明細書において論じている自己修復および診断方法が進行する。

【００９９】ステップ６００の間に内部構成の問題を検知した後、デニズン１００は自己修
復を行おうとする。ステップ６０６の間に、デニズン１００は、最初、最新のア
ーカイブされた自己のバージョンを、リロードしようとする。これが不可能な場
合、ポセイドンデニズン８２０にその状態を通知して、そしてステップ６０８の
間にクラス、サブクラス、およびチェックサム情報に基づいて自ら再構築しよう
とする。デニズン１００の（非破損または修復された）制御ブロックで定義され
たブロック２２０のコピーを入手し、それをメモリにリロードすることで、再構
築することができる。ブロック２２０は、アーカイブデニズン８０８で管理され
ているローカルＯＤＥライブラリから、もし必要なら他のロケーション１０４か
ら移送してもらう必要があるかもしれないが、そこから入手することが好ましい
。ブロック２２０は、望ましいクラス継承および拡張ステータスを反映する、デ
ニズンテンプレートで指示されるように修正される。

【０１００】ステップ６０６、６０８のどちらかが、デニズン１００の非破損バージョンを
作成する場合、実行はステップ６１２の間続くことになる。あるいは、デニズン
１００は、ポセイドンデニズン８２０にステップ６１２の間に現在の状態で自己
回復とアーカイブに失敗したことを通知する。ユーザまたは管理者が後でデニズ
ン１００を再構築することができるかもしれない。あるいは少なくとも、他のデ
ニズンで同一の問題を回避するやり方を、識別することができるかもしれない。
ステップ６１４の間に、デニズンの残存物は、解析することができ、そして残っ
ているあらゆるデータを検索することができる。

【０１０１】ポッド図７で示しているように、与えられたポッド７００は実行可能デニズン１００
および子デニズン１００の組織的な構成という二重の働きを行うことになる。各
ポッド７００は、子デニズン７０４のためにロケーション参照および他のメタデ
ータ７０２を保守する。デニズン７０４がポッド７００でグループ化されるよう
に、ポッド７００と他のポッドは、ファミリデニズン７０６でグループ化するこ
とができる。メタデータ７０２には、生成が効率化のためにデータベースの分散
を行うため、またはメモリの限界を満たすために発生している場合、どの生成さ
れた子７０４がデータベースのでの部分を受け取るかなどの、情報が含まれてい
る。メタデータ７０２も、移動済みのデータにアクセスする試みを回避するため
、もしくはデータの新しいロケーションを判断するために、データの所有者に連
絡をとることでこのような試みを回避するために、データ参照の履歴を追跡する
こともできる。

【０１０２】一実施の形態において、デニズン７０４は移動する場合、親ポッド７００に通
知する。デニズン７０４がホームオーシャン１０２の外に移動する場合、親ポッ
ド７００はファミリ７０６に通知し、そのファミリ７０６はポセイドンデニズン
８２０に通知する。これは、デニズンモビリティおよびステップ３１０に関連し
て上記で論じた通りである。他の実施形態においては、異なる階層またはリンク
デニズン組織構成が使われている。例えば、階層構造では、ファミリレイヤが省
かれていたり、ツリー階層構造の代わりにリングが使われていたりなどである。
該実施の形態においては、デニズンがその移動を直接ポセイドン８２０に報告す
るなどの、異なる通信経路が使われている。

【０１０３】ポッド７００に属するデニズン７０４すべては、機能、所有者、さらにデータ
内容で関連を持つことが好ましい。デニズン１００が子デニズンを生成する場合
、親デニズンは、すでにそうでないならポッド７００になる。新しいポッドの構
成は類似している。しかしポッドデニズン７００は、子デニズン７０４上に情報
を格納するために必要な、データベースブロック２２０および／またはメタデー
タを組み込んでいる。親デニズン７００は、各子７０４へ問題の実行ブロック２
２０を移送することで、１つまたは複数の子デニズン７０４に、実行機能を任せ
ることができる。

【０１０４】管理デニズン上記で言及され図８で示しているように、動作環境１０２には、多様な管理デ
ニズン８００が含まれている。代替実施形態では、システムから機能性を省くこ
とで、少数のデニズン８００では機能の一部またはすべてを組み合わせることで
、管理機能の責任を別の仕方でユーザデニズン１００に持たせることで、あるい
はこれらの手段の組み合わせによってデニズン８００の一部またはすべてを省い
ている。

【０１０５】一部の実施形態では、一部またはすべての管理デニズン８００の複数例を含ん
でいる。例えば、データベース、ロギング、およびアーカイブする機能には、複
数の身近な接続しているデニズン８００で分散および管理されている、１つのデ
ータベースを使うことができる。あるいは、疎結合のデニズン８００で管理され
ている別々のデータベースを使うこともできる。同様に、機密保護規制は、１つ
の中央デニズン８１０で、複数の移動することのあるデニズン８１０で、または
各ロケーション１０４で１つのデニズン８１０により、強化できる。

【０１０６】例示している実施形態には、パフォーマンスに関する情報、および１つまたは
複数のロケーション１０４の特定のセットで利用できる資源を収集する、システ
ム資源デニズン８０２が含まれている。ふさわしい資源およびパフォーマンス情
報には、以下の一部またはすべてが含まれている。

【０１０７】ＣＰＵ速さ％利用可能度ハードドライブ総スペース利用可能スペースファイルシステムタイプアクセスタイムＲＡＭ総量利用可能度システムキャシュ総Ｌ１総Ｌ２ＮＩＣ速さプロトコルアドレスモデムダイヤルの速さ認証方法バックアップデバイスデバイスタイプスケジューリング情報

【０１０８】ユーザデータベースデニズン８０４は、オーシャン１０２用のユーザ／グルー
プデータベースの収納と管理を行っている。このデータベースには、各アカウン
トまたはグループ用のログインタイム規制、ユーザログイン経路、ファイルおよ
びディレクトリの許可、使用単位、または時間単位での課金の支払のための請求
情報、類似の課金データを含めることができる。ポセイドンデニズン８２０は、
必要に応じてこのデータベースを構成することができる。このデータベースＯＤ
Ｅ８０４には、それ自体の照会処理コードが収納されている。すべてのＯＤＥと
同様に、このＯＤＥも単純なＯＤＥ１００のままでも構わない。しかし機能を効
率的に果たすには、大きくなり過ぎた場合、これもポッド７００になり、そして
他のＯＤＥを生成することもできる。

【０１０９】システムログＯＤＥ８０６には、このオーシャン１０２のためのトランザクシ
ョンログなどのプロセスログが収納されている。１つの実施形態では、ログはデ
ータベースに保持され、そしてデニズン８０６は照会処理コード２２０に含まれ
る。オーシャン管理者８２０は、わかりやすいグラフィックユーザインターフェ
イス（ＧＵＩ）を使い特定のプロセスを追跡できるように、デニズン８０６を構
成できることが好ましい。管理者８２０はログファイルのサイズを構成すること
もできる。システムログＯＤＥ８０６がデフォルトの構成で機能している場合、
ＯＤＥ８０６は、ログファイルが最大ファイルの長さに達した場合はいつでもロ
グファイルを終了し、アーカイブする、そして新しいログファイルを作成する。
ＯＤＥ８０６は、ログファイルを閲覧しおよび／またはレポートを生成するため
に、ブロック２２０も収納することができる。

【０１１０】１つの実施形態では、ユーザは他のシステムから取り込むことができるが、フ
ァイルを使わない。その代わりに、「ログファイル」は実際には、その構成次第
であるが、データイベント経路２０６や多数のデータイベント経路である。ＯＤ
Ｅ８０６が大きくなりすぎる場合、新しいＯＤＥを生成し、そのどちらかが新し
いＯＤＥのデータイベント経路２０６へのログをコピーし、そしてアーカイブさ
れる。または追加のログ情報の受取りの用意ができているデータイベント経路２
０６の付いた新しいＯＤＥが作成され、そして自らアーカイブする。

【０１１１】アーカイブポッド８０８は、ポセイドン８２０がオーシャン１０２内のＯＤＥ
１００用のアーカイブデータを、定義するようにする。例えば、Ｉｎｔｅｒｎｅ
ｔサービスプロバイダのシステム管理者は、ユーザアカウントＯＤＥ１００上で
アーカイブデータを設定できる。アーカイブデータが１週間で、そしてアクティ
ブなアカウントを持つある人が８日間ログオンしなかった場合、そのとき、その
人のＯＤＥ１００は「スリープ」し、ＵＳＥＲ＿ＡＣＣＯＵＮＴ．ａｒｋまたは
似たファイルの中に、アーカイブデニズン８０８によりアーカイブされる。この
アーカイブファイルが、アーカイブＯＤＥをそのまま格納する、圧縮データベー
スＯＤＥ１００であることが好ましい。次回、アカウントの所有者がログオンし
ようとすると、システムはその人のアカウントを見つけることができない。

【０１１２】そして、システムはアーカイブポッド８０８に照会し、それは照会をＵＳＥＲ
＿ＡＣＣＯＵＮＴＳＯＤＥを渡すと、そのアカウント用のＯＤＥはアーカイブ
されていることが返答される。そして、そのアカウントがまだ有効の場合、ＯＤ
Ｅはアーカイブから回復し、アクティブステータスに復帰する。アカウントの所
有者はログオンタイムが少し長いことに気付くかもしれないが、しかし、そのセ
ッション用の自分のアカウントの動作には何も変化がないことに気付くことがあ
る。

【０１１３】ポセイドンデニズン８２０は、漸進的なダイデートを設定することもできる。
ＯＤＥ１００は、ダイデートが過ぎ、そのＯＤＥ１００も他の基準を満たした場
合に、オーシャン１０２から削除される。例として、オンラインのスイープステ
ークのためにウェブページ上でエントリフォームに記入を終えた人のことを考え
てみる。そのエントリフォームの内容は、データベースＯＤＥ１００に格納され
る。競争が終了した後、競争相手のデータはマーケティングファミリ７０６へ転
送され、スイープステークにエントリしたＯＤＥ１００は削除されることになる
。

【０１１４】アーカイブポッド８０８がアクティブアーカイブアプローチを行わないことが
好ましい。このことは、与えられたロケーション１０４のホスト上にあるすべて
のＯＤＥが、最初のホストの平均の活動が与えられた限度より下に低下したり、
あるいは最後のアーカイブから与えられた時間が経過してしまった後に、オーシ
ャン１０２内の異なるホスト上、または特定のバックアップデバイス上にアーカ
イブされることを意味している。アーカイブは生成技術を使うことによりアクテ
ィブなＯＤＥ１００で、またはダイレクトアーカイブ技術を使うことによりアク
ティブではないＯＤＥ１００で行うことができる。これらのアプローチは、ポセ
イドンデニズン８２０を通して管理することが好ましい。オーシャン１０２が１
つのマシン上だけにある場合、Ｚｉｐ、ＪａｚｚＤｒｉｖｅ、またはテープバ
ックアップシステムを、オーシャン１０２をいつもバックアップするために、ア
ーカイブＯＤＥ８０８が、使うことが好ましい。そして、類似した手段がマルチ
マシンのオーシャン１０２上で行われるべきである。

【０１１５】既に言及したように、機密保護ＯＤＥ８１０は、与えられたホスト上、または
与えられたロケーション１０４での実行を許す前に、ユーザまたはゲストＯＤＥ
１００の証書２１６を検査し、そうでなければ機密保護規制を実施する。

【０１１６】ビジュアルマネージャＯＤＥ８１２は、オーシャン１０２内のデニズン１００
の対話型管理をサポートする。ビジュアルマネージャＯＤＥ８１２は、ユーザに
より最大化または最小化できるコンピュータ画面上にパネルを作成する。このパ
ネルは、システム（ロケーション１０４に限定されるか、オーシャン１０２全体
かのどちらか）の中で、現在アクティブなＯＤＥ１００を表すアイコンを表示す
る。ポセイドンデニズンのパネルには、管理ＯＤＥ８００および非管理ユーザＯ
ＤＥ１００が含まれている。各ＯＤＥタイプは、囲まれたアイコンで表示され、
そしてクリックすると、起点部分２０４に基づくカテゴリのある照会ボックスお
よびスクロールボックスが含まれるように大きくなる。カテゴリ内のＯＤＥは、
名前でリストされている。照会ボックスにより、管理者またはユーザは平易なテ
キスト検索を使うことで、アクティブなＯＤＥを捜すことができる。

【０１１７】ユーザパネルは、許可レベルに基づいた、そのユーザが有するアクセス権に応
じたＯＤＥのみを表示する。ＯＤＥカテゴリの中には、ユーザすべてが利用でき
るものもある。それは、見るためにそのユーザ許可を与えられ、そのシステムに
ログオンしているすべてのユーザのために、所有者の名前が表示されるもの（管
理者のパネルには、すべてのユーザの個人情報が表示される）、ユーザにそのシ
ステムのＯＤＥのログファイルを検索できるようにしているもの、そしてユーザ
に、そのシステムのアクティブではないＯＤＥを、検索できるようにしているも
のである。

【０１１８】リバーポッドデニズン８１４は、オーシャンの境界を越えて資源を捜す接続な
どの、他のオーシャン１０２との接続を管理する。このような特別なオーシャン
接続は、与えられたオーシャン１０２内のＯＤＥ１００によって、または接続を
開始するために、ＯＤＥ１００を使うオーシャン１０２内のマシンにログオンす
るユーザによって行うことができる。リバーＯＤＥ８１４は、オーシャン１０２
内のマシン上で動作しているネイティブではないＯＤＥアプリケーションとの接
続も管理する。これには、データベース管理システム、レガシシステム、ハード
ウェアドライバ、Ｊａｖａバーチャルマシン、非ＯＤＥ環境で動作するネットワ
ークコンピュータ、ＵＮＩＸ／ＶＭＳシェルスクリプト、外部の実行可能なもの
、およびいずれかの知られていないデータストリームを含むことができる。

【０１１９】データがネットワーク接続を通して２つのＯＤＥ間で伝送される場合、その通
信パケット（ＴＣＰ／ＩＰパケットなど）は、２つのＯＤＥの証書２１６を使い
暗号化される。リバーＯＤＥ８１４の証書２１６、それは、トランザクション、
ソースネットワーク（ＩＰ）アドレス、宛先ネットワーク（ＩＰ）アドレス、お
よびトランザクション用のトランザクション証書を管理する。このことは、通信
が遮断される場合でも、コンテンツへの不正アクセスを回避することができる。
というのは、証書を所有するＯＤＥのみが、伝送パケットの暗号解読をすること
ができ、それも特定の宛先アドレスのみで、さらに含まれる特定のトランザクシ
ョンのためにのみ、そうすることができる。もちろん、ネットワークは、ＴＣＰ
／ＩＰを頼りにしたり、またはそれを使うことさえする必要がない。本発明によ
るソフトウェアは、複数のネットワークプロトコルをサポートすることができ、
将来のネットワークプロトコルを含むことができるように、拡張することができ
る。

【０１２０】実施形態では、リバーポッドデニズン８１４はスレッドマネージャＯＤＥ８１
６の親である。ＯＤＥすべては、スレッドを生成、管理することができる。しか
し、ＯＤＥ１００がそうした場合、それはそのスレッドをスレッドマネージャＯ
ＤＥ８１６を使い登録する。スレッドマネージャＯＤＥ８１６はシステム資源を
解析し、そして優先順位および許可に基づき、スレッドを生成するようにする。

【０１２１】例えば、ＯＤＥ１００がネットワークを通して他のアプリケーションとのソケ
ット接続を創設する場合、そのソケットはスレッドとして管理される。各スレッ
ドはメモリおよび（この場合）ネットワークの帯域幅を占める。とても高い優先
順位を持つ誰かがビデオマルチキャストをスケジュールしている場合、それは、
システム１０２で利用できるネットワーク帯域幅の大部分を必要とする。他のＯ
ＤＥは、このスケジュールされたイベントに気付いていないかもしれない。ＯＤ
Ｅ１００がソケット接続で利用できるネットワーク帯域幅があることを認識する
場合、ＯＤＥ１００は、スレッドマネージャＯＤＥ８１６にスレッドの生成の許
可を打診する。スレッドマネージャＯＤＥ８１６は、ビデオマルチキャストがそ
のネットワーク資源の割当てに対する最高の優先順位であることを知っているの
で、それはソケットスレッドがそのネットワーク接続を通して生成されることを
許可する。しかし、スレッドマネージャＯＤＥ８１６は、可能な場合には他のネ
ットワーク接続を使うように、ＯＤＥ１００へ要求する。

【０１２２】１つの実施形態においては、リバーポッドデニズン８１４はゲートキーパＯＤ
Ｅ８１８の親でもある。ゲートキーパ８１８には２つの主な機能がある。第１は
機密保護である。すなわち、ゲートキーパ８１８はＩＰマスキング、ＩＰフィル
タリング、ユーザの認証などの標準的なファイアウォールシステム機能を提供す
る。第２のゲートキーパ８１８の主な役目は、ネットワーク構成を管理すること
である。通常、このことはオーシャン１０２のネットワーク資源が、どのように
構成されるかを追跡することを意味する。しかし、ゲートキーパ８１８は、本明
細書の別の箇所の実行可能な例の移動にあるように、通常のダイヤルインおよび
ログオンに必要な構成情報を、広範囲で多様なダイヤルインユーザへの提供も行
うことができる。

【０１２３】デニズンの学習（詳細）従来の遺伝的アルゴリズムおよび順応性のあるニューラルネットは、指定済み
のルールの組に基づいてのみ、自ら順応することができる。それらは、入力が修
正されたり、動作中に入力データが変更される場合には、うまく反応しない。そ
れらは、１つの指定済みのタスクを成し遂げるために書かれている。結局、それ
らは、予期しない入力またはシステムイベントに応じて、動的に生成されたり、
修正されたりはできない。

【０１２４】ＯＤＥ１００が「学習」するプロセスは、いくらか従来の進歩的なコンピュー
タシステムに似てはいるものの、基本的には異なっている。図９で示しているよ
うに、ＯＤＥ１００は、ユーザ照会９００で要求された入力を解析し、ふさわし
い処理構成９０６を生成（またはステップ９０４で修正）するために、ステップ
９０２を行う。処理構成９０６には、１つまたは複数のブロックコンテナ９０８
が含まれている。１つの実施形態においては、処理構成全体が１つのＯＤＥ１０
０内にある。つまり、代替実施形態では、各ブロックコンテナ９０８は１つの別
の（疎結合）ＯＤＥ１００である。

【０１２５】いずれかのブロックコンテナ９０８は、実行可能ブロック２２０であったり、
それを収納しており、それらは次にコードフラグメント２２８を保持する。各フ
ラグメント２２８は、与えられた入力タイプ、処理方法、他の処理フラグメント
２２８への接続を有している。フラグメントは、処理のためにユーザおよび／ま
たはＯＤＥ１００へ伝送される、結果９１２を作るために協力する。構成９０６
は、１つのデータイベント経路２２０内の一連の関連したコードフラグメント２
２８、またはコード２２８を収納する各ＯＤＥを持つＯＤＥ１００の組織構成で
あり得るので、照会１００を処理する仕事は、オーシャン１０２の一部または全
体を通じて、分割することができる。

【０１２６】処理構成９０６は、ＯＤＥライブラリまたは他の基準に見出される一組のルー
ルまたはテンプレートに基づき、実行中に生成および構成される。このようにし
て、ＯＤＥが使う学習方法は、進歩的アルゴリズムの新規な形式として、見なす
ことができるはずである。中間結果、エラーメッセージ、資源要求、およびユー
ザの応答などの解析情報９１４に基づき、ＯＤＥ１００は、ユーザ照会９００へ
うまく応答するために、構成９０６の容量を解析する。ステップ９０４の間に、
ＯＤＥ１００は、処理構成９０６のブロック２２０のロード、アンロード、およ
び／または再コンパイルをすることができる。

【０１２７】このことによって、ＯＤＥ１００は、構成９０６およびＯＤＥ１００が、その
問題と可能な解決策についてすでに習得したことを失うことなく、実行中に作動
の基本的な変更を行うことができる。例えば、ユーザが実行中に照会９００を変
更する場合、構成９０６の最初のバージョンに基づく現存の組を保存し、そして
適合性を評価するために、構成９０６の新しいバージョンの結果との照合を行う
ことができる。

【０１２８】ニューラルネット、遺伝的アルゴリズム、および他の従来の進歩的アルゴリズ
ムとは異なり、本発明の方法は、ＯＤＥ１００がユーザの操作なしで、実行中に
処理フラグメント２２８の「ネットワーク」を、コンパイルできるようにするも
のである。使用中のコード２２８は、構成９０６の現在および過去のバージョン
を引き継ぐ程度に応じて、実行中に構成９０６をより効果的なものに、修正する
ことができる。データイベント経路２２０内のＯＤＥコードフラグメント２２８
は、データ入力評価のプロセスのステップとして、データベースまたは他のデー
タリポジトリに、アクセスすることができる。ＯＤＥ間またはコードフラグメン
ト２２８間の「接続」の「重さ」は、単に数のはずであるが、それは異なるデー
タベースまたはデータ資源に接続することもできるはずである。発明者の知識に
応じて、従来のニューラルネットのノードまたは接続は、そのプロセスの一部と
してデータベースにアクセスすることができず、従来の遺伝的アルゴリズムも、
与えられたデータベースにアクセスするために、「ハードワイヤ」状態でなけれ
ばならない。

【０１２９】ＯＤＥ１００が使う学習方法は、ＯＤＥ１００がデータベース、ファイル、お
よび他のプロセスから情報を検索する方法と、固く結び付いていることが好まし
い。検索中も含めて、データ入力やデータベースが移動する場合、処理構成９０
６が移動がない場合のように、アクセスを続けられることが好ましい。データベ
ースの構成が要求９００の処理の途中で変更になる場合、ＯＤＥ１００は、適切
なブロック２２０および／またはコンテナ９０８をロードし、新しいデータベー
ス構成から情報を収集することで、要求の処理を続けることができる。入力がブ
ロック２２０の追加を必要とする場合、または相互接続９１０に追加や変更が求
められる場合、そのとき処理構成９０６を、要求９００の処理を止めることなく
、実行中に再コンパイルや再構築することができる。このような順応性は追加の
ユーザ要求９００の結果として、またはデータベース構成内で、発生した例外ま
たは生じたエラーなどの予期しないイベントの結果としても必要とされる。

【０１３０】デニズンの学習例デニズンの学習方法およびアーキテクチャは、新規な検索エンジンの一部とし
て使うことができる。４つの検索用の言葉、「犬」、「コリー」、「ブラウン」
および「黒」をユーザが入力したとすると、最初構成９０６は、ブラウンおよび
黒のコリーについての情報を収容した、データ経路またはウェブページに情報を
戻す。ユーザが「ブラウン」と「黒」の間に結合語「または」を加える場合、そ
のとき最初の結果が保持され、そして新しい要求が、ブラウンのコリーまたは黒
のコリーに対して生成される。構成９０６内のコードフラグメントリンケージ９
１０に、実行中の変更が加えられるはずである。ブラウンおよび黒のコリーを検
索したページは保持される、というのは、ブラウンおよび黒のコリーは、２度見
つけられることになるからである。つまり、１度は「ブラウン」との照合により
、もう一度は「黒」との照合によってである。検索が再び「黒」ではなくて「ブ
ラウン」と修正された場合、そのとき前に検索したデータベースを再び検索する
必要はない。構成９０６は、黒のコリーとブラウンおよび黒のコリーについての
情報を破棄する。要するに、要求９００の構成は変えることができ、しかし類似
した要求構成の以前の検索結果、および検索から入手したことは何でも、引き続
き使うことができる。

【０１３１】デニズンの学習方法およびアーキテクチャも、新規な翻訳エンジンの一部とし
て使うことできる。ＯＤＥ１００が翻訳すべきものとして、以下のバイナリフォ
ーマットのテキストを受け取ったとする。

【０１３２】０１００１００００１１００００１０１１１００１０００１００００００１１
０１００００１１００００１０１１０１１１０００１００００００１１０１００
００１１００００１０１１００１１００１１１０１００００１００００００１１
００１１００１１００１０１０１１１００１００１１０１００１０１１００１０
１００１１１１１１ＯＤＥ１００は、テキスト塊をＡＳＣＩＩフォーマットと見なし、ユーザに次
のような新しいメッセージとして表示する。「Ｈａｒｈａｎｈａｆｔｆｅ
ｒｉｅ？」英語しか話さないユーザは、そのフレーズやフレーズの中の言語が理
解できない。ユーザはメッセージを選択し、「翻訳」ボタンを押す。

【０１３３】このメッセージを翻訳するようにとの命令を受け取ったことに応じて、ＯＤＥ
１００はその表現を翻訳する子ＯＤＥ１００を生成する。この子ＯＤＥ１００は
、データベースクラスおよびフレーズ識別サブクラスを使い生成される。フレー
ズ識別サブクラスに基づいてデータイベント経路２２０を生成するために、ＯＤ
Ｅ１００はフレーズの単語数を識別する必要がある。

【０１３４】フレーズの単語数を識別するために、ＯＤＥ１００は、順番にフレーズをコン
ポーネント部分に分割するために、トークンナイザメソッドを使う。このことを
行うために、ＯＤＥ１００は、以下にリストしているように、非文字値の繰り返
しに対してフレーズのＡＳＣＩＩ文字のバイナリ表示を捜す。以下に、ＡＳＣＩ
Ｉ文字マップから各文字の１０進法表示に対する２進法が、８ビットの塊と１０
進法の同等物で示されている。０１００１０００７２０１１００００１９７０１１１００１０１１４００１０００００３２０１１０１０００１０４０１１００００１９７０１１０１１１０１１０００１０００００３２０１１０１０００１０４０１１００００１９７０１１００１１０１０２０１１１０１００１１６００１０００００３２０１１００１１０１０２０１１００１０１１０１０１１１００１０１１４０１１０１００１１０５０１１００１０１１０１００１１１１１１６３ＯＤＥ１００は２つの非文字ＡＳＣＩＩ値、すなわち、スペースである００１
０００００（３２）とクエスチョンマークである００１１１１１１（６３）を見
つける。スペースは３度繰り返されており、おそらく単語の間を区切るものであ
る。この情報に基いて、ＯＤＥ１００はいくらかの仮定をする。それは、テキス
トはフレーズまたはセンテンスのフラグメントであり、フレーズには４つの単語
すなわち「Ｈａｒ」、「ｈａｎ」、「ｈａｆｔ」、および「ｆｅｒｉｅ」があり
、そしてフレーズは疑問形であるというものである。

【０１３５】その場合、ＯＤＥ１００は、入力値として識別される４つの新しいデータイベ
ント経路２２０を生成する。これらはニューラルネットの入力レイヤのノードに
類似している。これらの４つの単語の２進法値は、以下に示しているように４つ
の入力ブロックにコピーされる。分かりやすくするために、この例では、パイプ
文字｜は、ブロックを分割するために使われていて、ＡＳＣＩＩ文字がここから
、各文字に対する２進法値の代わりに使われる。この図には、データイベント経
路制御ブロックは含まれていない。｜Ｈａｒ｜ｈａｎ｜ｈａｆｔ｜ｆｅｒｉｅ｜

【０１３６】図１０やその前の図を参照すると、ＯＤＥ１００はフレーズおよび翻訳命令１
０００を辞書ポッド１００２に送る。その辞書ポッド１００２はアーカイブポッ
ド８０８の一部であり得る。辞書ポッド１００２は、ＡＳＣＩＩ文字「Ｈ」また
は「ｈ」で始まる単語の辞書を収納する、ＯＤＥ１０１６、１０１８、１０２０
を所有する。これらの辞書ＯＤＥは文字により、ポッド１００４、１００６、１
００８、１０１０、１０１２、および１０１４に編成される。示している例では
、ＯＤＥ１００は、「Ｈａｒ」、「ｈａｎ」、および「ｈａｆｔ」に対する英語
（オリジナルのメッセージを受け取るＯＤＥ１００の生来言語）以外のすべての
言語で「Ｈ」ＯＤＥを確認する、複数のスレッドを生成する。照会も行われ、メ
ッセージは「Ｆ」および「ｆ」ＯＤＥを収納するポッド１００６に移動し、続い
てちょうど「ｆ」ポッド１０１４およびそのＯＤＥに移動する。このフィルタリ
ングのプロセスは、要求の処理をする必要のあるＯＤＥの数を少なくするために
、実際の照合要求の前に、実行することが好ましい。そうすることで、システム
資源の使用を節約し、要求を処理するのに必要な時間を短くすることができる。

【０１３７】複数の言語ではローマ字が使われている。オリジナルのメッセージには、ロー
マ字ではない文字は収納されておらず、ＯＤＥ１００にはこのタイプの要求の経
験がないので、ＯＤＥ１００はローマ字を含む言語や、ローマ字を含まない言語
にさえ最高の優先順位を置く。これらの言語には、スカンジナビア語およびゲル
マン系の言語が含まれる。他の言語はローマ字では書かれない。しかし、コンピ
ュータを使い、これらの言語を話す人々は、しばしばその言語の単語の受け入れ
られるローマ字表現を使う。例えば、日本語は複数の文字組を使うが、その１つ
としてローマ字も使う。オリジナルメッセージが、あらゆる日本語の文字の組の
文字を表すユニコード文字値として受け取られると、日本語のＯＤＥに最高のウ
ェイトを置くように要求が行われる。ところが実際は、日本語のＯＤＥには、低
いウェイトや優先順位しか与えられないが、これらの言葉が日本語のローマ字表
現である場合、検索が続行される。ウェイトと優先順位値は、各言語の各単語に
対する要求値によって、要求することで表示される。

【０１３８】選んだ言語に対する識別確率チャートが以下に示している。初期確率値は辞書
ポッド１００２内のデータイベント経路２２０に格納されている言語に対する値
、さらに英語に与えられた文字の組の類似した値に基づいている。英語ではない
文字の組に対する、この表で最高の値は、０．９である。最小値は、０．１であ
る。この確率は、各文字のセットに英語のアルファベットの文字と同じその言語
のアルファベットでの文字数によって、英語のアルファベットの文字と異なる、
与えられた言語のアルファベットの文字数で分割することによってカーブ評価で
割り当てられる。この値は、その言語のＯＤＥに対して検索したすべての単語の
以前の要求値の平均を掛けている。最初の要求の際は、乗数は常に１である。

【０１３９】言語以前の要求値の平均ＩＤ確率デンマーク語１０．８５ノルウェー語１０．８５日本語１０．１初期要求、目標の宛先、および初期値を表す、関係したチャートを以下に示す
。

【０１４０】マッチした要求宛先目標ＯＤＥ初期値Ｈａｒデンマーク語ＨＯＤＥ０．８５ノルウェー語ＨＯＤＥ０．８５日本語ＨＯＤＥ０．１ｈａｎデンマーク語ｈＯＤＥ０．８５ノルウェー語ｈＯＤＥ０．８５日本語ｈＯＤＥ０．１ｈａｆｔデンマーク語ｈＯＤＥ０．８５ノルウェー語ｈＯＤＥ０．８５日本語ｈＯＤＥ０．１ｆｅｒｉｅデンマーク語ｆＯＤＥ０．８５ノルウェー語ｆＯＤＥ０．８５日本語ｆＯＤＥ０．１

【０１４１】処理構成９０６で作業しながら、スレッドは「Ｈａｒ」を適切なＯＤＥに移動
させ、多様で確実なマッチを要求する。「Ｈ」ポッド１００８内のデンマーク語
とノルウェー語に対してはＯＤＥ１０１６および１０１８で、その両者は確実な
マッチを返す。「ｈ」のデンマーク語およびノルウェー語のＯＤＥも「ｈａｎ」
を見つけ、そして「ｆ」のデンマーク語およびノルウェー語のＯＤＥは「ｆｅｒ
ｉｅ」に対する確実なマッチを返す。デンマーク語の「ｈ」ＯＤＥも「ｈａｆｔ
」を見つける。

【０１４２】各スレッドには、照合の要求およびデータの要求が含まれている。要求が無事
に戻ってくる場合、戻りステータスは１である。要求が満たされない場合、戻り
ステータスは０である。照合要求に対する戻りステータスが１の場合、そのとき
宛先ＯＤＥはデータの要求を実行する。この例では、要求によって、各単語の英
語の意味、各言語に対する各単語のタイプ（動詞、名詞など）、そしてマッチし
た単語の時制を調べる。これらの値が要求したＯＤＥに戻ってきた後、それらは
戻りステータスとともに、その単語に対するデータイベント経路２２０に格納さ
れる。

【０１４３】以下のチャートは、初期要求、目標宛先、初期値、戻りステータス、および２
回目の要求値を示している。２回目の要求値は、初期値と戻りステータスの平均
を求めて計算したもので、それは続く要求のタイプと値を決めるのに使われる。
２回目の要求値も、要求しているＯＤＥの信頼値であり、それは要求スレッドが
、単語を正しく識別した信頼の程度を表すものである。

【０１４４】マッチした要求宛先目標ＯＤＥ初期値戻り２度目Ｈａｒデンマーク語Ｈ０．８５１０．９２５ノルウェー語Ｈ０．８５１０．９２５日本語Ｈ０．１００．０５ｈａｎデンマーク語ｈ０．８５１０．９２５ノルウェー語ｈ０．８５１０．９２５日本語ｈ０．１００．０５ｈａｆｔデンマーク語ｈ０．８５１０．９２５ノルウェー語ｈ０．８５００．４２５日本語ｈ０．１００．０５ｆｅｒｉｅデンマーク語ｆ０．８５１０．９２５ノルウェー語ｆ０．８５１０．９２５日本語ｆ０．１１０．０５

【０１４５】戻りステータス１を有する単語のリストとそれらの単語に対して戻ったデータ
を以下に示す。「ヒント」は単語のタイプと、適切な場合時制も含む。

【０１４６】要求言語ヒント英語英語のヒントＨａｒデンマーク語現在Ｈａｓ現在ノルウェー語現在Ｈａｓ現在ｈａｎデンマーク語代名詞ｈｅ代名詞ノルウェー語代名詞ｈｅ代名詞ｈａｆｔデンマーク語法動詞ｈａｄ過去ｆｅｒｉｅデンマーク語名詞ｖａｃａｔｉｏｎ名詞デンマーク語名詞ｖａｃａｔｉｏｎ名詞

【０１４７】言語識別信頼値は、要求により、各言語に対して要求した単語の要求値の平均
が処理される前に、測ることができる。信頼値が０．０５以下になった場合、も
うその言語のＯＤＥに対しては、要求を送らない。このようにして、図１０に示
されている処理構成９０６は、以下に示す事前の結果に基づき、図１１で示して
いる構成へ、動的に修正することができる。

【０１４８】言語言語ＩＤ信頼度デンマーク語０．９２５ノルウェー語０．８日本語０．０５

【０１４９】これらの要求スレッドを通して送られた次の要求１１００が、「ｈａｄ」に相
当するノルウェー語、それはデンマーク語では「ｈａｆｔ」という単語の意味で
すが、それを尋ねてきているとする。この要求により、その単語の綴りに間違え
がなく、データベースから失われてはいないことを確かめる必要があるかもしれ
ない。このサイクルで送られる結果の要求は、ノルウェー語ｈＯＤＥ１０１８に
送られる。ノルウェー語のデータベースからのこの要求に対して戻ってきた単語
が、検索対象語「ｈａｆｔ」とは異なる場合、そのときそのメッセージはデンマ
ーク語であるという確信は、とても高くなる。そして、ＯＤＥ１００はそのセン
テンスは本当にデンマーク語であると、見なすことになる。例えば、ノルウェー
語ＯＤＥから戻る可変値が「ｈａｔ」の場合、ＯＤＥ１００はオリジナルメッセ
ージの言語はデンマーク語と見なし、要求により、辞書ＯＤＥ１００２から検索
した英語の単語を英語用の文法構造に置き換える。それは、Ｈａｓｈｅｈａ
ｄｖａｃｔｉｏｎ？（かれは休暇を取ったか）となる。

【０１５０】要求が使えるセンテンスとして戻ってこなかったり、ユーザに提示されたセン
テンスがユーザにより拒絶された場合、そのときＯＤＥ１００はその要求処理構
成９０６（ノード、入力、および／または接続）を変更する。その変更は以下の
順番で行うことが好ましい。すなわち、最初に、入力語に綴りの誤りがあると仮
定して、データベースＯＤＥを確認する。そして、すべての単語の省略を識別す
るために、組み合わせて入力を確認する。最後に、ＡしかしＢではない、ＡとＢ
しかしＣではないなどと、ノードを変えて単語を確認するという順番である。

【０１５１】付加的例デニズンアーキテクチャは、新規な認証およびアクセスメソッドの一部として
使うことができる。旅行中のセールス担当役員のパットが、会社のイントラネッ
トにアクセスする必要が生じたとする。本発明がなければ、パットの選択肢は、
ダイヤルインルータを介してイントラネットアクセスするために長距離電話番号
をダイヤルするか、または機密保護の不十分なインターネット接続でイントラネ
ットにアクセスするかに限定される。

【０１５２】本発明を使うと、パットは動作環境１０２へのアクセスを提供する近くのイン
ターネットサービスプロバイダを見つける。パットはノート型のコンピュータを
使いリストされた市内局番をダイヤルする。システムがログインアカウント名を
要求すると、パットのコンピュータは、代わりにパットの個人機密保護識別ＯＤ
Ｅおよびパットのホームオーシャン１０２ルーティング情報を提供する。パスワ
ードについては、パットのＯＤＥがデジタル証書２１６を提示する。近くのイン
ターネットサービスプロバイダのゲートキーパ８１８は情報を照合し、パットの
ＯＤＥに、その近くのインターネットサービスプロバイダを使いログインするの
に必要な、ネットワーク構成情報を提供する。パットのＯＤＥがログイン情報を
無事に受け取ったことを確かめたると、ゲートキーパ８１８は接続を終了させる
。

【０１５３】そしてパットのノートパソコンＯＤＥは新しいダイアルアップエントリを作成
し、ネットワーク接続パラメータを構成し、近くのインターネットサービスプロ
バイダに再びダイヤルし、そしてログオンする。パットは、今や信頼性の高いイ
ンターネットサービスプロバイダを通してインターネット（こうしてイントラネ
ットに）アクセスする。そして、長距離料金を払う必要がない。

【０１５４】デニズンアーキテクチャは、新規なデータベースシステムおよび方法の一部と
して使うことができる。２つのインターフェイスを介してデータベースに要求す
ることのできるユーザがいるとする。そのユーザは、簡単なテキスト要求または
、サロンやヘアケア商品などの多様なカテゴリにフォーマットされた（プルダウ
ンメニュを介して）要求ページを利用できる、集中要求インターフェイスにアク
セスできる。これらのインターフェイスは、インターフェイスＯＤＥにより実装
することができる。インターフェイスＯＤＥは、要求９００をユーザオーシャン
１０２内のポッドまたはファミリデニズンなどの中央ノード１００へ渡す。

【０１５５】要求に答えるために必要な情報がユーザのオーシャン１０２内で見つからない
場合、そのとき、要求９００は中央オーシャン１０２への接続を開始する、リバ
ーＯＤＥ８１４へ渡される。要求１０２は、オーシャン１０２のファミリ構造、
ポッド、そしてＯＤＥを通してプロパゲーションメソッドで処理される。プロパ
ゲーションメソッドは、処理構成９０６による普通言語の翻訳関して上記で論じ
られたものと、類似した学習および通信方法を含むことができる。

【０１５６】データベースＯＤＥはすべて自らの内部要求コードを収納していて、これによ
りユーザは内部データスキーマに関わりなく、簡単に要求することができる。こ
れは従来のデータベースシステムに利点をもたらす。従来のシステムの欠点は、
データベースのスキーマや関連の変化に、対応することができないことである。
内部要求構成を使うことで、学習および動的再コンパイルを通してＯＤＥ１００
内部で起こるデータ構成の変化が、ユーザやシステム１０２全体に対してトラン
スパレントになる。

【０１５７】上級のユーザならば、データベースＯＤＥと直接対話をすることができる。Ｏ
ＤＥは、ＧＵＩを使いユーザと対話できる機能を有する独立型アプリケーション
である。このＧＵＩインターフェイスを通してＯＤＥ１００に要求された情報が
ＯＤＥ内部にない場合、そのときはＯＤＥ１００は、ユーザおよびオーシャン１
０２内のＯＤＥの許可の視点からの適切にしたがって、システム１０２じゅうに
その要求を伝える。

【０１５８】ＯＤＥはこの分散プロセスを介して普通言語の翻訳、通貨変換、およびデータ
変換を処理する。ＯＤＥ１００が常駐しているオーシャン１０２が必要な常駐変
換ＯＤＥを有している場合、または要求されているＯＤＥがそのような変換能力
を有している場合、ユーザは、ドイツ語で要求し、そして英語で応答を得ること
もできるはずである。そして、情報はフランス語でさえ格納されている。要求に
価格情報が含まれている場合、ＯＤＥは要求の、さらに回答すべてを同じ通貨に
するために通貨の価値を変換することができる。

【０１５９】本発明を使い２つの通常の種類のデータベースにアクセスすることができる。
データベースＯＤＥは、要求言語（ＳＱＬなど）をそのまま使いＯＤＥ１００内
でデータベースをカプセル化した、データベースフォーマットを使う。コード２
２８には、実行可能命令、データベース記録、グラフィックファイル、そして他
のデータおよび命令を収納することがある。あるいは、ＯＤＥ１００は、データ
ベースネイティブドライバ（ＯＤＢＣ、ＪＤＢＣ、ＡｃｔｉｖｅＸなど）を使い
サードパーティデータベースとの対話を処理できるように生成することができる
。そのようにすると、直接またはサードパーティデータベース管理システムを通
しての、いずれかの方法でデータベースへのアクセスが可能になる。ＯＤＥ１０
０は、実行中にユーザの要求をネイティブ要求コードに翻訳し、ユーザに要求の
修正を常に強要することなしにデータベース構造の変更を可能にする。このこと
で、データベース管理システムが処理するように設計されていないなどの、特別
な要求もできる。

【０１６０】多くの従来のデータベースシステムでは、要求の最適化はインデックスの使用
で処理される。これは他のテーブルを参照する行キー付きの、キーボードのテー
ブルである。インデックスを読み、そして要求とマッチする行を検索するほうが
、メモリの全データベースを検索するよりもかなり速い。インデックスを生成す
る１つの方法は、テーブルから与えられたコラムの行番号および内容を、インデ
ックステーブルへ単にコピーして、実行中に生成することである。システムは与
えられた語の数や繰返しに関して、データベースの行やドキュメントを走査する
こともできる。インデックスはその行についての情報を記述するために、複数の
キーボードを使い、手動で生成することもできる。

【０１６１】データベース管理システム（ＤＢＭＳ）を使い自動的にインデックスを生成す
る方が、手動でインデックスを生成するよりもしばしば速い。例えば、自動イン
デック生成は、インターネット検索エンジンによって使われるインデックスを生
成する「ウェブクロワーズ」で、通常使われている。残念ながら、自動的に生成
されたインデックスは、提供する意味情報がより少ないという意味で、品質が低
下する傾向がある。サイトに「バイセクル（自転車）」というカテゴリと「マウ
ンテン（山）」とうサブカテゴリがある場合、「マウンテンバイク」というフレ
ーズの検索では、極めて重要であるが、そのサイトを識別できない。なぜならば
、使われたキーワードが異なっていて、インデックス検索では、キーワードに類
似または完全にマッチすることを手がかりにしているからである。手動で生成さ
れるインデックスはより正確な検索結果をもたらすが、データベースまたは統合
データベースシステムの情報が変化する場合、保守がとても困難である。

【０１６２】ＯＤＥは、様々な仕方で要求を最適化するために使うことができる。１つの最
適化の方法は、伝播情報管理に基くものである。例えば、大きな長距離電話会社
の技術者が、エリアコード８０１からエリアコード４０９への長距離電話の通話
件数を知りたいとする。それは、将来の人口増加に基づく予測される通話数の増
加を処理するために、インフラが十分かどうかを見出すためにである。普通のＤ
ＢＭＳでは、技術者は、エリアコード８０１の顧客で、与えられた時間内にエリ
アコード４０９へ電話をする顧客を表すとても膨大なデータベースのすべての行
を、データベースシステムが見つけるようにしなければならない。可能なあるゆ
る組み合わせの中で、これらの基準の４つすべてを収納するインデックスを手に
入れることは、それがこれらの基準の２つでさえ、それは非常に非効率的になる
。

【０１６３】さて、ＯＤＥアーキテクチャを使ったアプローチを考慮しよう。各顧客のアカ
ウントがそれ自体のデータベースＯＤＥ１００で表され、そしてデータファミリ
７０６が各エリアコードを表すとしよう。各ファミリ７０６内に、都市ごと電話
回線を表すポッド７００があることになる。技術者は１９９６年１１月２０日か
ら１２月３１日までの、エリアコード８０１の顧客からエリアコード４０９への
すべての通話について、システムに要求する。システムはこの要求をコンポーネ
ント部分に分割する。

【０１６４】コラム名値顧客エリアコード８０１宛先エリアコード４０９開始日付１９９６１１２０終了日付１９９６１２３１そして、システムはデータベースＯＤＥフィルタリング機能を利用する。以下
の要求がすべてのデータファミリに送られる。それは、「Ｂｉｎａｒｙ（Ｔｒｕ
ｅｏｒＦａｌｓｅ）Ｃｕｓｔｏｍｅｒ＿Ａｒｅａ＿Ｃｏｄｅ＝８０１」であ
る。データファミリが「Ｔｒｕｅ」と応答する場合、そのときシステムは次の（
そして最後の）要求を送る。それは、「ＢｉｎａｒｙＤｅｓｔ＿Ａｒｅａ＿Ｃｏ
ｄｅ＝４０９およびＳｔａｒｔ＿Ｄａｔｅ＝１９９６１１２０およびＦｉｎｉｓ
ｈ＿Ｄａｔｅ＝１９９６１２３１」である。

【０１６５】要求は処理構成９０６じゅうに広まるにつれ、要求の最適化の２番目の方法が
行われる。データオーシャン管理者８２０がデータベースＯＤＥ構成を生成する
場合、ストレージ機能の限度を定義する。この場合、限度にＯＤＥ生成日付と最
新のイベント日付が含まれる場合、そのとき１９９６年１１月２０日より前の修
正日付を有するすべてのＯＤＥが取り出される、なぜならば、１９９６年１１月
１９日より後にそのアカウントに何も修正が行われていなければ、どの番号に対
しても電話がをかけてはいないはずであるからである。同様に、そのアカウント
が１９９６年１２月３１日より後に生成されたのであれば、そのときも、要求の
候補ではない。このことで、システムが処理しなければならない要求の数を、か
なり少なくすることができる。

【０１６６】デニズンアーキテクチャは、ＢｉｎａｒｙＬａｒｇｅＯＢｊｅｃｔＳ（Ｂ
ＬＯＢＳ）を含むマルチメディアデータオブジェクト要求最適化のための、新規
なシステムおよび方法の一部としても使うことができる。ＢＬＯＢＳへの関心は
、マルチメディア産業とオンラインビデオ編集システムの急増とともに、増大し
ている。効率的なＢＬＯＢＳストレージを統合し、より従来のデータベースシス
テムにアクセスすることが有利になる。しかし、含まれるＢＬＯＢＳファイルの
サイズが問題を引き起こす。

【０１６７】ＭＰＥＧ２フォーマットで２時間の映画はデータベースストレージスペースの
４．８ギガバイトを必要とするはずである。それのため、映画の格納は、高性能
サーバ上でのみ動作が可能な巨大なデータベースを必要とする。これは、しばし
ば価格が法外に高く、維持が非常に難しい。１０人のユーザがほぼ同じ時間に、
特定のビデオファイルを見たいとする。しかし、異なるオフセットをビデオに入
れ、異なるサイトでそうしたいとする。１人がビデオの複数のコピーをメモリに
ロードするよう試みるとする。あるいは、回転ベースで各ユーザにファイルの塊
を送るために、共用ＣＰＵを使うことを試みるとしよう。これらのアプローチに
は、大きなハードウェアを使用が必要とされる。

【０１６８】しかし、本発明のアーキテクチャを使うことによって、ＯＤＥ内部のプレイバ
ックコードとともに、ＯＤＥ内にＢＬＯＢＳをカプセル化することができる。ま
たは、オーシャン１０２の内側か外側ファイルに対する内部ポインタを有するが
できる。これはオーシャン１０２内で複数のＣＰＵを共用することに基づいて、
各ＯＤＥがファイルのプレイバックを制御することを可能にする。

【０１６９】１つの実施形態において、ビデオがデータオーシャン１０２内ではないコンピ
ュータにある場合、そのときＯＤＥは実のところ述べたように、プレイバックを
制御できる。しかし、ビデオファイルがＯＤＥでカプセル化され、ＯＤＥの最大
サイズより大きい場合、そのときそのＯＤＥはポッドになり、新しいＯＤＥを生
成し、そしてそのビデオファイルを分割して、異なるＯＤＥに各々格納されてい
る同じサイズの塊にする。ポッドはセクションを追跡して、各ＯＤＥにどんなフ
レームがあるか、または何時に要求があったを監視する。ユーザはポッドを通し
てプレイバックを要求することができる。

【０１７０】そして、プレイしているフレームを含むビデオの塊を収納しているＯＤＥをロ
ードするだけでよい。このことは、ビデオをＲＡＭからストリームすることを可
能にする。これは、ビデオをプレイしているＯＤＥが、プレイバックを最も効率
的処理することを可能にするデータオーシャン１０２内のマシン上で、実行する
ことができるようにする。各プレイバックＯＤＥは異なるマシンで実行できる。
このアプローチもビデオのどのセクションのプレイバックも可能にする。そして
、必要になるまでアーカイブされたままで、そのときは必要ではないセクション
を持つ必要がない。各プレイバックＯＤＥは複数のスレッドを生成できる。それ
によって、複数のユーザがどこからでも、そのＯＤＥに格納されているビデオを
見ることができる。

【０１７１】また、ユーザが毎秒１５フレームのストリームしか許さない接続を通してビデ
オを見ている場合、ＯＤＥは１つおきにのみフレームを送る。ビデオがフレーム
デファレンス圧縮方法で格納されている場合、フレームすべてをロードする必要
があり、ホスト上で圧縮解除が起こる。ユーザがダウンロードできるフレームの
数は、ユーザが受け取れるものと同じくらい速く、ストリームされる。ビデオが
フレームデファレンス圧縮ではない方法で格納されている場合、ユーザの帯域幅
が許すフレームの数だけが、メモリにロードされ、伝送される。

【０１７２】要約すると、本発明は性能を最適化するために異なるロケーションの多様なプ
ラットフォーム間を移動するプロセスと、自らの構成内の内部の不具合を正すた
めの検知および試みのプロセスと、要求や他の入力の結果に応じて自らを修正す
るプロセスとを含む分散コンピュータアーキテクチャである。そのアーキテクチ
ャは、データベース管理、普通言語の翻訳、そしてネットワーク認証およびアク
セスを含む多様なアプリケーション分野で有利に使うことができる。本発明の実
施形態は、当分野の技術者には既知のツールを利用し、それらを新しく、役立つ
方法で互いに組み合わせたり、新規な構造と組み合わせたものである。

【０１７３】本発明の範囲における製造商品には、コンピュータリーダブルストレージ媒体
の基板の特定の物理的な構成と結合しているコンピュータリーダブルストレージ
媒体を含む。基板構成は本明細書で記述されているように、特定のおよび定義済
みの仕方でコンピュータを動作させるデータおよび命令を表す。ふさわしいスト
レージデバイスは、フロッピーディスク、ハードディスク、テープ、ＣＤ−ＲＯ
Ｍ、ＲＡＭ、および１つまたは複数のコンピュータによって読込みが可能な他の
メディアを含む。各このような媒体は、確実に、本発明による動作環境でデニズ
ンプロセスを、サポートするまたは行うマシンによって実行可能なプログラム、
機能、および／または命令を実施する。

【０１７４】請求するステップは文字通りの侵害分析の目的で省略することができず、かつ
他のステップの結果に依存するステップは必要な結果が得られた後でのみ実行し
なければならないという要件を仮定して、本発明の方法のステップを省略し、異
なる順序で行い、または同時に行うことが可能であるということを当業者なら理
解できるる。

【０１７５】本明細書には、図２および図１０で示すコンポーネントなど配置やコンポーネ
ントの内容に関して明らかに不一致な点が含まれている。さらに、図で示した実
施形態と文で論じたものにも明らかに矛盾がある。しかし、これらの明らかに不
一致の点に関する記述は、本発明の別の実施形態の変形例を論じたものと正当に
評価することによって解決できるものである。

【０１７６】当分野の技術者は、このような状態において、どの実施形態を使うべきを容易
に決定できる。また、当業者であれば、本発明の実施形態には、上述したアーキ
テクチャのすべての部分を含める必要がないことも認識できる。

【０１７７】本発明は、その精神や本質的な態様から逸脱することなく、他の特定の形で実
施してもよい。上述した実施の形態は、すべての点で例示的なもので制限的なも
のではない。セクション表題は、便宜上のものである。本発明で使用する科学的
な原理に関する本明細書での説明は、すべて例示的なものである。したがって、
本発明の範囲は、上記の内容によらず、請求の範囲によって示されるものである
。特許請求の範囲と同等の意味および該範囲に含まれる全ての変更は、本発明の
範囲内に包含されるものである。

【図面の簡単な説明】

本発明に係る利点および特徴を表す方法は、添付の図面を参照して詳細に説明
される。該添付図面は、本発明の選択した態様を示すだけであり、本発明の範囲
を何ら限定するものではない。

【図１】本発明に係る動作環境、デニズンプロセス、および他の形態を示す図である。

【図２】本発明の一実施の形態である、デニズンプロセスの内部構成を示す図である。

【図３】受け取った命令を実行する、本発明に係る選択ロケーションのデニズンプロセ
スによる方法を示す流れ図である。

【図４】本発明に係るデニズンプロセスにおける全く同一なバージョンの生成を示す図
である。

【図５】本発明に係るデニズンプロセスにおける部分的に同一なバージョンの生成を示
す図である。

【図６】それ自体の内部構成における不具合を検知して修復する、本発明に係るデニズ
ンプロセスによる方法を示す流れ図である。

【図７】本発明に係るファミリデニズン、つまりファミリデニズンに属するポッドデニ
ズン、およびポッドデニズンに属する２つの簡単なデニズンを示す図である。

【図８】本発明に係る管理デニズンを示す図である。

【図９】本発明に係るデニズン処理構成の生成および動的修正を示す図である。

【図１０】自然言語変換を行うように最初に構成されている図９に示す種類のデニズン処
理構成を示す図である。

【図１１】動的に再設定した後の図１０で示したデニズン処理構成を示す図である。

【手続補正書】特許協力条約第３４条補正の翻訳文提出書

【提出日】平成１２年２月２８日（２０００．２．２８）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ) ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＷ【要約の続き】ロードディングとアンロードディングコードで自ら、修正もできる。デニズン（１００）は、柔軟に、プロセッサを割り当てることができる。なぜならば、各デニズン（１００）は個々に、どこで実行すべきかを、決めることができるからである。新規なアーキテクチャを使う適用分野には、データベース管理や普通言語の翻訳が含まれる。

Claims

【特許請求の範囲】

【請求項１】コンピュータアーキテクチャによるコンピュータシステム資
源を活用する方法であって、該コンピュータシステム資源は、少なくとも２つの
ロケーションを含み、デニズンのための動作環境を取得する工程であって、少なくとも２つのロケー
ションを含み、該ロケーション間をデニズンが移動する手段を含む工程と、少なくとも１つのユーザデニズンを提供する工程であって、命令を受け取り、
該受け取った命令の視点から動作環境における異なるロケーションを評価し、該
評価に基づいてロケーションを選択し、該選択したロケーションに自ら移動し、
該選択したロケーションで前記受け取った命令の少なくとも一部を実行する工程
とを具えたことを特徴とする方法。
【請求項２】各ロケーションは、命令を実行するためのプロセッサへのア
クセスを提供し、各ロケーションは、前記プロセッサへのアクセス可能な命令を格納するための
メモリを提供することを特徴とする請求項１記載の方法。
【請求項３】前記ユーザデニズンは、構成部分、起点部分、および実行可
能部分を含み、前記提供する工程は、前記部分の少なくとも１つを再構築可能なユーザデニズ
ンを提供することを特徴とする請求項２記載の方法。
【請求項４】前記実行可能部分は、プライマリデータであることを特徴と
する請求項３記載の方法。
【請求項５】実行可能部分は、プライマリ命令であることを特徴とする請
求項３記載の方法。
【請求項６】前記提供する工程は、自ら再構築およびアーカイブ可能なユ
ーザデニズンの提供を含むことを特徴とする請求項２記載の方法。
【請求項７】前記提供する工程は、自らエラーを検知して、自らを自らの
アーカイブしたバージョンで置き換えを行うことが可能なユーザデニズンを提供
することを特徴とする請求項６記載の方法。
【請求項８】前記提供する工程は、自ら再構築可能なユーザデニズンを提
供することを含むことを特徴とする請求項２記載の方法。
【請求項９】前記提供する工程は、自らエラーを検知して、自ら置き換え
を行うことが可能なユーザデニズンの提供を含むことを特徴とする請求項８記載
の方法。
【請求項１０】前記提供する工程は、自らアーカイブすることが可能なユ
ーザデニズンを提供することを含むことを特徴とする請求項２記載の方法。
【請求項１１】前記提供する工程は、受け取った命令の少なくとも一部を
実行する結果に応じて、自らを修正可能なユーザデニズンを提供することを含む
ことを特徴とする請求項２記載の方法。
【請求項１２】前記修正工程は、ニューラルネット学習方法を使うことを
特徴とする請求項１１記載の方法。
【請求項１３】前記修正工程は、バックプロパゲーションを使うことを特
徴とする請求項１２記載の方法。
【請求項１４】前記修正工程は、進歩的アルゴリズムを使うことを特徴と
する請求項１１記載の方法。
【請求項１５】前記修正工程は、遺伝的アルゴリズムを使うことを特徴と
する請求項１４記載の方法。
【請求項１６】前記修正工程は、動的再コンパイルを使うことを特徴とす
る請求項１１記載の方法。
【請求項１７】前記提供する工程は、自ら動作環境の変化の結果に応じて
自ら修正可能なユーザデニズンを提供することを含むことを特徴とする請求項２
記載の方法。
【請求項１８】前記修正工程は、利用可能な帯域幅の変化に応じて発生す
ることを特徴とする請求項１７記載の方法。
【請求項１９】前記修正工程は、動作環境をサポートするコンピュータの
利用可能性の変化に応じて発生することを特徴とする請求項１７記載の方法。
【請求項２０】前記提供する工程は、追加のデニズン間の要求の処理を分
割し、自ら修正可能なユーザデニズンを提供することを含むことを特徴とする請
求項２記載の方法。
【請求項２１】前記提供する工程は、実行エラーの衝撃を限定するために
、内部の例外を処理可能なユーザデニズンを提供することを含むことを特徴とす
る請求項２記載の方法。
【請求項２２】少なくとも１つの管理デニズンを供給する工程をさらに具
えたことを特徴とする請求項２記載の方法。
【請求項２３】前記供給する工程は、動作環境で異なるロケーションにつ
いての情報の収集が可能で、ユーザデニズンに該情報を提供可能な管理デニズン
の供給を含むことを特徴とする請求項２２記載の方法。
【請求項２４】前記供給する工程は、動作環境における特定ロケーション
へユーザデニズンによるアクセスが制御可能な管理デニズンの供給を含むことを
特徴とする請求項２２記載の方法。
【請求項２５】動作環境におけるロケーション間のユーザデニズンの移動
を追跡することが可能な、少なくとも１つのポッドデニズンを配置する工程をさ
らに具えたことを特徴とする請求項２記載の方法。
【請求項２６】前記提供する工程は、多数の関連したユーザデニズンを含
み、前記ポッドデニズンは、多数のユーザデニズンによって使用されるロケーショ
ンを追跡することを含むことを特徴とする請求項２５記載の方法。
【請求項２７】エコシステムコンピュータアーキテクチャを実行するコン
ピュータシステムであって、該コンピュータシステムは、少なくとも２つのロケーションを含むデニズンのための動作環境、命令の実行
のためにプロセッサへのアクセスの提供、プロセッサにアクセス可能な命令を格
納するためのメモリの提供と、前記デニズンがロケーション間で移動する移動手段と、命令を受け取り、該受け取った命令の視点から動作環境における異なるロケー
ションを評価し、該評価に基づいてロケーションを選択し、該選択したロケーシ
ョンに自ら移動し、該選択したロケーションで前記受け取った命令の少なくとも
一部を実行することが可能な、少なくとも１つのユーザデニズンとを具えたことを特徴とするコンピュータシステム。
【請求項２８】少なくとも２つのロケーションは、コンピュータネットワ
ーク内における異なるコンピュータ上にあることを特徴とする請求項２７記載の
コンピュータシステム。
【請求項２９】少なくとも２つのロケーションが同一のコンピュータ上に
あることを特徴とする請求項２７記載のコンピュータシステム。
【請求項３０】少なくとも１つのロケーションは、Ｊａｖａバージョンマ
シンへのアクセスを提供することを特徴とする請求項２７記載のコンピュータシ
ステム。
【請求項３１】少なくとも１つのデニズンは、ネイティブ実行可能コード
を含むことを特徴とする請求項２７記載のコンピュータシステム。
【請求項３２】少なくとも１つのデニズンは、インタープレタブルコード
を含むことを特徴とする請求項２７記載のコンピュータシステム。
【請求項３３】少なくとも１つのデニズンは、プラットホームインデペン
ダントポータブルコードを含むことを特徴とする請求項２７記載のコンピュータ
システム。
【請求項３４】少なくとも１つのデニズンは、ソースコードを含むことを
特徴とする請求項２７記載のコンピュータシステム。
【請求項３５】前記移動手段は、ＴＣＰ／ＩＰ接続を含むことを特徴とす
る請求項２７記載のコンピュータシステム。
【請求項３６】前記移動手段は、宛先ロケーションでライブラリに格納さ
れているコードを用いて、デニズンを構築するための情報を特定する手段を含む
ことを特徴とする請求項２７記載のコンピュータシステム。
【請求項３７】前記デニズンを構築するための情報は、クラス識別子を含
むことを特徴とする請求項３６記載のコンピュータシステム。
【請求項３８】前記デニズンを構築するための情報は、クラスへの拡張を
含むことを特徴とする請求項３６記載のコンピュータシステム。
【請求項３９】前記デニズンを構築するための情報は、クラス継承情報を
含むことを特徴とする請求項３６記載のコンピュータシステム。
【請求項４０】各ユーザデニズンは、構成部分、起点部分、および実行可
能部分を具えたことを特徴とする請求項２７記載のコンピュータシステム。
【請求項４１】前記構成部分は、ルーティング情報を含むことを特徴とす
る請求項４０記載のコンピュータシステム。
【請求項４２】前記起点部分は、少なくとも１つの暗号化証書を含むこと
を特徴とする請求項４０記載のコンピュータシステム。
【請求項４３】アーカイブポッドデニズンをさらに具えたことを特徴とす
る請求項２７記載のコンピュータシステム。
【請求項４４】接続ポッドデニズンをさらに具えたことを特徴とする請求
項２７記載のコンピュータシステム。
【請求項４５】管理デニズンをさらに具えたことを特徴とする請求項２７
記載のコンピュータシステム。
【請求項４６】前記管理デニズンは、動作環境で生じる活動のログを保守
することを特徴とする請求項４５記載のコンピュータシステム。
【請求項４７】前記管理デニズンは、動作環境内のデニズンの対話管理を
サポートすることを特徴とする請求項４５記載のコンピュータシステム。
【請求項４８】デニズン継承情報を定義し、デニズンを構築するのに使う
ことができるテンプレートをさらに具えたことを特徴とする請求項２７記載のコ
ンピュータシステム。
【請求項４９】デニズンを構築するのに使うことができる拡張情報をさら
に具えたことを特徴とする請求項２７記載のコンピュータシステム。
【請求項５０】少なくとも１つデニズンは、少なくとも１つの実行可能部
分をさらに具えたことを特徴とする請求項２７記載のコンピュータシステム。
【請求項５１】前記実行可能部分は、リレーショナルデータベースの行に
対応するデータを含むことを特徴とする請求項５０記載のコンピュータシステム
。
【請求項５２】該システムは、複数のデニズンを収納し、各デニズンはデ
ータベースデータを収納する実行可能部分を含み、該データはデータベースキー
の値に従ってデニズンの間で分割されることを特徴とする請求項５０記載のコン
ピュータシステム。
【請求項５３】前記データベースキーは、リレーショナルデータベースの
キーフィールドに対応することを特徴とする請求項５２記載のコンピュータシス
テム。
【請求項５４】２つのデニズンの２つの実行可能部分は、各々メモリの同
一のロケーションを参照することを特徴とする請求項５０記載のコンピュータシ
ステム。
【請求項５５】前記実行可能部分は、各々同一のデータを参照することを
特徴とする請求項５４記載のコンピュータシステム。
【請求項５６】前記実行可能部分は、各々同一の命令を参照することを特
徴とする請求項５４記載のコンピュータシステム。
【請求項５７】要求に応答して少なくとも１つのデニズンで生成の手段を
さらに具えたことを特徴とする請求項２７記載のコンピュータシステム。
【請求項５８】少なくとも１つの生成されたデニズンから結果を収集する
手段をさらに具えたことを特徴とする請求項５７記載のコンピュータシステム。
【請求項５９】要求に応答して少なくとも１つのスレッドで生成の手段を
さらに具えたことを特徴とする請求項２７記載のコンピュータシステム。
【請求項６０】少なくとも１つの生成されたスレッドから結果を収集する
手段をさらに具えたことを特徴とする請求項５９記載のコンピュータシステム。