JP2000047875A - クラスロ―ダ - Google Patents

Abstract

(57)【要約】 【課題】 ネーム空間境界を越えてクラスに自動的アク
セスするクラスローダが提供される。 【解決手段】 ネーム空間境界を越えてクラスに自動的
アクセスする、そのアクセスは、アクセスされるクラス
を「公的」にする必要なく、行われる。クラスの第１の
集合を含む第１のカセットは、第２のカセットに従属す
る。第１のカセットからのクラスは第１のクラスローダ
によってロードされ、第２のカセットからのクラスは第
２のクラスローダによってロードされる。第１のカセッ
トからロードされていないクラスに対して第１の照会が
なされた場合、照会されたクラスは第２の、従属するカ
セット内において検索される。照会されたクラスが発見
された場合、第２のクラスローダによってロードされ
る。照会されたクラスが第２のカセット内に発見し得な
い場合にのみ、第１のカセット内で検索される。しか
し、照会されたクラスが、第２のカセット内で「私的」
として保護されている場合、第１のカセットにとっては
アクセス可能ではない。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータシス
テムの分野に関する。より具体的には、プログラムコー
ドの相互依存的集合間におけるプログラムオブジェクト
の共有のためのシステムおよび方法が提供される。

【０００２】

【従来の技術】クラスローダは、プログラムのクラスお
よびインターフェースを規定するプログラムファイルを
ロードするために、Ｊａｖａ^TMプログラミング言語にお
いて用いられる。Ｊａｖａ Ｖｉｒｔｕａｌ Ｍａｃｈ
ｉｎｅ（ＪＶＭ）は、典型的には、Ｊａｖａプログラム
を実行するために特定のハードウェアプラットフォーム
上で動作する「仮想」コンピュータとして実行され（す
なわち、ソフトウェア内で実行される）、１つ以上のク
ラスローダを含み得る。例えば、１つのＪａｖａプログ
ラムは、異なる場所からクラスファイルをロードするた
めに、異なるクラスローダを呼び出す（例えば、多数の
ウェブサイト／ページにアクセスするウェブブラウザ、
ローカルハードディスクから実行されるアプリケーショ
ンプログラム）。

【０００３】各クラスローダは、それがロードしたクラ
スを含む、関連するネーム空間を有する。クラスローダ
が特定のクラスをネーム空間にロードした後に、そのク
ラスが別のクラスを照会する場合、ＪＶＭは、その照会
しているクラスをロードした同一のクラスローダからそ
の照会されているクラスを要求する。ネーム空間内のク
ラスは独自の名称を有する必要があるが、別々のネーム
空間において機能する異なるクラスローダが、同一名称
のクラスをロードし得る。

【０００４】典型的には、１つのクラスローダによって
ロードされたクラスは、異なるクラスローダによってロ
ードされたクラスにアクセスし得ない（すなわち、クラ
スは、容易に、ネーム空間境界を越えて参照し得な
い）。この防衛機能は、１つのクラスローダによってロ
ードされた有害なコードが、別のクラスローダによって
用いられるクラスに干渉することを防ぐ。一般的に、ク
ラスローダを呼び出したアプリケーションプログラムの
みが、この防衛機能を無効にし得る。この防衛機能が、
クラスを「公的」に構築することで、プログラムのソー
スコードによって無効にされた場合、例えば、クラスは
広くアクセス可能となり、おそらく、開発者が意図した
ものを越えて広くなる。

【０００５】Ｊａｖａ言語の実行の１つにおいて、クラ
スローダの２つのレベルが提供される。システムクラス
ローダは、ハードウェアプラトフォームに対するＪＶＭ
の実行の１部として提供される。システムクラスローダ
はＪａｖａ ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏ
ｇｒａｍｍｅｒ’ｓ Ｉｎｔｅｒｆａｃｅ）に含まれる
全クラスに対してアクセスを有する。この実行におい
て、アプリケーションプログラムが最初に特定のクラス
を照会する（例えば、アクセスを試みる）場合、システ
ムクラスローダは、その特定のクラスを、信頼性のある
クラスのライブラリからロードしようと試みる。それが
失敗した場合、補助的なクラスローダがそのクラスをロ
ードする（例えば、それを、ネットワーク場所からダウ
ンロードすることにより）。その後、ロードされたクラ
ス（例えば、クラスの方法）が第２のクラスを照会する
場合、ＪＶＭは補助的なクラスローダに、第２のクラス
をロードするように要求を出す。なぜなら、それが第１
のクラスをロードしたからである。補助的なクラスロー
ダは、最初に、要求をシステムクラスローダに受け渡
す。システムクラスローダが第２のクラスをロードし得
ない場合にのみ、補助的なクラスローダがその要求を満
たすように求められる。

