JP2003509767A

JP2003509767A - オブジェクト指向コンピュータプログラムのロード

Info

Publication number: JP2003509767A
Application number: JP2001523960A
Authority: JP
Inventors: アンドリューヒンスリークリストファー
Original assignee: タオグループリミテッド
Priority date: 1999-09-14
Filing date: 1999-12-23
Publication date: 2003-03-11
Also published as: EP1221091B1; EP1221091A1; DE69911660T2; ES2209538T3; WO2001020449A1; KR20020085875A; HK1048530A1; GB9921721D0; DE69911660D1; ATE250776T1; CA2384803A1; AU1880600A; AU766361B2; US20020144011A1; KR100679687B1

Abstract

(57)【要約】オブジェクト指向コンピュータプログラムを実行する方法は、実行環境にロードする工程を具え、クラス全体を必ずしもロードすることなく、選択された方法を実行する。マルチプロセッサ環境では、サーバ（４１０）は、プロセッサに独立した仮想プロセッサツール（４８２）の記憶手段を有する。個々のツールは、いずれも元のクラスファイル（４８０）を転送することなく、要求に応じて、通信ネットワーク（４５０）を介して、個々のクライアント（４３０，４４０）に転送される。各クライアントは、ダウンロードプロセッサ依存型ツールをネイティブコードに翻訳する小型プロセッサ独立型ネイティブトランスレータ（４２４，４２５）を持ち運ぶことができる。本発明は、種々のシステム、特に、例えば移動電話ネットワークのようなワイヤレスクライアントネットワークに適用可能である。

Description

【発明の詳細な説明】

【０００１】本発明は、一般的に、オブジェクト指向コンピュータプログラムをロードする
方法とそのためのコンピュータシステムに関するものである。具体的には、本発
明はコードがクラスファイル形式で提供され、各々が複数の方法を含むオブジェ
クト指向プログラムに関するものであるが、ただしそれに限るわけではない。

【０００２】オブジェクト指向プログラミング言語のよく知られている例として「Ｊａｖａ
（登録商標）」（ＳｕｎＭｉｃｒｏｓｙｓｔｅｍｓＩｎｃの商標）がある。
「Ｊａｖａ（登録商標）実装」とは、１つまたは複数のクラスファイルからなる
ソフトウェアアプリケーションを実行できるソフトウェアシステムのことである
。これらのクラスファイルは、ＳｕｎＭｉｃｒｏｓｙｓｔｅｍｓＩｎｃ．が
発行しているＪａｖａ（登録商標）ＶｉｒｔｕａｌＭａｃｈｉｎｅＳｐｅ
ｃｉｆｉｃａｔｉｏｎのあるバージョンに適合している必要がある。クラスファ
イルは、特定のクラスに必要なデータおよびプログラムコードを定義する。

【０００３】ある程度対話操作はあるが、Ｊａｖａ（登録商標）実装は概念に関して以下の
２つの部分に分けられる。・Ｊａｖａ（登録商標）ＶｉｒｔｕａｌＭａｃｈｉｎｅ（ＪＶＭ）。
クラスファイルを読み込んで、そこに記述されている命令をＳｕｎのＪａｖａ（
登録商標）ＶｉｒｔｕａｌＭａｃｈｉｎｅＳｐｅｃｉｆｉｃａｔｉｏｎの
あるバージョンに従って実行する。クラスに含まれる命令のうち一部は、他のク
ラスのデータまたはプログラムコードを参照する場合があり、ＪＶＭはさらに、
クラス間のそのような関係も管理する。・Ｊａｖａ（登録商標）ＣｌａｓｓＬｉｂｒａｒｙ。これはデータと
プログラムコードを含む定義済みクラスの集合であり、ＳｕｎのＪａｖａ（登録
商標）ＣｌａｓｓＬｉｂｒａｒｙＳｐｅｃｉｆｉｃａｔｉｏｎに従って動
作する。これらのライブラリクラスは、実際のクラスファイルと異なる方法、た
とえば、Ｃまたはアセンブラプログラミング言語を使用して実装することも可能
であり、その場合、ＪＶＭではそのデータおよびプログラムコードへの参照が実
際のクラスファイルから派生したクラスの参照と同じように機能することを保証
していなければならない。

【０００４】クラスファイル内のプログラムコードは、Ｊａｖａ（登録商標）バイトコード
（ＪＢＣ）または単にバイトコードと呼ばれる命令形式である。クラス内の各メ
ソッドは、バイトコードの固有の並びを持つ。メソッドのバイトコードは、ＪＢ
Ｃ命令の並びである。

【０００５】ＪＶＭがバイトコードの実行に使用する方式は次の２種類がある。・インタプリタ。この方式では、ＪＶＭは、各ＪＢＣ命令を順番に見てデ
コードし、その命令が要求するアクションを実行することによりバイトコードを
実行するプログラムコード断片であるインタプリタを内蔵している。この方式は
実装が最も簡単であるが、欠点は、単一のＪＢＣ命令を解釈するのにインタプリ
タプログラムの多数のステップを必要とするため、他の方法に比べて遅いという
点である。・コンパイラ。この方式では、実行を開始する前に、ＪＶＭは、バイトコ
ードのＪＢＣ命令を稼動しているＣＰＵが理解できるマシンコード命令（ネイテ
ィブマシンコード（ｎａｔｉｖｅｍａｃｈｉｎｅｃｏｄｅ））に変換する。
次に、メソッドのプログラムコードを実行する際に、代わりにコンパイルされた
マシンコードが実行される。ＪＢＣ命令からマシンコード命令に最初にコンパイ
ルするのに時間がかかるというオーバーヘッドがあるが、アプリケーションを起
動するときではなくアプリケーションを準備しているとき、この作業を実行でき
る。コンパイルの実行が完了すると、メソッドのプログラムコードの実行が高速
化され、Ｃなど他の従来のコンパイル型言語に匹敵する速度が得られる。コンパ
イラ方式の特別なケースとして、ジャストインタイムコンパイラ（ｊｕｓｔ−ｉ
ｎ−ｔｉｍｅｃｏｍｐｉｌｅｒ）（ＪＩＴ）があり、クラスのバイトコードを
最初に使用する直前にコンパイルする方法である。

【０００６】一部のＪＶＭでは、この２つの方式を組み合わせて使用し、何回も実行される
プログラムコードのみをコンパイルし、残りをインタプリタで解釈実行する。

【０００７】リンクというのは、あるクラスＣ１から他のクラスＣ２（またはＣ２内のデー
タまたはメソッド）への参照を解決するプロセスである。Ｃ２がすでにロードさ
れていなければ、ロードし、コンパイラ方式を使用している場合にはコンパイル
し、自動的にリンクする。次に、Ｃ１からＣ２（またはＣ２内のデータまたはメ
ソッドの何らかのアイテム）への参照を修正し、Ｃ２内の参照されているものへ
の直接ポインタとなるようにする。