【０００６】上述の実行において、システムクラスロー
ダにアクセス可能なクラスは、異質なプログラムコード
からの安全を確保され、したがって、改悪から保護され
る。このスキームは、クラスへのアクセスに対するいく
らかの制御を可能にする（例えば、補助的なクラスロー
ダにとって利用可能なクラスは、それがシステムクラス
ローダによって提供されるクラスと同一の名称を有する
場合には、ロードされ得ない）。特に、それは、補助的
なクラスローダによってロードされたクラスが、システ
ムクラスローダによってロードされたクラスとして偽る
ことを防ぐ。

【０００７】しかし、この実行は、特定の、可能な利点
を提供するには至らない。特に、この実行は、１つのク
ラスローダ（例えば、システムクラスローダまたは補助
的なクラスローダの第１の例）が、別のクラスローダ
（例えば、補助的なクラスローダの第２の例）のクラス
に容易にアクセスすることを防ぎ、それは、関連するネ
ーム空間におけるクラスまたコードの間で関係がある場
合でさえもそうである。例えば、２つの異なるクラスロ
ーダによってロードされたクラスが若干の相互依存性ま
たは協調性を有する場合、クラスローダのネーム空間の
１つにおけるクラスは、アプリケーションプログラムの
側での特定の動き無しに、他のネーム空間内のクラスに
アクセスし得ない。

【０００８】

【発明が解決しようとする課題】１つのクラスローダ
が、選択されたクラスが私的として維持されることを可
能にする間、他のクラスローダによってロードされたク
ラスファイルに境界なくアクセスすることを可能にし、
且つ、ネーム空間境界を越えてのアクセスから保護され
るクラスローダアーキテクチャが提供される。

【０００９】

【課題を解決するための手段】本発明によるネーム空間
境界を越えてカセット内のクラスにアクセスする方法
は、第１のカセットの、第１のクラスローダおよび第１
のネーム空間への関連付けと、該第１のカセットに従属
する第２のカセットの、第２のクラスローダおよび第２
のネーム空間への関連付けと、該第２のカセットに従属
する全カセットを含む従属グラフの構築と、特定のクラ
スに対する、該第２のカセットからの第１の照会に応答
して、該照会されたクラスの、該第１のカセットからの
ロードの試行と、該照会されたクラスが該第１のカセッ
トからロードされない場合、該照会されたクラスの、該
第２のカセットからのロードの試行とを含み、それによ
り上記目的が達成される。

【００１０】ネーム空間境界を越えてカセット内のクラ
スにアクセスする方法は、前記第１のカセットが第３の
カセットに従属し、更に、前記照会されたクラスの、前
記第１のカセットからのロードを試行する前に、、該第
３のカセットからの該照会されたクラスへのロードの試
行を含んでもよい。

【００１１】ネーム空間境界を越えてカセット内のクラ
スにアクセスする方法は、保管ファイルの開放と、前記
第２のカセットの、該保管ファイルからの取出とを更に
含んでもよい。

【００１２】ネーム空間境界を越えてカセット内のクラ
スにアクセスする方法は、保管ファイルの開放が、ネッ
トワークを越えての該保管ファイルの受取を含んでもよ
い。

【００１３】ネーム空間境界を越えてカセット内のクラ
スにアクセスする方法は、前記第２のカセットに関連す
る目録の受取を更に含んでもよい。

【００１４】ネーム空間境界を越えてカセット内のクラ
スにアクセスする方法は、前記目録において識別された
場所からの、前記第１のカセットの取出を更に含んでも
よい。

【００１５】本発明による異なるクラスローダに関連す
る、クラスの多数の集合を含むプログラムを執行するコ
ンピュータシステムは、プログラムを執行するためのプ
ロセッサと、クラスの第１の集合からクラスをロードす
るための、第１のクラスローダと、クラスの該第１の集
合に従属する、クラスの第２の集合からクラスをロード
するための、第２のクラスローダと、前記第２のカセッ
トの前記従属を記憶するための、従属メモリとを含み、
クラスの該第２の集合内のクラスによって照会されたク
ラスが、クラスの該第２の集合において検索される前
に、クラスの該第１の集合において検索され、それによ
り上記目的が達成される。

【００１６】異なるクラスローダに関連する、クラスの
多数の集合を含むプログラムを執行するコンピュータシ
ステムは、クラスの前記第２の集合の前記従属を識別す
るための目録を更に含んでもよい。

【００１７】本発明による算出デバイスを動作させる方
法は、クラスの第１の組の作成と、クラスの第２の組の
作成と、クラスの該第２の組の、クラスの該第１の組へ
の従属関係の確立と、該従属関係の記憶と、クラスの該
第１の組の、第１のクラスローダへの関連付けと、クラ
スの該第２の組の、第２のクラスローダへの関連付け
と、特定のクラスに対する、クラスの該第２の組におけ
るクラスからの第１の照会の受取と、該従属関係に従っ
て、該特定のクラスの、クラスの該第１の組からのロー
ドの試行と、該特定のクラスが、クラスの該第１の組か
らロードされない場合、該特定のクラスの、クラスの該
第２の組からのロードの試行とを含み、それにより上記
目的が達成される。