【０００８】ＳｕｎのＪａｖａ（登録商標）ＶｉｒｔｕａｌＭａｃｈｉｎｅＳｐｅｃ
ｉｆｉｃａｔｉｏｎでは、次のようないくつかのリンク方式が可能である。・スタティックリンク（Ｓｔａｔｉｃｌｉｎｋｉｎｇ）：アプリケーショ
ンのすべてのクラスのロードおよびリンクは、アプリケーションの準備で実行さ
れる。この方式は通常、アプリケーションがデバイス内に永久的に埋め込まれる
とき使用される。・ロード時ダイナミックリンク（Ｄｙｎａｍｉｃｌｏａｄｔｉｍｅｌ
ｉｎｋｉｎｇ）：クラスＣ２は、Ｃ２（またはＣ２内の何らかのデータアイテム
またはメソッド）を参照している他のクラスを初めてロードするときにロードさ
れる。・遅延ダイナミックバインディング（Ｄｙｎａｍｉｃｌａｔｅｂｉｎｄ
ｉｎｇ）：クラスＣ２は、Ｃ２（またはＣ２内の何らかのデータアイテムまたは
メソッド）を参照しているＪＢＣ命令（またはそのコンパイルされた等価物）が
初めて実行されるときにロードされる。

【０００９】動作中、特定のクラスの特定のメソッドが呼び出されたときに、必要とされる
特定のクラスがＪＶＭ内のすでに常駐している場合も常駐していない場合もある
。必要なクラスが常駐していない場合、そのクラスのクラスファイルをまずＪＶ
Ｍ外から（たとえば、ディスクまたはネットワークから）ロードし、リンクし、
初期化してＪＶＭ内に配置する必要がある。次に、必要なメソッドを見つけるた
めに、そのクラスについてメソッドのリストを検索する。必要なメソッドが見つ
かったら、そのメソッドのＪａｖａ（登録商標）バイトコードを実行し、ｒｅｔ
ｕｒｎ命令が出現したら、そこでそのメソッドを終了し、制御をそのメソッドの
呼び出し元に返す。メソッドの呼び出しは、メソッドで捕らえられない例外が投
げられた場合も終了する。

【００１０】図１は、ＪＶＭでＪＩＴコンパイラを使用する代表的な従来技術による実装を
示している。ＪＩＴコンパイラ１２０は、使用する直前にクラスバイトコード１
１０を取り出し、特定のプロセッサ上で実行できるようにネイティブコード１３
０に変換する。クラス１４０の残り（または場合によってはクラス全体）は、実
行中にネイティブコード１３０がそれを参照する必要があればメモリ内に利用で
きる形で配置されたままになる。

【００１１】図３は、マルチプロセッサ環境の代表的な従来技術によるＪＶＭ実装を示して
いる。サーバ２１０は、クライアントプロセッサ２３０、２４０で必要になるさ
まざまなクラスのバイトコードを保持するためクラスストア（ｃｌａｓｓｓｔ
ｏｒｅ）２２０を維持する。クラスストア２２０内には、中に複数の個別メソッ
ド２１２を含む代表的なＪａｖａ（登録商標）クラス２１１が示されている。

【００１２】サーバ２１０は、２５０で一般に示されている通信ネットワーク上で必要に応
じてクラスファイル２１１をクライアント２３０、２４０に送る。この例では、
プロセッサ２３０、２４０は２つの異なるタイプ、つまりそれぞれクライアント
タイプ１とクライアントタイプ２である。クライアントはそれぞれ独自のＪＩＴ
、それぞれ２３１、２４１を維持し、受け取ったクラスファイル２１１をコンパ
イルしてネイティブコード２３３、２４３のそれぞれの独自のバージョンにし、
それを独自のネイティブコードストア２３２、２４２に保存することができる。
さらに、図１を参照してすでに説明したように、ローカルプロセッサ上で実行さ
れている間にネイティブコード２３３、２４３で参照する必要がある場合、クラ
スファイル２１１の残り（または場合によってはクラスファイル全体）が、２３
４、２４４で一般的に示されているように、ローカルメモリ内に留まることにな
る。

【００１３】他の従来技術の配置（図には示されていない）では、クライアントのＪＩＴ
２３１、２４１はサーバ２１０上に維持することができ、ネイティブコードへの
変換はクライアント２３０、２４０ではなくそこで実行される。

【００１４】従来技術の配置にはいくつかの欠点がある。

【００１５】まず、それぞれの場合に、クライアントごとに大きな実行環境が必要になると
いう点である。さらに、Ｊａｖａ（登録商標）クラスファイル２１１またはネイ
ティブバージョン２３３、２４３のいずれかがクラスファイルの残り２３４、２
４４とともに、通信ネットワーク２５０上で送信される。実際に、いずれの方式
も満足なものではなく、特に、クラスファイルは通常大きいので携帯電話ネット
ワークなどの無線クライアントネットワークが利用される状況では不十分である
。

【００１６】本発明の第１の態様によれば、複数のメソッドをそれぞれが含むクラスの形で
提供されるコードを含むオブジェクト指向コンピュータプログラムをロードする
方法を提供し、前記方法は、（ａ）実行するためにいずれかのクラスのメソッドのうちから１つ選択するス
テップと、（ｂ）必ずしも選択したクラス全体を実行環境にロードせずに、選択したメソ
ッドを実行環境にロードするステップを含む。

【００１７】本発明の方法は、Ｊａｖａ（登録商標）仮想マシン（ＪＶＭ）の動的機能すべ
てを実装するが、従来の方式に比べて使用メモリが非常に低減されている。

【００１８】本発明の好ましい実施形態では、通信ネットワーク間でのバインド／リンク、
ロード、コンパイル、および送信を細かな粒度で制御できる。より具体的には、
粒度は、従来のオブジェクト指向システムの場合のようなクラスレベルではなく
メソッド／ツールレベルである。本発明は、Ｊａｖａ（登録商標）仮想マシン（
ＪＶＭ）環境に特に適用できるが、それに限るわけではない。本発明は、全部の
ＪＶＭリンク方式、つまりスタティックリンク、ロード時ダイナミックリンク、
および遅延ダイナミックバインディングに対応する。本発明の好ましい実施形態
の具体的応用分野として、無線通信（無線クライアントネットワーク）、および
特にただしそれに限るわけではないが携帯電話ネットワークがある。本発明は、
さらに、他の組み込みデバイス、好ましくはネットワーク接続デバイス、たとえ
ば（これに限るわけではないが）携帯型コンピュータ、ゲームコンソール、カメ
ラ、さらには他のどのようなタイプのネットワーク接続またはネットワーク接続
可能デバイスにも適用できる。一実施形態では、システムは無線ネットワークか
らなる、あるいは無線ネットワークを含むが、他の実施形態では、プライベート
またはパブリック固定ネットワークまたはインターネットを含むことができる。
クライアントデバイスが無線通信を利用できない場合、必要に応じてインターネ
ットに結合する手段を備えることもできる（たとえば、標準モデムやＩＳＤＮリ
ンクを介して）。このような方法で、本発明は、さまざまな組み込みデバイス、
たとえば、カメラ、テレビ、洗濯機、自動車、さらに事実上考え得るどのような
タイプのコンピュータ操作デバイスにも適用可能と思われる。