【００１８】本発明によるプログラムオブジェクトにア
クセスする方法を、コンピュータによって執行された場
合に、コンピュータに実行させる命令を記憶する、コン
ピュータ読み取り可能記憶媒体は、該方法が、第１のカ
セットの、第１のクラスローダおよび第１のネーム空間
への関連付けと、該第１のカセットに従属する第２のカ
セットの、第２のクラスローダおよび第２のネーム空間
への関連付けと、該第２のカセットに従属する全カセッ
トを含む従属グラフの構築と、特定のクラスに対する、
該第２のカセットからの第１の照会に応答して、該従属
グラフにおける最も遠隔のカセットの位置づけと、該照
会されたクラスの、該遠隔カセットからのロードの試行
と、該照会されたクラスの、該第２のカセットに従属す
るカセットのうち次に遠隔のカセットからのロードの試
行とを含み、それにより上記目的が達成される。

【００１９】本発明による装置を執行させるプログラム
は、クラスの第１の組からクラスをロードするための、
第１のローダ手段と、クラスの第２の組からクラスをロ
ードするための、第２のローダ手段と、クラスの該第２
の組からクラスの該第１の組への従属を識別するため
の、目録手段と、クラスの該第２の組からの該従属を記
憶する、メモリ手段とを含み、該第１のローダ手段が、
クラスの該第２の組からの特定のクラスへの照会に応答
して、クラスの該第１の組から該特定のクラスのロード
を試行し、それにより上記目的が達成される。

【００２０】本発明によるプログラム命令の集合間にお
けるアクセスを可能にするデータ構造を含む、コンピュ
ータ読み取り可能記憶媒体は、該データ構造が、目録、
およびプログラム命令の第１の集合を含む保管ファイル
を含み、該目録が、プログラムクラスの該第１の組の、
プログラムクラスの第２の組への従属を識別し、それに
より上記目的が達成される。

【００２１】プログラム命令の集合間におけるアクセス
を可能にするデータ構造を含む、コンピュータ読み取り
可能記憶媒体は、前記目録がテキストファイルを含んで
もよい。

【００２２】

【発明の実施の形態】以下の説明は、当業者による発明
の実施および使用を可能にするために提示され、且つ特
定の応用および必要条件の観点から提示される。開示さ
れる実施態様に対する様々な改変が当業者には容易に明
らかとなり、本明細書中に規定される概括的な原理は、
本発明の精神および範囲から逸脱することなく、他の実
施態様および応用に適用され得る。したがって、本発明
は、示される実施態様に限定されるものではなく、むし
ろ、本明細書中に開示される原理および特徴と一貫する
最も広い範囲に合致する。

【００２３】発明の１つの実施態様においては、クラス
ローダは、アプリケーションプログラムのソースコード
を改変することなく、ネーム空間境界を越えてプログラ
ムコードをアクセスし得る、Ｊａｖａプログラミング言
語などのプログラミング言語に対して提供される。例え
ば、クラスローダは、Ｊａｖａ Ｖｉｒｔｕａｌ Ｍａ
ｃｈｉｎｅ （ＪＶＭ）またはそのサブクラスが提供さ
れるシステムクラスローダであり得る。または、クラス
ローダは、抽象ＣｌａｓｓＬｏａｄｅｒクラスのある例
であり得る。

【００２４】「カセット」と称される、プログラムコー
ドの第１の集合（例えば、クラスファイル）は第１のク
ラスローダに関連付けられ、第２のカセットは第２のク
ラスローダに関連付けられる。２つのカセットの間に従
属関係が確立され、それは、第２のカセットは第１のカ
セットの内容（例えば、クラス）に対するアクセスが許
可されているといった関係である。すなわち、第２のカ
セットは第１のカセットに従属している。

【００２５】従属リスト（例えば、リスト、テーブル、
またはグラフの形をとる）は、被従属カセットに対する
従属の完全な程度を明らかにするように構築される。リ
ストは、被従属カセットに従属する全カセットを含み、
それらのカセットに従属する全カセットなども含む。例
示的には、従属リストまたはグラフは、カセットがプロ
グラムの開発環境または実行時環境においてインストー
ルされるに伴い、構築される。プログラムの全要素（例
えば、カセットまたはＪＡＲファイル）が組み立てられ
るまで、一時的なデータ記憶装置に記憶される。一旦、
プログラムの実行が開始されると、従属関係グラフは、
容易なアクセスのため、メモリ内に配置される。従属関
係グラフで識別される様々なカセットは、「統合ネーム
空間」を共有すると考えられ得る。統合ネーム空間で
は、クラスおよび／またはパッケージが共有される。