【００１９】本発明の一利点は、無線クライアントネットワークに適用したときに、（メソ
ッド／ツールの）個々の送信の時間が、クラスファイル全部をダウンロードする
必要のある従来のシステムに比べて著しく短縮されるという点である。つまり、
ネットワークプロバイダは、ネットワークの仮想回線を長時間開いたままにする
必要がないということである。送信する小さな各メソッド／ツールは、必要なら
ば、別のルートに送ることもできる。さらに、送信する異なるデータチャンクの
サイズが小さいため、冗長性および誤り訂正が少なくて済む。したがって、ネッ
トワーク上の負荷は、単にデータ転送速度を考慮して期待した以上に軽減される
場合がある。

【００２０】本発明の好ましい実施形態は、実行前に（解釈実行するのではなく）コンパイ
ルするオブジェクト指向コンピュータプログラムでの使用に特に適用できる。本
発明を分散コンピュータシステムのコンテキストで使用する場合、個々のメソッ
ドをネットワーク経由でクライアントデバイスに送信する前または後にコンパイ
ルすることができる。

【００２１】本発明は仮想プロセッサの命令セットを使用する複数の仮想プロセッサツール
にクラスを変換する予備的なステップを含むのが好ましい。次に、実行のためメ
ソッドの１つを選択するステップに、仮想プロセッサツールの１つを選択するス
テップを含めることができる。ネットワーク接続されたシステムのコンテキスト
で使用する場合、仮想プロセッサツールをネットワーク上で個別にクライアント
デバイスに送信するか、またはそれとは別に、個の仮想プロセッサツールをまず
最初にコンパイルし、それからネイティブのコンパイル済みコードをネットワー
クで送信することができる。

【００２２】本発明はさらに、前述のメソッドを実行するように改造したコンピュータシス
テムにも拡大適用される。

【００２３】本発明はさらに、それぞれが複数のメソッドを含むクラスの形で提供されるコ
ードを含むオブジェクト指向コンピュータプログラムをロードかつ／または実行
するコンピュータシステムに拡大適用され、前記システムは実行環境を定義し、
実行のためいずれかのクラスのメソッドの１つを選択し、必ずしも選択したクラ
スの全体を実行環境にロードせずに選択したメソッドを実行環境にロードするよ
うに動作が可能である。

【００２４】本発明の他の態様によれば、伝送手段を介して複数のクライアントデバイスと
通信するサーバーを備える分散コンピュータシステムを提供し、それぞれのクラ
イアントデバイスは、複数のメソッドをそれぞれが含むクラスの形で提供される
コードを含むオブジェクト指向コンピュータプログラムを実行するためのそれぞ
れの実行環境を持ち、前記システムは、（ａ）クライアントデバイスの１つで実行するためにいずれかのクラスのメソ
ッドのうちから１つ選択する手段と、（ｂ）必ずしも選択したクラス全体を前記実行環境にロードせずに、選択した
メソッドを前記クライアントデバイス内の実行環境にロードする手段を備える。

【００２５】本発明は、オブジェクト指向コンピュータプログラムの方法と装置に拡大適用
されるだけでなく、そのようなプログラムのコンパイル、そのようなプログラム
のバインド、そのようなプログラムの実行、およびそのようなプログラムの送信
を通信ネットワーク上で実行するための方法と装置にも拡大適用される。

【００２６】最後に、本発明はさらに、データキャリア上で実装されているいないに関係な
く、説明したメソッドのいずれかを実装するコンピュータプログラムにも拡大適
用される。さらに、説明したメソッドを実行するコンピュータプログラムを表す
データストリームにも拡大適用される。

【００２７】「コード」という単語を説明と請求項で使用している場合、これはデータがプ
ログラム自体の一部であるデータを含むことは理解されるであろう。したがって
、制限することなく、「コード」という表現は定数、変数名および型、フラグ、
ポインタ、オブジェクト名などを含む。

【００２８】本発明は、さまざまな方法で実施することができ、また添付図面を参照しなが
ら例を用いて特定の一実施形態を説明する。

【００２９】図面の簡単な説明で説明されている図１は、ＪＶＭ内のＪＩＴコンパイラがプ
ロセッサ独立のバイトコードからプロセッサ依存のネイティブコードに変換し、
特定のプロセッサ上で実行する方法を示している。本発明では、バイトコード
からネイティブコードへの変換は次のように２つの異なる段階に分けて実行する
。１．クラスファイルを中間プロセッサ独立形式に変換するステップ。これは仮
想プロセッサまたはＶＰコードと呼ばれる。コンバータ自体は、好ましい実装で
は「ｊｃｏｄｅトランスレータ」と呼ばれている。２．中間ＶＰ形式からネイティブマシンコードに変換するステップ。コンバー
タはここでは、「ネイティブトランスレータ」と呼ばれる。

【００３０】図２は、クラスバイトコードからネイティブコードへの変換を詳細に示す。ク
ラスバイトコード２１０は、クラスベリファイヤ（ｃｌａｓｓｖｅｒｉｆｉｅ
ｒ）２１１により最初に妥当性の確認が行われる。これは、個々のバイト自体を
チェックするだけでなく、有効な外部および内部参照もチェックする。クラスベ
リファイヤは、必要ならば、追加クラスをロードし、外部参照をチェックする。

【００３１】コードは、チェックが済むと、ｊｃｏｄｅトランスレータ２１２に渡され、そ
こで、以下に詳述するように、ＶＰコード２１３に変換される。ＶＰコード２１
３は、ネイティブトランスレータ２１４によってネイティブコード２３０に変換
される。

【００３２】クラスベリファイヤ２１１、ｊｃｏｄｅトランスレータ２１２、ＶＰコード２
１３がすべてプロセッサ独立であることを理解することが重要であり、これはネ
イティブトランスレータ２１４のみであり、もちろんプロセッサ固有の最終ネイ
ティブコード２３０である。