【００２６】第２のカセットからロードされたクラスが
新たなクラスの例示を要求する場合、従属リストが探索
され、最も遠隔の従属カセット（すなわち、本実施例で
は、第１のカセット）を発見する。その従属カセットの
クラスローダは、照会されたクラスを従属カセットから
ロードするよう試みる。しかし、要求されたオブジェク
トがその従属カセットに含まれない場合、第２のクラス
ローダが、第２のカセット内にそのクラスを発見するよ
う試みる。

【００２７】本発明の、ここで説明される実施態様で
は、従属は、各カセットがサインされる際に確立され
る。カセットは、その正当性を確実にするために、暗号
キーによってデジタル的にサインされる。サインされた
カセットからクラスにアクセスするクラスローダは、標
準的な方法でデジタルサインが真正のものであることを
確証することによって、カセットを正当化し得る。一旦
カセットがサインされると、そのカセットも、またその
従属カセットも変更され得ず、したがって、その内容に
対する安全性が増強される。例示的に、カセットは多数
のクラスまたはクラスファイルによって形成される。カ
セットが組み立てられ、且つ、別のカセットに従属する
と見なされる場合、カセットに付随する目録に、その旨
の注釈が記載される。

【００２８】カセット（例えば、カセット内のクラス）
が別のクラスに第１の照会をする場合、ＪＶＭは、最初
に、そのクラスが既にロードされているかどうかを決定
する。既にロードされている場合、クラスは通常通りに
アクセスされる。しかし、ＪＶＭがそのクラスについて
全く照会先を有さない場合、ＪＶＭは、そのクラスをロ
ードするように照会した上記カセットのクラスローダに
指示を出す。しかし、そのカセットを検索する前に、任
意の従属カセットがクラスを含むかどうかを決定するた
めに、従属関係グラフが検討される。したがって、従属
カセットに関連するクラスローダは、最も遠隔地からカ
セットの検索を開始する。

【００２９】照会されたクラスが被従属カセット内に発
見される場合、そのクラスは、それが発見されたカセッ
トに関連するクラスローダによってロードされる。最後
に、且つ、照会されたクラスが従属カセット内で発見さ
れ得ない場合にのみ、被従属カセットが検索される。照
会されたクラスが従属カセット内で発見され、しかし、
「私的」として保護されている場合、標準的なＪａｖａ
のクラス保安手段が適用され、被従属カセットはクラス
にアクセスし得ない。したがって、クラスはロードされ
ない。発明の別の実施態様では、「パッケージ」保護を
備えるクラスもまた、自らのカセット外ではアクセス不
可能である。発明の更に別の実施態様では、「保護され
た」保護を備えるクラスは、カセットおよびネーム空間
境界を越えてアクセス可能である。

【００３０】発明の本実施態様において、上述の従属関
係は個別のカセットに関連付けられるか、または個別の
カセットと共に記憶される。しかし、別の実施態様で
は、カセットの相互従属性はＪＡＲ（Ｊａｖａ ＡＲｃ
ｈｉｖｅ）ファイルに関連して表される。この別の実施
態様では、カセットはＪＡＲファイルを介して移送さ
れ、各ＪＡＲファイルは１つのカセットのみを含み得
る。したがって、カセットの相互従属性は、本発明につ
いては、ＪＡＲファイルの相互従属性として表され得
る。

【００３１】ＪＡＲファイルは、Ｊａｖａアプリケーシ
ョンまたはアプレット（例えば、小規模のＪａｖａアプ
リケーション）、あるいはＪａｖａアプリケーションの
構成要素を移送するために例示的に用いられる。例え
ば、Ｊａｖａアプレットまたアプリケーションを要求さ
れたクラスファイル、画像ファイル、音声ファイルなど
とＪＡＲファイル内に組み合わせることにより、アプレ
ットは、インターネットなどの公共のネットワークにわ
たって移送され得る。これは、ウェブブラウザがウェブ
サーバからアプレットをダウンロードする必要がある場
合に有益であり、それは、例えば、全アプレットが１つ
のＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｐｏｒ
ｔ Ｐｒｏｔｏｃｏｌ）処理においてダウンロードされ
得るためである。ＪＡＲファイルもまた、その名称が示
唆するように、アーカイブの目的に用いられ得る。

【００３２】図１は、発明の実施態様が用いられるプロ
グラム開発環境などの、例示的なプログラム環境を示
す。図１のプログラム環境は、例示的に、一般的な目的
のコンピュータまたは手で持つコンピュータなどの特別
な目的のコンピュータに属する。そのようなデバイス
（例えば、プロセッサ、メモリ、およびデータ記憶装
置）の詳細は周知であるので、明瞭さのために省略され
る。

【００３３】示される環境は、ＪＡＲファイル１００、
１０２、１０４を含む。ＪＡＲファイル１００、１０
２、１０４は、それぞれ、カセット１０６、１０８、１
１０を含む。ここで説明される実施態様において、カセ
ットは、共通の機能を有するクラスの集合である。各カ
セットは、１つ以上のサービス（例えば、印刷サービ
ス、クレジットカードプロトコル、税サービス）をアプ
リケーションプログラムおよび／または他のカセットに
提供する。したがって、Ｊａｖａアプリケーションは一
般的に他のプログラムコードから独立しているが、カセ
ット（１つのアプリケーション内のカセットであって
も）はコード（クラスなどの）を共有し、且つ必要なサ
ービスおよび機能を提供するために別のカセットにしば
しば依存する、という点で、カセットは典型的な完全な
Ｊａｖａアプリケーションとは異なる。しかし、カセッ
トは、完全なアプリケーションを含み得る。

【００３４】示される実施態様において、カセット１０
６はＪａｖａパッケージ１０６ａ、１０６ｂを含み、カ
セット１０８はＪａｖａパッケージ１０８ａ、１０８ｂ
を含む。Ｊａｖａパッケージは、カセットまたはＪａｖ
ａアプリケーション内で用いられる、関連するクラスの
集合である。

【００３５】ＪＡＲファイル１００、１０２、１０４
は、また、目録１２０、１２２、１２４を含む。ＪＡＲ
ファイルの目録は、ＪＡＲファイル内に含まれるカセッ
トおよび任意の他のファイル、またはオブジェクトを識
別し、且つ、含まれるカセットによって維持される任意
の従属関係を識別する。例えば、目録１２０は、カセッ
ト１０６がカセット１０８および１１０に従属すること
を開示する。加えて、カセット１０８はカセット１１２
（図１には示されない）に従属するが、カセット１１０
は従属関係を有さない。したがって、示される実施態様
では、カセット１０６の完全な使用は、カセット１０８
および１１０がプログラム環境内に利用可能であること
を必要とする。

【００３６】目録は、テキストファイルとして例示的に
構築される。発明の本実施態様において、各目録は、目
録を備えた、ＪＡＲファイル内に記憶されるカセットか
らの従属関係を識別するために、「従属」部分、または
ヘッダを含む。この部分において、またはこのヘッダに
追随して、そのカセットに直接従属するカセットそれぞ
れのファイル名（例えば、パスを含む）が示される。ま
たは、ファイル名の代わりに、従属カセットは、その従
属カセットによって実行されるインターフェースによっ
て識別される。更に、従属カセットが被従属カセットと
共に局在的に記憶されていない場合、本実施態様では、
目録にはＵｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａ
ｔｏｒ（ＵＲＬ）が含まれ、それにより、従属カセット
が獲得され得る場所を識別する。

【００３７】したがって、図１は例示的なプログラム環
境を示し（例えば、プログラムの実行時、または開発環
境）、様々なＪＡＲファイルの内容物はＪａｖａアプレ
ットまたはアプリケーション内で用いられる。発明の実
施態様によると、カセット１０６内のクラスは、カセッ
ト１０８、１１０、および１１２に含まれるオブジェク
トおよびクラスにアクセスし得る（カセット１１２は、
カセット１０８との従属関係によりアクセスし得る）。
被従属カセットへのアクセスは、その環境における各従
属カセットが、別々のネーム空間において動作する異な
るクラスローダによってロードされていても、許可され
る。しかし、例示的には、従属カセット内のクラス（例
えば、パッケージ１０８ａ内のクラス）は、標準的なＪ
ａｖａクラス構成にしたがってそのクラスに「私的」と
して保護を与えることにより、カセット１０６内のクラ
スによるアクセスから保護され得る。

【００３８】ここで図２を参照して、例示的な従属関係
グラフが示される。本実施態様に関しては、従属関係グ
ラフは、プログラム環境内において機械読み取り可能フ
ォーマットに記憶される。クラスローダ２０６、２０
８、２１０、２１２、および２１４は、それぞれ、カセ
ット１０６、１０８、１１０、１１２、および１１４を
ロードするために示される。各クラスローダは、例示的
に、同一のクラスローダクラスの例（例えば、抽象クラ
スローダクラスまたはシステムクラスローダのサブクラ
ス）であるが、各クラスローダは、クラスを別々のネー
ム空間にロードする。図２において、ネーム空間２０６
ａ、２０８ａ、２１０ａ、２１２ａ、および２１４ａは
対応するクラスローダに関連する。

【００３９】発明の本実施態様では、カセット１０６内
のクラスまたはオブジェクトが最初に別のクラスまたは
オブジェクトを照会する場合、それは、そのクラスまた
はオブジェクトをカセット１０６、１０８、１１０、ま
たは１１２のうちの任意のカセットからアクセスし得
る。つまり、カセット間で従属関係を確立することで、
１つのカセットから執行されているプログラムコード
は、プログラムのソースコードからの明確な許可なし
に、境界を越えてネーム空間に到達し得る。しかし、カ
セット１１４内のクラスにアクセスする目的にはネーム
空間２１４ａは自動的に進入され得ず、それは、カセッ
ト１０６の従属関係がカセット１１４までは網羅してい
ないためである。