【００３３】図２の右側には、変換プロセスで操作されているオブジェクトの概略表現が示
されている。プロセスは、複数の個別メソッド２０２を含むＪａｖａ（登録商標
）クラスファイル２０１の形のクラスバイトコードから始まる。ｊｃｏｄｅトラ
ンスレータは、クラスファイルを複数の個々の仮想プロセッサツール２０３に変
換する。実行するアプリケーションに応じて、必要な仮想プロセッサツール２０
３を選択し、それらの選択したツール（およびそれらのツールのみ）がネイティ
ブトランスレータによって個々のネイティブメソッド２０４に変換される。元の
クラスファイル全体２０１が必ずしもネイティブトランスレータ２１４に渡され
るわけではなく、実際にアプリケーションによって必要とされる仮想プロセッサ
ツール２０３のみが変換され、最終的にクライアント上で実行できるように格納
されることを理解することが重要である。変換プロセスが完了したら、クラスフ
ァイル２０１全体だけでなくＶＰツール２０３もメモリから破棄される。個々の
ネイティブメソッド２０４のみが残るため、メモリ利用効率が非常に高い。

【００３４】図４は、異機種マルチプロセッサ環境内で好ましい実施形態を使用する状況の
概略を示す。これは、図３に示されている対応する従来技術の方式と比較すべき
である。

【００３５】図４では、サーバ４１０が２つのクライアント４３０、４４０（異なるプロセ
ッサを持つ）に通信ネットワーク４５０を介してサービスを提供している。プロ
セッサ独立計算はすべてサーバ上で実行され、特に、サーバはクラスストア４２
０、クラスベリファイヤ４２１、ｊｃｏｄｅトランスレータ４２２、およびＶＰ
ストア４２３を保持する。複数のメソッド４８１を含む初期Ｊａｖａ（登録商標
）クラスファイル４８０は、前述の２段階プロセスを介して、複数のＶＰツール
４８２に変換され、ＶＰストア４２３内に格納される。ＶＰ（プロセッサ独立）
ツールは必要に応じて、ネットワーク４５０を介して個々のクライアントで利用
できる。ＶＰツールは、個々のクライアントトランスレータ４２４、４２５によ
ってネイティブメソッド４８３、４８４に変換され、それぞれのプロセッサにつ
いて最適化される。これらのネイティブメソッドは、格納されたそれぞれのネイ
ティブコード４３２、４４２内に収められる。

【００３６】図４に示されているように、サーバ上でＶＰを使用すると、クラスファイルの
検証とコンパイルの第１段階（ＶＰへの変換）をサーバで１回だけ実行できる。
次に、実行前に（プロセッサタイプにより異なる）ネイティブ変換のみをクライ
アントデバイスで実行する必要がある。このような配列により、サーバで更新さ
れたクラスを簡単に供給することができ、しかも、それらのクラスを使用しよう
としている特定のクライアントの詳細をいっさい知る必要がない。更新されたク
ラスは、クラスバイトコード内で１回だけ修正する必要があり、その後、１回だ
けＶＰに変換する。ＶＰは、必要に応じて、クライアントデバイスに送信され、
エンドユーザに対しまったく透過的な方法でクライアントでネイティブコードへ
の最終変換を実行できる。さらに、新しいタイプのクライアントが異なるネイテ
ィブコードを必要とする市場に出回った場合も、サーバやＶＰコードへの修正は
必要ない。クライアントメーカーは単に、適切なネイティブトランスレータをク
ライアントに提供するだけであり、デバイスはサーバで人手が介在することなく
動作する。

【００３７】説明した方式では、ネットワークで、Ｊａｖａ（登録商標）クラスファイル４
８０をダウンロードする必要も、また個々のメソッド４８１をすべてダウンロー
ドする必要もない。個々のクライアントアプリケーションで実際に必要とするＶ
Ｐツールのみをネットワークで送信するればよい。必要なＶＰツールは、オンデ
マンドでダウンロードしたり（たとえば、クライアントからサーバに返される制
御信号を使って）、あるいはそれとは別に、サーバ側で必要と判断したときに送
信することができる。一実施形態では、たとえば、サーバは更新されたＶＰツー
ルをネットワークで送信し、クライアント上で実行されているアプリケーション
プログラムを更新することができる。これは、リアルタイムで、エンドユーザに
まったく透過的に実行することもできる。それとは別に、あるいはそれに加えて
、個々の送信されたＶＰツールは「アド−イン」、つまりユーザがクライアント
上で実行するアプリケーションプログラムに追加しようとする追加機能を表すこ
とができる。１つの特に便利な方式では、クライアントでコードを使用できない
アプリケーションプログラムにおいて機能を使用しようとしたときに、クライア
ントは自動的に、必要なＶＰツールをダウンロードすることを要求するサーバに
信号を送信する。サーバは、ローカルネイティブトランスレータ４２４、４２５
によってネイティブ形式に変換された要求ＶＰツールを送信することにより応答
する。

【００３８】図４ａは、個々のネイティブトランスレータがサーバ上に保持される他の実施
形態を示している。図４ａでは、参照番号は図４で使用されているのと同じ意味
を持つ。

【００３９】この実施形態の一バージョンでは、クライアントプロセッサのそれぞれのネイ
ティブメソッドの完全な集まりがサーバ上のそれぞれのネイティブコードストア
４３２′、４４２′内に格納される。必ずしも前もってどのメソッドが個々のク
ライアントに必要なのかを判断できないため、ＶＰツール４８２全体をそれぞれ
のネイティブトランスレータ４２４、４２５に渡し、ネイティブメソッド４８３
、４８４の包括的選択を行うことが好ましい。クライアントによって特定の新し
いメソッドまたは更新されたメソッドが呼ばれると、あるいはサーバによって送
信が要求されると、通信ネットワーク４５０を介して適切な個々のネイティブメ
ソッドが送信される。前のように、個々のメソッドのみが送信され、クラス全体
もまた元のクラスから作成されたネイティブメソッドすべても送信されない。

【００４０】さらに他の方法では、サーバは可能なクライアントプロセッサごとに予め変換
されたメソッドの完全な集合体を保持する必要はない。その代わりに、特定のＶ
Ｐツールが必要になったときに、オンザフライで、適切なネイティブトランスレ
ータ４２４、４２５により変換し、そのネイティブメソッドを即座にクライアン
トに送信する。

【００４１】図５に示されている特定の実装が携帯電話ネットワークのそれであるとする。
ネットワークを使用する個々の携帯電話５３０、５５０はそれぞれ、ネイティブ
トランスレータ５２４、５２５とネイティブコードストア５３２、５４２を備え
る。電話の機能をアップグレードする必要がある場合、更新されたＶＰコードは
、中央サーバ５２０のＶＰストア５２３から供給される。更新されたＶＰコード
は地上通信網５１１を介して無線送信機５１２に送信される。その後、コードを
パケット化し、無線リンク５１３で個々の電話に送信する。受信したＶＰコード
は、自動的にネイティブコードに変換され、ネイティブコードストアに格納され
る。プロセス全体を携帯電話ユーザに透過的にすることができ、またはそれとは
別に、更新されたコードを無線リンク５１３を介して電話ユーザからの特定の要
求を受け取ったときに送信できる。