【００４０】カセットの従属関係の内でクラスを検索す
るために、目録１２０から従属グラフあるいは従属リス
ト（例えば、図２に示されるように）が構築される。カ
セット１０６から執行されているプログラムコードがク
ラスを照会する場合、照会されたクラスは、特定の順序
によって検索される。ここで示される実施態様では、照
会されたクラスは、最初に、ＪＶＭによって維持される
システムキャッシュ内において検索される。キャッシュ
内に発見されない場合は、クラスが前にロードされてい
ないということであり、したがって、ロードされる前
に、まず発見される必要がある。最初に、デフォルトＪ
ａｖａクラス（すなわち、ＪａｖａＡＰＩによって提供
されるクラス）で検索される。デフォルトクラス内に発
見されない場合、被従属カセットの従属関係グラフを進
行する反復手順にしたがって、プログラムカセット内ま
たはパッケージ内で検索される。

【００４１】図３は、照会しているカセットに関連する
従属関係グラフ内のカセットから、照会されているクラ
スを発見およびロードするための反復手段を示す。段階
３００は開始段階である。段階３０２において、照会し
ているカセットのクラスローダが呼び出され、照会され
ているクラスをロードするよう要求される。段階３０４
では、照会しているカセットは、そのカセットが従属し
ているカセットがある場合、それを識別する（例えば、
その従属関係グラフを参照して）。示される手順の反復
的性質により、且つ、カセットは１つ以上の他のカセッ
トに従属し得ることにより、クラスローダは、また、照
会されているクラスについて、すでに任意の従属カセッ
トが検索されたかどうかを決定する。後述のように、カ
セットは手順の後半において検索される。

【００４２】段階３０６において、検索されていない従
属カセットのクラスローダが呼び出され、照会されるク
ラスをロードするよう要求される（すなわち、手順は、
従属関係グラフ内のレベルを１つ下降する）。更なる従
属関係を有さない従属カセットに到達するまで、段階３
０４および３０６が繰り返される。

【００４３】次いで、段階３０８において、従属カセッ
トのクラスローダは、照会されているクラスをそのカセ
ット内からロードすることを試みる。例えば、クラスが
カセット内で発見される場合、且つ、「私的」として保
護されていない場合、そのクラスは段階３１０において
ロードされ、その後、手順は段階３１６で終了する。

【００４４】照会されているクラスが段階３０８におい
てロードされ得なかった場合、手順は、段階３１２にお
いて、その手順が、直前に、照会しているカセットから
クラスをロードしようと試みたかどうかを決定する。こ
こで示される実施態様では、照会しているカセットは最
後に検索されるので、そのカセットの検索は検索プロセ
スの最後を示し、照会しているカセットが検索された後
に、段階３１６で手順は終了する。

【００４５】照会しているカセットがまだ検索されてい
ない場合、手順は段階３１４において、直前に検索され
たカセットが従属するカセットのクラスローダを呼び出
す（すなわち、手順は従属関係グラフにおけるレベルを
１つ上昇する）。手順は、次いで、照会されているクラ
スが発見されロードされるか、照会しているカセットが
検索されるまで、必要に応じて、段階３０４、３０６、
３０８、３１２、および３１４を繰り返す。

【００４６】当業者は、示される手順の反復的性質の必
要性を認識するであろう。示される手順は、カセット
が、その従属関係を逆の順序で検索されることを可能に
し、且つ、また、１つのカセットが多数の直接従属関係
を有することを可能にする（例えば、図２において、カ
セット１０６はカセット１０８および１１０に直接従属
する）。

【００４７】したがって、図２に示される従属関係グラ
フによると、カセット１０６に関連するクラスローダ
は、カセット１０６が他の任意のカセットに従属してい
るかどうかを決定する。従属している場合、従属カセッ
トのクラスローダは、被従属カセットのクラスローダが
被従属カセット内を探索する前にクラスを発見し、ロー
ドするよう試みるために呼び出される。したがって、手
順は、従属関係を有さない従属カセット（例えば、カセ
ット１１２）に遭遇するまで、従属関係グラフを下方に
追随する。一旦クラスローダ２１２が、カセット１１２
は従属カセットを有さないと決定すると、照会されてい
るクラスをカセット１１２からロードすることを試み
る。ロードが成功した場合、クラスはクラスローダ２１
２によってロードされ、プログラムは継続する。

【００４８】しかし、照会されているクラスがカセット
１１２において発見されない場合、検索プロセスは、従
属グラフを上昇して進行し、照会されているクラスを各
連続するカセットからロードしようと試みることによ
り、継続する。キャッシュ内にクラスが発見されない場
合にのみ、デフォルトクラスまたはカセット１１２、１
１０、および１０８の任意のカセットにおいて、カセッ
ト１０６が検索される。

【００４９】示される実施態様において、クラス用Ｊａ
ｖａ保安機構が依然有効である。例えば、カセット１０
８のパッケージ１０８ａにおけるクラスが「私的」とし
て保護され得（Ｊａｖａクラス構成シンタックスにした
がって）、その場合、カセット１０６におけるクラスは
上記クラスにアクセスし得ない。私的保護の意味すると
ころは、クラスが、カセット１０６、１０８との間の従
属関係にかかわらず、パッケージ１０８ａ内の他のクラ
スによってのみアクセス可能であるということである。
加えて、カセット１１４はカセット１０６の従属関係の
連鎖内には存在しないので、カセット１０６内のクラス
が初めてクラスを照会する場合、カセット１１４のクラ
スは自動的に検索されないことになる。

【００５０】発明の、ここに説明される実施態様の適用
の結果、「パッケージイクリプシング（ｅｃｌｉｐｓｉ
ｎｇ）」の危険性は低減されるか、除去される。パッケ
ージイクリプシングは、２つのクラスローダのネーム空
間が統合されるか、そうでなければ、１つのクラスロー
ダが、他のクラスローダのネーム空間への束縛されない
アクセスを許可されるといった危険な状態である。その
ような状態にある場合、同一名称を有する２つのパッケ
ージ、および前に別々のネーム空間に存在していた２つ
のパッケージは、互いに対して、論理的に近接し得る。
結果として、これらのパッケージのうちの一方における
クラスは、他方のパッケージのネーム空間におけるクラ
スにとってアクセス可能になる。特に、同一名称のパッ
ケージのうちの一方における、「私的」とする保護を割
り当てられていたクラス（且つ、したがって、そのパッ
ケージ内のクラスにとってのみアクセス可能であったク
ラス）は、ここで、他方のパッケージにおけるクラスに
とってもアクセス可能となり、したがって、潜在的に、
深刻な弱さを生じる。

【００５１】しかし、示される実施態様では、各クラス
ローダはそのカセット内におけるパッケージをトラック
する。例示的には、各クラスローダはそのカセット内の
全パッケージについてのリストまたはテーブルを記憶す
る。１つのカセットが別のカセットとの従属関係を維持
する場合（したがって、互いのネーム空間を「統合」す
る場合）、且つ他のカセットが、第１のカセット内のパ
ッケージと同一の名称を備えるパッケージを含む場合、
第１のカセットに関連するクラスローダは、自らのカセ
ット内のパッケージのみにアクセスすることにより、パ
ッケージイクリプシングを防ぐ。第１のカセットに関連
するクラスローダは、第２のカセットの、同一名称のパ
ッケージへはアクセスしない。

【００５２】発明の実施態様についての上記説明は、例
示および説明のみの目的に提示されてきた。それらは、
本発明を網羅し、発明を、開示された形態に限定するこ
とを意図するものではない。多くの改変および変更が、
当業者には明らかになるであろう。したがって、上記開
示は発明を限定するものではなく、発明の範囲は添付の
請求の範囲によって規定される。

【００５３】

【発明の効果】上述したように、本発明によるとネーム
空間境界を越えてクラスに自動的アクセスするクラスロ
ーダが提供される。本発明によると、１つのクラスロー
ダが、選択されたクラスが私的として維持されることを
可能にする間、他のクラスローダによってロードされた
クラスファイルに境界なくアクセスすることを可能に
し、且つ、ネーム空間境界を越えてのアクセスから保護
されるクラスローダアーキテクチャが提供される。

【図面の簡単な説明】

【図１】本発明の実施態様による、例示的なプログラム
環境のブロック図である。

【図２】本発明の実施態様による、図１のプログラム環
境における被従属カセットと多数の従属カセットとの間
の関係を表すブロック図である。

【図３】照会しているカセットに関連する従属関係グラ
フ内のカセットから、照会されているクラスを発見およ
びロードするための反復手段を示すフローチャートであ
る。

【符号の説明】

１００、１０２、１０４ ＪＡＲファイル １０６、１０８、１１０、１１２ カセット １０６ａ、１０６ｂ、１０８ａ、１０８ｂ Ｊａｖａパ
ッケージ １２０、１２２、１２４ 目録 ２０６、２０８、２１０、２１２、２１４ クラスロー
ダ ２０６ａ、２０８ａ、２１０ａ、２１２ａ、２１４ａ
ネーム空間

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ダニエル ジェイ． グイナン アメリカ合衆国 カリフォルニア 94403, サン マテオ， ナンバー110， デ アンザ ブールバード 1700 (72)発明者 ローレン エル． ハート アメリカ合衆国 カリフォルニア 95136, サン ホセ， インディゴ ドライブ 4254

Claims (13)

【特許請求の範囲】
1. 【請求項１】 ネーム空間境界を越えてカセット内のク
   ラスにアクセスする方法であって、 第１のカセットの、第１のクラスローダおよび第１のネ
   ーム空間への関連付けと、 該第１のカセットに従属する第２のカセットの、第２の
   クラスローダおよび第２のネーム空間への関連付けと、 該第２のカセットに従属する全カセットを含む従属グラ
   フの構築と、 特定のクラスに対する、該第２のカセットからの第１の
   照会に応答して、該照会されたクラスの、該第１のカセ
   ットからのロードの試行と、 該照会されたクラスが該第１のカセットからロードされ
   ない場合、該照会されたクラスの、該第２のカセットか
   らのロードの試行と、 を含む、方法。