【００４２】この方法で携帯電話ネットワーク（または実際には他のタイプの無線クライア
ントネットワーク）を実装すると、クライアントは、クラス全体（たとえば１０
ＫＢ）をダウンロードする代わりに個々のメソッド（それぞれの長さはたとえば
１００バイト）をダウンロードすることができる。この方法で個々のメソッドを
送信すると、大きなファイルを送信しているときに仮想回路を長時間開いたまま
にする必要がないため無線ネットワークプロバイダには都合がよい。それぞれの
小さな個々のメソッドを別のルートで送ることもできる。また、小さなデータチ
ャンクを送信するので、冗長性および誤り訂正の手法の必要性も減じ、それによ
りネットワーク容量の増加が生データ転送速度と単に比較して期待される以上と
なる。元のクラスファイルの一部もＶＰツールもクライアントメモリ内に残って
いる必要がないという事実は、そのメモリ全体をネイティブメソッドの格納とネ
イティブコードでのアプリケーションの実行専用にできることを意味している。

【００４３】完全を期すため、クラスファイルをＶＰに変換し、ＶＰツールをネイティブに
変換する好ましい方法について詳述することにする。これは単なる例に過ぎない
こと、また本発明は、最初のバイトコードからＶＰに、次にＶＰからネイティブ
に変換する２段階変換がある実施形態に制限されないことは理解されるであろう
。

【００４４】図２に戻り、クラスバイトコード２１０からネイティブコード２３０への好ま
しい２段階変換について詳述する。すでに述べたように、クラスベリファイヤ２
１１はクラスバイトコードが有効かどうかをチェックする。クラスベリファイヤ
は、いくつかの実施形態では、ｊｃｏｄｅトランスレータ内に組み込むことがで
き、そのクラスでは、クラスバイトコード２１０が矢印２４０で示されているよ
うにまっすぐｊｃｏｄｅトランスレータ２１２に渡される。

【００４５】実装されるＪＶＭおよびバイトコード命令はスタックベースであり、オペラン
ド（数値、オブジェクトへのポインタ）はスタック上に保持され、押し込まれた
最後のアイテムが最初に取り出される仕組みをとる。バイトコード命令は通常、
スタックから１つまたは複数のオペランドを取り出して、ある種のアクションを
実行し、結果オペランド（もしあれば）をスタックに押し戻す。他方、ＶＰはレ
ジスタベースであり、ＶＰ命令により直接アドレス指定される一組のレジスタを
持つ。命令は通常、命令で指定したレジスタからオペランドを取り、ある種のア
クションを実行し、結果オペランド（もしあれば）を命令で指定されている他の
レジスタに入れる。このレジスタベースのアーキテクチャは、ＶＰは非常に多く
のレジスタを備え、ＶＰへの変換を行ういずれかのシステムがレジスタの本数を
気にしなくて済むだけの数を有する以外に、大半の実際のプロセッサによく似て
いる。

【００４６】ＶＰ命令は式に基づく。単一の命令は通常、１つまたは２つのオペランドを持
ち、各オペランドには定数、レジスタ、または式を使用できる。式は、１つまた
は２つのオペランドを持ち、それぞれは定数、レジスタ、または式を使用できる
。この方式で、どのように複雑な命令でも作成できる。

【００４７】次に、クラスファイルの各部がどのように変換されるかを詳述する。説明では
、「フィックスアップ」という用語を使用するが、これはコンパイラの出力コー
ドまたはデータ内の特定の位置にアタッチされたデータの小さなアイテムであり
、その位置にあるコードまたはデータを使用する前に何らかの方法で修正する必
要があることをＪＶＭに指示するものである。フィックスアップは、ネイティブ
コードが他のクラスまたはその中のフィールドやメソッドへの直接参照を取得で
きるように、ネイティブ命令またはデータアイテムを変更する場合に使用される
。

【００４８】Ｊａｖａ（登録商標）クラスファイルは以下の部分で構成される。・名前の代わりにクラスファイルの他の部分の定数値および名前を格納し、
ここに格納される名前への参照がある定数プール。・このクラス、スーパークラス、および直接スーパーインタフェースの名前
などの情報。・お互いに関する情報を含むフィールドのリスト。・お互いに関する情報を含むメソッドのリスト。この情報には、コードセク
ションが含まれる。そのため、メソッドごとに１つずつ、複数のコードセクショ
ンがある。

【００４９】Ｊａｖａ（登録商標）クラスファイルは次のようにＶＰツールに変換される。・データツール。その名前と異なり、クラスで使用するデータとはまったく
関係ない。その代わりに、名前、パラメータ、すべてのコンストラクタの型、フ
ィールド、メソッド、およびクラスのＡＰＩを構成する他のエンティティなどを
含み、これらには限定されないクラスに関する情報を含む。これの代表的な用途
は、リフレクション（つまり、Ｊａｖａ（登録商標）ライブラリ内のｊａｖａ（
登録商標）．ｌａｎｇ．ｒｅｆｌｅｃｔの機能）である。リフレクションは、プ
ログラマがコンストラクタ、フィールド、メソッド、およびクラスに属するその
他のエンティティを列挙し、操作するためのプログラムインタフェースである。
データツールはさらに、クラスファイルが使用できなかったり、クラスファイル
がすでに変換されている状況で、検証するｊｃｏｄｅトランスレータによっても
使用される。クラスがＶＰで書かれている場合には、とにかくクラスファイルは
ない。・クラスツール。これには、ＪＶＭで使用するある種のハウスキーピング情
報（割り当てるオブジェクトのサイズ、クラスのスタティックデータがあればそ
のデータ、スーパークラスおよびスーパーインタフェースなど）、と非スタティ
ックメソッドの一部または全部のコードが含まれる。・０個またはそれ以上のメソッドツール。クラスツールに現れないメソッド
はそれ独自の個別ツールを持つ。メソッドをそのメソッドのツール内に置くかど
うかの決定は、メソッドのサイズなどｐの多数の要因に基づく。・フィックスアップツール。フィックスアップツールは通常、特定のフィー
ルドのオブジェクト内のオフセットを決定するために使用されるフィックスアッ
プ定数値を返す。このツールは、オフセットを提供するためにフィックスアップ
時に呼び出され、バインダ／リンカは、オフセットを使用しようとするコード内
にそのオフセットを当てる。これを使って、「フィールドを取得する」と「フィ
ールドを置く」の両方をバイトコードで実装する。より一般的には、フィックス
アップツールは、フィックスアップに使用するデータを返す。これは、フィック
スアップ時にのみ決定でき、コンパイル時には決定できない。データには、クラ
スインスタンスのサイズおよびフィールドのクラスインスタンス内のオフセット
などが含まれる。データツールは、Ｊａｖａ（登録商標）アプリケーションがいくつかの機能（
大半はリフレクション）を使用しないことがわかっている場合に破棄することが
でき、またフィックスアップツールは、他のＪａｖａ（登録商標）クラスを動的
にロードしないデバイスにＪａｖａ（登録商標）アプリケーションを埋め込む場
合に破棄することができる。