2. 【請求項２】 前記第１のカセットが第３のカセットに
   従属し、更に、前記照会されたクラスの、前記第１のカ
   セットからのロードを試行する前に、、該第３のカセッ
   トからの該照会されたクラスへのロードの試行を含む、
   請求項１に記載の方法。
3. 【請求項３】 保管ファイルの開放と、 前記第２のカセットの、該保管ファイルからの取出と、 を更に含む、請求項１に記載の方法。
4. 【請求項４】 保管ファイルの開放が、ネットワークを
   越えての該保管ファイルの受取を含む、請求項３に記載
   の方法。
5. 【請求項５】 前記第２のカセットに関連する目録の受
   取を更に含む、請求項３に記載の方法。
6. 【請求項６】 前記目録において識別された場所から
   の、前記第１のカセットの取出を更に含む、請求項５に
   記載の方法。
7. 【請求項７】 異なるクラスローダに関連する、クラス
   の多数の集合を含むプログラムを執行するコンピュータ
   システムであって、 プログラムを執行するためのプロセッサと、 クラスの第１の集合からクラスをロードするための、第
   １のクラスローダと、 クラスの該第１の集合に従属する、クラスの第２の集合
   からクラスをロードするための、第２のクラスローダ
   と、 前記第２のカセットの前記従属を記憶するための、従属
   メモリと、を含み、 クラスの該第２の集合内のクラスによって照会されたク
   ラスが、クラスの該第２の集合において検索される前
   に、クラスの該第１の集合において検索される、 コンピュータシステム。
8. 【請求項８】 クラスの前記第２の集合の前記従属を識
   別するための目録を更に含む、請求項７に記載のコンピ
   ュータシステム。
9. 【請求項９】 算出デバイスを動作させる方法であっ
   て、 クラスの第１の組の作成と、 クラスの第２の組の作成と、 クラスの該第２の組の、クラスの該第１の組への従属関
   係の確立と、 該従属関係の記憶と、 クラスの該第１の組の、第１のクラスローダへの関連付
   けと、 クラスの該第２の組の、第２のクラスローダへの関連付
   けと、 特定のクラスに対する、クラスの該第２の組におけるク
   ラスからの第１の照会の受取と、 該従属関係に従って、該特定のクラスの、クラスの該第
   １の組からのロードの試行と、 該特定のクラスが、クラスの該第１の組からロードされ
   ない場合、該特定のクラスの、クラスの該第２の組から
   のロードの試行と、 を含む、方法。
10. 【請求項１０】 プログラムオブジェクトにアクセスす
    る方法を、コンピュータによって執行された場合に、コ
    ンピュータに実行させる命令を記憶する、コンピュータ
    読み取り可能記憶媒体であって、該方法が、 第１のカセットの、第１のクラスローダおよび第１のネ
    ーム空間への関連付けと、 該第１のカセットに従属する第２のカセットの、第２の
    クラスローダおよび第２のネーム空間への関連付けと、 該第２のカセットに従属する全カセットを含む従属グラ
    フの構築と、 特定のクラスに対する、該第２のカセットからの第１の
    照会に応答して、該従属グラフにおける最も遠隔のカセ
    ットの位置づけと、 該照会されたクラスの、該遠隔カセットからのロードの
    試行と、 該照会されたクラスの、該第２のカセットに従属するカ
    セットのうち次に遠隔のカセットからのロードの試行
    と、 を含む、コンピュータ読み取り可能記憶媒体。
11. 【請求項１１】 装置を執行させるプログラムであっ
    て、 クラスの第１の組からクラスをロードするための、第１
    のローダ手段と、 クラスの第２の組からクラスをロードするための、第２
    のローダ手段と、 クラスの該第２の組からクラスの該第１の組への従属を
    識別するための、目録手段と、 クラスの該第２の組からの該従属を記憶する、メモリ手
    段と、を含み、 該第１のローダ手段が、クラスの該第２の組からの特定
    のクラスへの照会に応答して、クラスの該第１の組から
    該特定のクラスのロードを試行する、 プログラム。
12. 【請求項１２】 プログラム命令の集合間におけるアク
    セスを可能にするデータ構造を含む、コンピュータ読み
    取り可能記憶媒体であって、該データ構造が、 目録、およびプログラム命令の第１の集合を含む保管フ
    ァイルを含み、該目録が、プログラムクラスの該第１の
    組の、プログラムクラスの第２の組への従属を識別す
    る、 コンピュータ読み取り可能記憶媒体。
13. 【請求項１３】 前記目録がテキストファイルを含む、
    請求項１２に記載の、コンピュータ読み取り可能記憶媒
    体。