【００５０】ｊｃｏｄｅトランスレータは、スタック上のアイテムごとにＶＰレジスタを使
用する。

【００５１】ＶＰコードで直接、バイトコード内から他のクラス、メソッド、またはフィー
ルドにアクセスするためのクラスファイルのメカニズムを実装するわけではない
。バイトコードには、メソッドを呼び出す（この場合、他のクラス）、フィール
ドの内容を取得する（この場合、このクラスまたは他のクラス）、値をスタック
にプッシュする、値をスタックからポップする、フィールドの内容を設定するな
どの命令がある。ｊｃｏｄｅトランスレータは、これらを以下のいずれかの操作
を実行できるＶＰ命令に変換する（網羅してはいない）。・クラス内の非スタティックメソッド（つまり、オブジェクトポインタの渡
し先）を呼び出す。ＶＰには、メソッドを持つクラスという概念があり、これを
使用してＪａｖａ（登録商標）クラスを実装する。このようなメソッドの呼び出
しは、仮想的に（呼び出される実際のメソッドはポインタが渡されるオブジェク
トのクラスによって決まる）または非仮想的に（呼び出されるメソッドは呼び出
しで指定されたクラス内にある）行うことができる。・サブルーチンを呼び出す。これは、スタティックメソッド（つまり、オブ
ジェクトポインタが渡されないメソッド）および場合によっては非スタティック
メソッドのバイトコードの呼び出しを実装するために使用される。・フィックスアップツールから定数フィックスアップの値を取得する。

【００５２】クラスファイル内の定数プールは次のように変換される。・定数値（整数または浮動小数点数）を含む定数プールエントリは定数値を
参照するＪＢＣ命令のコンパイル済みバージョンに組み込まれる。・ＪＢＣ命令によって直接使用される文字列データを含む定数プールエント
リは、コンパイラの出力コードにアタッチされたデータにコピーされる。・文字列データを含む他の定数プールエントリは直接には使用されないが、
以下の定数プールタイプまたはクラスファイルの他の部分によって参照されると
きに使用される。・クラスＣを参照する定数プールエントリにより、クラスＣ（またはＪＶＭ
のクラスの内部名）を参照するフィックスアップがコンパイラの出力コード／デ
ータにアタッチされ、これにより、この定数プールエントリを使用してＣを参照
するＪＢＣ命令がネイティブコードシーケンスにコンパイルされ、フィックスア
ップを適用した後、このシーケンスでクラスＣのコードおよびデータへのアクセ
スが可能になる。・クラスＣ内のフィールドＦを参照する定数プールエントリにより、Ｃ内の
Ｆ（またはＪＶＭのＣ内のＦの内部名）を参照するフィックスアップがコンパイ
ラの出力コード／データにアタッチされ、これにより、この定数プールエントリ
を使用してＦを参照するＪＢＣ命令がネイティブコードシーケンスにコンパイル
され、フィックスアップを適用した後、このシーケンスでフィールドＦのアクセ
スが可能になる。・クラスＣ内のメソッドＭを参照する定数プールエントリにより、Ｃ内のＭ
（またはＪＶＭのＣ内のＭの内部名）を参照するフィックスアップがコンパイラ
の出力コード／データにアタッチされ、これにより、この定数プールエントリを
使用してＭを参照するＪＢＣ命令がネイティブコードシーケンスにコンパイルさ
れ、フィックスアップを適用した後、このシーケンスでメソッドＭのアクセスが
可能になる。・フィールドまたはメソッドの名前および型を与える定数プールエントリは
直接には使用されないが、他の定数プールエントリ型またはクラスファイルの他
の部分により参照されるときに使用される。

【００５３】クラスファイル内のコードセクションは次のように変換される。・純粋に数値だけの計算を実行するコード（つまり、外部メソッドへの参照
がない）は、バイトコードからＶＰ内の対応するツールに直接変換される。・図６に示されているように、バイトコード６００にはフィールドへの参照
６１０が含まれており、これは呼び出し６１１によりフィックスアップ時にフィ
ックスアップツールに変換される。フィックスアップツールへの呼び出しは、フ
ィールドの場所を参照する値を返す。したがって、命令が実行されるまでに正し
いオフセットを含むようにパッチを当てる必要がある。・スタティックメソッド６２０は、対応するＶＰツールに変換されるが、フ
ィックスアップコード６２１の追加がある。・非スタティックメソッド６３０はメソッドの呼び出しのフィックスアップ
（つまり、メソッド名への参照）をそれに追加している。これは結局、最後のネ
イティブコード内のアトムになる。

【００５４】呼び出し規則は、バイトコードとＶＰとでかなり異なる。Ｊａｖａ（登録商標
）バイトコードなどの従来のバイトコードでは、サブルーチンに渡すパラメータ
はスタックに置かれ、その後に呼び出すメソッドへの参照が置かれる。次にメソ
ッドを呼び出すバイトコード命令が実行されてスタックからそのメソッド参照が
取り出され、その参照が解決され、スタックから取り出したパラメータ付きで新
しいメソッドの実行が開始する。ｒｅｔｕｒｎ命令が実行されると、制御権が元
のメソッドに戻される。これはＶＰに変換され、宛先メソッドを指すようにフィ
ックスアップされた（このフィックスアップは静的または動的に見つけることが
できる）ｇｏｓ（ｇｏｔｏｓｕｂｒｏｕｔｉｎｅ）命令を実行する前にすべて
のパラメータをＶＰレジスタにロードする。実行権がサブルーチンに渡され、「
ｒｅｔ」命令が実行されると戻る。

【００５５】ファイルの他の部分は次のように変換される。・クラスの名前により、コンパイラが出力したコードおよびデータを参照す
るために、ＪＶＭで使用される名前を決定する。・スーパークラスの名前が、コンパイラによって出力されたコードおよびデ
ータ内のスーパークラスへの何らかの参照となる。好ましい形態では、リンク後
、ポインタがスーパークラスのコードおよびデータを指すように、フィックスア
ップがアタッチされたポインタが出力データに含まれる。・各インタフェースの名前が、出力されたコードおよびデータ内のインタフ
ェースへの何らかの参照となる。好ましい実装では、リンク後、ポインタがイン
タフェースのコードおよびデータを指すように、フィックスアップがアタッチさ
れた各インタフェースのポインタが出力データに含まれる。・各メソッドにアタッチされたデバッグ情報（およびクラスファイルに格納
されているソースファイル名）が、もしあれば、ＪＶＭが稼動する環境に適した
形式に変換される。好ましい実装では、デバッグ情報は、システムの非Ｊａｖａ
（登録商標）部分に使用されるのと同じ形態に変換される。

【００５６】最後のＶＰクラスは、１つまたは複数の名前付きツールを備え、通常これは、
少なくともデータツール、クラスツール、フィックスアップツール、および０個
またはそれ以上のメソッドツールを含む。ツール名は、ｊｃｏｄｅトランスレー
タによって自動的に生成され、それぞれの名前がクラスの名前と、そのクラスの
実装内の各ツールの機能に関連付けられる。

【００５７】図２に再び戻り、ＶＰコードをネイティブコードに変換するネイティブトラン
スレータについて詳述する。もちろん、ＶＰコードはそれ自体実行中アプリケー
ション内で決して直接実行されるわけではなく、常に、プロセッサ依存のネイテ
ィブトランスレータによって、コードを実行するプロセッサに適したネイティブ
コードに変換される。

【００５８】ネイティブトランスレータ２１４は、組み込みシステム内のメモリに簡単に格
納できるように、きわめて小さなコード断片（プロセッサにもよるが１５０Ｋバ
イト程度）である。トランスレータ２１４は、ＶＰレジスタを使用されている特
定のプロセッサのレジスタにマッピングする。トランスレータは、実際のプロセ
ッサのレジスタアーキテクチャの知識を利用して、出力ネイティブコード内の各
位置でどのＶＰレジスタを実際のプロセッサのレジスタにマッピングし、どれを
メモリ内に保持するか（アクセスするのに遅い）を決定する。トランスレータは
さらに、マシン依存の命令最適化も実行する。ネイティブコードがバインドされ
るまで、そのままふつうにフィックスアップコードのセクションを含む。バイン
ド後（あるいはときには実行時に）、フィックスアップコードは適切なマシン依
存命令で置き換えられる。たとえば、非スタティックメソッドのフィックスアッ
プは、ネイティブコード内のアトムに変換される。

【００５９】ｊｃｏｄｅトランスレータとネイティブトランスレータは両方とも、それ自体
、ＶＰコードで書くのが好ましく、目的のプラットフォーム上で実行するように
変換できる（ネイティブトランスレータ自体を使用して）。その初期ＶＰコード
から、両方のトランスレータのコンパイル済みバージョンをネイティブコードに
し、トランスレータを実行する特定のプロセッサについて最適化することができ
る。ｊｃｏｄｅトランスレータ用にＶＰコードをコンパイルするには、そのコー
ドをネイティブトランスレータに通す。ネイティブトランスレータ用にＶＰコー
ドをコンパイルするには、そのコードをネイティブトランスレータそれ自体に渡
す。

【００６０】好ましい実施形態では、Ｊａｖａ（登録商標）仮想マシンを使用するが、本発
明の全体的な概念はもっと一般的であり、ＪＶＭを使用することも、あるいは実
際にＪａｖａ（登録商標）を使用することもまったく本質的でない。ただし、Ｊ
ａｖａ（登録商標）を使用する場合、説明した本発明を利用すると、Ｊａｖａ（
登録商標）を使ってアプリケーションを作成するのに慣れているプログラマであ
ればＶＰコードに関して理解していなくてもまたさらにはＶＰコードについて何
も知らなくても自分が好む言語でプログラムを開発できる。

【図面の簡単な説明】

【図１】ＪＶＭ内の従来のＪＩＴコンパイラの動作を示す図である。

【図２】本発明の好ましい実施形態の２段階変換プロセスを示す図である。

【図３】代表的な従来技術のクライアント／サーバシステムの図である。

【図４】クライアント／サーバシステム内の本発明の好ましい実施形態の動作を示す図
である。

【図４ａ】図４に示されている実施形態の一変種の図である。

【図５】無線ネットワーク内の本発明の動作を示す図である。

【図６】本発明の好ましい実施形態により、バイトコードから中間仮想プロセッサコー
ドに変換するいくつかの態様を示す図である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ

Claims

【特許請求の範囲】

【請求項１】複数のメソッドをそれぞれが含むクラスの形で提供されるコ
ードを含むオブジェクト指向コンピュータプログラムをロードする方法であって
、（ａ）実行するためにいずれかのクラスのメソッドのうちから１つ選択するス
テップと、（ｂ）前記選択したクラス全体を実行環境に必ずしもロードすることなく、選
択したメソッドを実行環境にロードするステップとを具えたことを特徴とする方法。
【請求項２】前記実行環境に前記選択されたクラスの前記メソッドのすべ
てを必ずしもロードすることなく、前記選択されたメソッドをロードすることを
特徴とする請求項１記載の方法。
【請求項３】前記実行環境に前記選択されたメソッド以外の前記選択され
たクラスの前記メソッドのいずれも必ずしもロードすることなく、前記選択され
たメソッドをロードすることを特徴とする請求項１記載の方法。
【請求項４】前記選択されたクラスの前記メソッドのすべてを必ずしもコ
ンパイルすることく、前記選択されたメソッドをコンパイルすることを特徴とす
る請求項１記載の方法。
【請求項５】前記選択されたメソッド以外の選択されたクラスの前記メソ
ッドのいずれも必ずしもコンパイルすることなく、前記選択されたメソッドをコ
ンパイルすることを特徴とする請求項１記載の方法。
【請求項６】前記選択されたクラスのすべてのメソッドを必ずしも送信す
ることなく、サーバから前記選択されたメソッドを実行するクライアントデバイ
スに前記選択したメソッドを通信ネットワーク経由で送信することを特徴とする
請求項１記載の方法。
【請求項７】前記選択されたメソッド以外の選択されたクラスのメソッド
のいずれも必ずしも送信することなく、サーバから前記選択されたメソッドを実
行するクライアントデバイスに前記選択したメソッドを通信ネットワーク経由で
送信することを特徴とする請求項１記載の方法。
【請求項８】前記クラスは、Ｊａｖａ（登録商標）クラスであることを特
徴とする請求項１記載の方法。
【請求項９】仮想プロセッサの命令セットを使用する複数の仮想プロセッ
サツールに、前記クラスを変換する予備的なステップを含むことを特徴とする請
求項１記載の方法。
【請求項１０】前記実行するメソッドのうちから１つ選択するステップは
、仮想プロセッサツールのうちから１つ選択するステップを含むことを特徴とす
る請求項１記載の方法。
【請求項１１】前記選択されたクラスから変換された前記仮想プロセッサ
ツールすべてを必ずしもコンパイルし前記実行環境にロードすることなく、前記
仮想プロセッサツールをコンパイルしてロードすることを特徴とする請求項１０
記載の方法。
【請求項１２】前記選択されたツール以外の、前記選択されたクラスから
変換された前記仮想プロセッサツールのいずれも必ずしもコンパイルし前記実行
環境にロードすることなく、前記仮想プロセッサツールをコンパイルしてロード
することを特徴とする請求項１０記載の方法。
【請求項１３】前記選択されたクラスから変換されたすべての仮想プロセ
ッサツールをかならずしも送信することなく、サーバから前記選択されたメソッ
ドを実行するクライアントデバイスに前記選択した仮想プロセッサツールを通信
ネットワーク経由で送信することを特徴とする請求項１０記載の方法。
【請求項１４】前記選択されたクラスから変換された仮想プロセッサツー
ルのいずれも必ずしも送信することなく、サーバから前記選択されたメソッドを
実行するクライアントデバイスに前記選択した仮想プロセッサツールを通信ネッ
トワーク経由で送信することを特徴とする請求項１０記載の方法。
【請求項１５】前記通信ネットワークを介して送信する前に前記選択され
た仮想プロセッサツールをネイティブコードにコンパイルすることを特徴とする
請求項１３または１４記載の方法。
【請求項１６】前記通信ネットワークを介して送信した後に、前記仮想プ
ロセッサツールをネイティブコードにコンパイルすることを特徴とする請求項１
３または１４記載の方法。
【請求項１７】前記請求項１ないし１６のいずれかに記載の方法を実行す
るように手直しされたことを特徴とするコンピュータシステム。
【請求項１８】それぞれが複数のメソッドを含むクラスの形で提供される
コードを含むオブジェクト指向コンピュータプログラムをロードするコンピュー
タシステムであって、前記システムは実行環境を定義し、実行のためいずれかの前記クラスの前記メ
ソッドの１つを選択し、前記選択したクラスの全体を前記実行環境に必ずしもロードすることなく、前
記選択したメソッドを前記実行環境にロードするように動作が可能であることを
特徴とするコンピュータシステム。
【請求項１９】伝送手段を介して複数のクライアントデバイスと通信する
サーバーを備える分散コンピュータシステムであって、それぞれのクライアントデバイスは、複数のメソッドをそれぞれが含むクラス
の形で提供されるコードを含むオブジェクト指向コンピュータプログラムを実行
するためのそれぞれの実行環境を有し、（ａ）クライアントデバイスの１つで実行するためにいずれかのクラスのメソ
ッドのうちから１つ選択する手段と、（ｂ）必ずしも前記選択したクラス全体を前記実行環境にロードせずに、前記
選択したメソッドを前記クライアントデバイス内の前記実行環境にロードする手
段とを具えたことを特徴とする分散コンピュータシステム。
【請求項２０】前記選択されたクラスの前記メソッドのすべてを必ずしも
送信することなく、前記選択されたメソッドを前記サーバから前記クライアント
デバイスに送信することを特徴とする請求項１９記載のコンピュータシステム。
【請求項２１】前記選択されたメソッド以外の前記選択されたクラスの前
記メソッドのいずれも必ずしも送信することなく、前記選択されたメソッドを前
記サーバから前記クライアントデバイスに送信することを特徴とする請求項１９
記載のコンピュータシステム。
【請求項２２】前記選択されたメソッドを送信前にサーバでコンパイルす
ることを特徴とする請求項１９記載のコンピュータシステム。
【請求項２３】前記選択されたメソッドを送信後にクライアントデバイス
でコンパイルすることを特徴とする請求項１９記載のコンピュータシステム。
【請求項２４】クライアントデバイスが古くなったメソッドを使用してい
ると判断された場合に、更新したメソッドを前記クライアントデバイスに送信す
るようにサーバを構成することを特徴とする請求項１９記載のコンピュータシス
テム。
【請求項２５】更新されたメソッドをクライアントデバイスから要求され
たときに、前記更新されたメソッドを前記クライアントデバイスに送信するよう
にサーバを構成することを特徴とする請求項１９記載のコンピュータシステム。
【請求項２６】要求側クライアントデバイスによる要求に従ってメソッド
を送信するようにサーバを構成し、受信したメソッドを動的にその実行環境にバインドするように前記要求側クラ
イアントデバイスを構成することを特徴とする請求項１９記載のコンピュータシ
ステム。
【請求項２７】前記サーバは、複数の仮想プロセッサツールを格納し、前記ツールは、仮想プロセッサの命令セットを使用し、前記オブジェクト指向
プログラムの１つまたは複数のクラスの変換結果となることを特徴とする請求項
１９記載のコンピュータシステム。
【請求項２８】実行するメソッドのうちから１つ選択する手段は、仮想プ
ロセッサツールのうちから１つ選択する手段を具えたことを特徴とする請求項２
７記載のコンピュータシステム。
【請求項２９】前記選択されたクラスから変換された前記仮想プロセッサ
ツールのすべてを必ずしも送信することなく、前記サーバが前記選択された仮想
プロセッサツールを前記クライアントデバイスに送信することを特徴とする請求
項２８記載のコンピュータシステム。
【請求項３０】前記選択されたツール以外の前記選択されたクラスから変
換された前記仮想プロセッサツールのいずれも必ずしも送信することなく、前記
サーバは前記選択された仮想プロセッサツールを前記クライアントデバイスに送
信することを特徴とする請求項２８記載のコンピュータシステム。
【請求項３１】前記選択された仮想プロセッサツールを送信手段で送信す
る前に、ネイティブコードに変換することを特徴とする請求項２８記載のコンピ
ュータシステム。
【請求項３２】前記選択された仮想プロセッサツールを送信手段で送信し
た後にクライアントデバイスによりネイティブコードに変換することを特徴とす
る請求項２８記載のコンピュータシステム。
【請求項３３】送信手段が無線ネットワークを備えるか、または無線ネッ
トワークを含むことを特徴とする請求項１９記載のコンピュータシステム。
【請求項３４】クライアントデバイスが携帯電話であることを特徴とする
請求項３３記載のコンピュータシステム。
【請求項３５】クライアントデバイスが携帯型コンピュータであることを
特徴とする請求項３３記載のコンピュータシステム。
【請求項３６】クライアントデバイスがゲームコンソールであることを特
徴とする請求項３３記載のコンピュータシステム。
【請求項３７】請求項１ないし１６のいずれかに記載の方法を実行するこ
とを特徴とするコンピュータプログラム。
【請求項３８】請求項３７、または、請求項１ないし１６のいずれかに記
載の方法を実行するためコンピュータプログラムを伝送することを特徴とするデ
ータキャリア。
【請求項３９】請求項３７に記載、または、請求項１ないし１６のいずれ
かに記載の方法を実行するためコンピュータプログラムを表すことを特徴とする
データストリーム。