JP2000353078A - Ｊａｖａ（登録商標）環境の管理可能性及び有用性を改善するシステム、方法及び記憶媒体 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】Ｊａｖａのアプレット及びアプリケーションの
利点を結合し、プログラム毎・ユーザの希望でランタイ
ム環境が切り替わり、位置情報の静的指定を要求するこ
となく従属性が自動的に突き止められ、タウンロード・
導入される技術を提供する。 【解決手段】Ｊａｖａアプリケーション、アプリケーシ
ョン実行のために要求される拡張・ランタイム環境を記
述する、Ｊａｖａアプリケーションの属性を定義するス
テップ、定義された属性をアプリケーションの識別と共
に記憶するステップ、記憶された属性を用いて、要求さ
れる拡張・ランタイム環境を含む、アプリケーションの
従属性を導入するステップ、アプリケーションのための
Ｊａｖａアーカイブ・ファイルをクライアントマシン上
に導入するステップを含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はコンピュータ・シス
テムに関して、特に、Ｊａｖａ環境の管理可能性及び有
用性を改善する方法、システム及びコンピュータ読取り
可能コードに関する。

【０００２】

【従来の技術】Ｊａｖａは、サン・マイクロシステムズ
社により開発されたロバストな移植可能なオブジェクト
指向プログラミング言語であり、インターネット及びワ
ールド・ワイド・ウェブ（ＷＷＷ）用のコードを作成す
るために、現在広く受け入れられつつある。ほとんどの
プログラミング言語用のコンパイラは、特定の動作環境
のためのコードを生成するが、Ｊａｖａは"write once,
run anywhere"パラダイムを用いて、プログラムを作成
することを可能にする（"Ｊａｖａ"及び"write once, r
un anywhere"はサン・マイクロシステムズ社の商標であ
る）。

【０００３】Ｊａｖａは、特別に設計された仮想マシン
（"ＶＭ"）の使用を通じて、その移植性を獲得する。こ
の仮想マシンは、"Ｊａｖａ仮想マシン"または"ＪＶＭ"
とも呼ばれる。仮想マシンは、基礎となるハードウェア
の詳細を、Ｊａｖａプログラミング命令をコンパイルす
るために使用されるコンパイラから分離することを可能
にする。それらの詳細は仮想マシンの実装により与えら
れ、それらには例えば、コンパイル済み命令を記憶する
のに、リトル・エンディアンまたはビッグ・エンディア
ン形式のいずれが使用されるか、及び命令が一旦コンパ
イルされたときの長さなどが含まれる。これらのマシン
依存詳細は、コンパイルされたコード内には反映されな
いので、コードは異なる環境（異なるハードウェア・マ
シン、異なるオペレーティング・システムなど）に移送
され、コードの変更または再コンパイルを要求すること
なく、その環境内で実行され得る。それ故、"write onc
e,run anywhere"と言われる所以である。コンパイルさ
れたコードはＪａｖａ"バイトコード"と呼ばれ、ＪＶＭ
上で実行され、ＪＶＭがその特定の動作環境に個別に適
合化される。ＪＶＭのこの適合化の例として、バイトコ
ードがリトル・エンディアン形式を用いて生成され、ビ
ッグ・エンディアンを期待するマイクロプロセッサ上で
実行される場合、ＪＶＭは命令をマイクロプロセッサに
渡す前に、命令をバイトコードから変換する責任を負
う。

【０００４】Ｊａｖａで作成されたプログラムは、アプ
リケーション及びアプレットの２つの形式を取る。Ｊａ
ｖａアプレットは、ウェブ・ページを有するユーザのマ
シンにダウンロードされるように意図されるアプリケー
ションであり、ウェブ・ページを表示するウェブ・ブラ
ウザ内で実行される。Ｊａｖａは１９９５年に導入され
て以来、非常に短期間の間に多くの劇的な変化を経てき
た。この進化の間、アプリケーション及びプレットのそ
れぞれを使用する場合の、多くの利点及び欠点が露見し
た。

【０００５】アプリケーションとアプレットとの違いの
１分野は、Ｊａｖａランタイム環境、及びそれに対する
変化の影響にある。（ランタイム環境はＪＶＭ、及びＪ
ａｖａアプリケーションまたはアプレットを実行するた
めに要求される多数のファイル及びクラスを含む。以下
では、用語"ＪＶＭ"及び"ランタイム環境"は、特に言及
されない限り、互換に使用される。）アプレットについ
ては、所与のバージョンのブラウザ内に１レベルのＪＶ
Ｍだけが存在する。言語の変化に歩調を合わせるよう
に、ＪＶＭレベルを更新するために、新たなバージョン
のブラウザが導入されなければならない。そして、新た
なレベルのブラウザがクライアント・マシン上に導入さ
れると、開発者はＪａｖａコードを更新及び保守するた
めに、それを再コンパイル（及び再テスト）して、ブラ
ウザのＪＶＭレベルに適合させなければならない。更
に、Ｊａｖａ言語の進化は、場合によっては、Ｊａｖａ
レベル間で相容れない機能（例えば特定のアプリケーシ
ョン・プログラミング・インタフェースすなわち"ＡＰ
Ｉ"など）を生じる。これはＪａｖａバージョン１．
０．２で作成されたアプレットは、Ｊａｖａバージョン
１．１では動作するが、ブラウザが次のバージョンＪａ
ｖａ２を採用すると、動作しないことを意味する。アプ
レットを変更することなく、旧Ｊａｖａバージョンで作
成されたアプレットを使用し続けるためには、旧ＪＶＭ
レベル（及び従って旧ブラウザ）が使用されなければな
らない。このアプローチは、旧Ｊａｖａバージョンで作
成されたアプレットを実行する問題は解決するが、一般
にこのブラウザ内での新たなアプレットの展開を可能に
しない。なぜなら、展開ツールは一般に、旧レベルでの
コードの生成をサポートしないからである。更に、既存
のブラウザＪＶＭ内の欠陥が識別されるとき、アプレッ
ト開発者はしばしば次善策を作成し、その間にＪＶＭ開
発者が問題を解決するのを待機する。一旦応急処置が適
用されると、次善策がアプレット内で欠陥を生じ得る。
更に、ブラウザの最新のリリースを獲得することは、必
ずしもそれがＪＶＭレベルの最新のリリースを提供する
とは限らない。なぜなら、ブラウザ内のＪＶＭのレベル
は、現在リリースされているＪＶＭレベルよりも、６ヶ
月乃至８ヶ月立ち後れる傾向があるからである。このこ
とは、開発ツールキットを用いて作成される開発中のア
プレットは、新たなブラウザ内で使用可能な新たなＪＶ
Ｍレベルを用いて作成されることを意味し得る。

【０００６】アプリケーションでは、ランタイム環境の
変化は容易に対処できる。なぜなら、ほとんどのＪａｖ
ａアプリケーションは、それら自身のＪａｖａランタイ
ム・レベル、及び要求Ｊａｖａランタイム・レベルを公
式に述べないものと一緒にバンドルされて、出荷される
からである。しかしながら、ランタイムをアプリケーシ
ョンと一緒に出荷することは、同一のＪＶＭレベルの複
数のコピーがクライアント上に導入され得ることを意味
し、記憶空間の浪費につながる。それに対して、アプリ
ケーションがそのランタイムと一緒にバンドルされない
場合、ユーザは正しいＪＶＭレベルが導入され、アプリ
ケーションがそのレベルを使用するようにセットアップ
されることを確認する責任がある。Ｊａｖａプログラム
が実行できるように、ランタイム・レベルを変更し、全
てのシステム設定が新たなレベルに対して適切であるこ
とを確認することは、エンドユーザが今日の環境におい
て実行するには、困難な課題である。この問題に対する
１解決策は、Ｊａｖａプログラムが複数のＪａｖａラン
タイム・レベルに渡って正しく動作するように、それら
を作成することである。しかしながら、これは開発者に
とって非常に困難な課題であり、従って、実行可能な解
決策ではない。

【０００７】アプレットのランタイム環境に関する別の
問題は、異なるベンダからのブラウザが、特定のＪＶＭ
レベルを実装する方法の違いである。今日最も一般に使
用されるブラウザは、ネットスケープ・ナビゲータ及び
インターネット・エクスプローラである。アプレット開
発者は一般に、自分のアプリケーションを実行するの
に、どちらのブラウザが使用されるかを予測することが
できないので、良い開発例では、各潜在的なブラウザに
よるアプレットのテストを要求する。容易に明らかなよ
うに、アプレットが複数のブラウザや、各ブラウザ内の
複数のＪＶＭレベルなどに対してテストされる場合（或
いは、異なるオペレーティング・システム・プラットフ
ォーム上のブラウザのテストなど）、テストのために費
やされる時間は大幅に増大する。サン・マイクロシステ
ムズ社は、アプレットをブラウザにより提供されるラン
タイムの代わりに、サン社により提供されるランタイム
環境により実行するためのＪａｖａプラグインを提供す
ることにより、ブラウザ間の違いを解決しようとした
（これはまたアプレット実行のために、最新のランタイ
ム・レベルを有効にする方法を提供する）。ＪＶＭレベ
ルが、プラグインによりサポートされるものの中から選
択され得る。しかしながら、このアプローチは、ユーザ
が要求されるＪＶＭレベル、及びその選択の仕方を理解
することを要求する。更に、プラグインは依然、ユーザ
が手動式に異なるレベルを選択するまで、単一のＪＶＭ
のレベルを提供するので、ＪＶＭレベル間の違いに関連
する前述の問題を解決しない。

【０００８】アプリケーションにとって、ＪＶＭ実装の
違いは異なって現れる。通常、オペレーティング・シス
テム・プラットフォームにつき、各ＪＶＭレベルの１つ
のバージョンだけしか存在しない。開発者にとって、自
分のアプリケーションがどのオペレーティング・システ
ム上で実行するかを予測することは、アプレットを実行
するために使用されるブラウザを予測することよりも容
易である。従って、テスト及びサポート要求は、アプレ
ットに対するよりも、アプリケーションに対する方が遥
かに単純である。アプリケーション開発において使用さ
れるＪＶＭレベルと、結果のアプリケーションを実行す
るために使用されるＪＶＭレベルとの間の同期化は、誤
り訂正に関する同期化問題と同様、前述のアプレットの
状況に比較して、問題を提供しそうにない。なぜなら、
アプリケーションの開発及びランタイム環境の両者は、
同一のベンダにより提供されがちであるからである。更
に、（例えば前述のように、相容れない機能などの変更
により、）アプリケーションを旧ＪＶＭ上で実行するこ
とが望まれる場合、これはアプレットの場合よりも、ア
プリケーションの場合の方が厄介でない。アプリケーシ
ョンの状況における唯一の要求は、旧ＪＶＭが依然使用
可能であることである。

【０００９】アプリケーションとアプレットとの別の重
大な違いは、エンドユーザにとってのそれらの使用の容
易性である。Ｊａｖａ対応ブラウザは、ユーザがＪａｖ
ａアプレットを実行するのを非常に容易にし、そこでは
ユーザはその実行のために、ブラウザ上のアプレットを
指し示し、ボタンをクリックするだけでよい。ユーザは
Ｊａｖａ言語及びアプレットについてほとんど知る必要
はなく、アプレットが呼び出されていることさえ知らな
くてもよい。従って、ユーザはＪａｖａアプレットの実
行方法を訓練される必要はなく、時間と金を節約でき
る。それに対して、Ｊａｖａアプリケーションの実行
（すなわちブラウザの外部でのＪａｖａプログラムの実
行）は、相当に複雑である。Ｊａｖａアプリケーション
は、サン・マイクロシステムズ社から提供されるＪＤＫ
（Java Development Kit）製品などの、開発ツールキッ
トから実行され得る。或いはアプリケーションは、同様
にサン・マイクロシステムズ社から提供される"ＪＲＥ"
（Java Runtime Environment）製品（以下"ＪＲＥ"）を
用いて実行され得る。ＪＲＥはＪＤＫのサブセットであ
り、アプリケーションの実行のために要求される機能を
提供する。ＪＲＥを使用するとき、プログラムはコマン
ド・ラインから実行される。アプリケーションをＪＤＫ
またはＪＲＥのいずれかにより実行することは、Ｊａｖ
ａ言語及びその環境に関する相当な知識を要求する。例
えば、リンクされるライブラリ・パス及びクラス・パス
環境変数が正しくセットされなければならず、これらは
各異なるアプリケーション・プログラムに対して変化し
得る。特定のアプリケーションを実行するために、多数
の従属性が存在し得る。例えば、アプリケーションが例
えば"スイング・ユーザ・インタフェース・コンポーネ
ント"などのＪａｖａ拡張を利用する場合、スイング・
ライブラリが使用可能でなければならない。拡張のため
のコードがユーザのマシン上に導入されていない場合、
平均的なユーザがコードを突き止め、適切な導入を実行
することは困難である（すなわち、クラス・ローダがラ
ンタイム時にコードを見い出すために要求される、全て
の要求変数をセットすることを含む）。更に、ユーザは
プログラムの実行のために、ＪＤＫまたはＪＲＥの操作
方法を理解しなければならない。Ｊａｖａ開発者及びシ
ステム管理者は、これらのタイプの情報を容易に理解し
得るが、この負荷を単にプログラムを実行したい平均的
なエンドユーザに課することは、合理的ではない。

【００１０】ブラウザ実装の間の違いに関連する幾つか
の問題について述べてきた。２つの追加の問題は、セキ
ュリティ機構のサポートの違い、及びアーカイブ形式の
違いである。セキュリティ機構は、ブラウザにより提供
されるセキュリティＡＰＩを呼び出すことにより、アプ
レット内で使用される。今日使用される主なブラウザ
は、異なるセキュリティＡＰＩを有する。このことはア
プレット開発者が、ブラウザ間で異なるセキュリティ・
コードを作成（及びテスト）することを強要し、アプレ
ット・コードを提供するコストを増加させる。インター
ネット・エクスプローラ・ブラウザのためのファイルを
分配及びアーカイブするために、"ＣＡＢ"（"キャビネ
ット"）ファイル形式が使用される一方、Ｊａｖａアプ
レット・ファイルを分配及びアーカイブするために
は、"ＪＡＲ"（"Ｊａｖａアーカイブ"）ファイル形式が
使用される。

【００１１】従って、現Ｊａｖａ環境におけるこれらの
欠点を克服する技術が待望される。理想的には、アプレ
ットの利点及びアプリケーションの利点が結合されて、
各々の欠点を回避する環境を提供すべきである。本発明
はこれらの問題を解決する新規のアプローチを定義する
ものであり、容易に使用でき、安価に提供できるプログ
ラムを生成する。

【００１２】

【発明が解決しようとする課題】本発明の目的は、現Ｊ
ａｖａ環境における欠点を克服する技術を提供すること
である。

【００１３】本発明の別の目的は、アプレットの利点及
びアプリケーションの利点を結合し、各々の欠点を回避
する環境を提供する技術を提供することである。

【００１４】更に本発明の別の目的は、Ｊａｖａプログ
ラムのために、プログラム毎にランタイム環境間を動的
に切り替わる技術を提供することである。

【００１５】更に本発明の別の目的は、ユーザが容易に
異なるランタイム環境間を切り替われるように、この技
術を提供することである。

【００１６】更に本発明の別の目的は、どのランタイム
環境が要求されるかを含む、Ｊａｖａアプリケーション
の従属性を指定する技術を提供することである。

【００１７】更に本発明の別の目的は、位置情報の静的
指定を要求することなく、従属性が自動的に突き止めら
れ、ダウンロードされ、導入されるように、この技術を
提供することである。

【００１８】本発明の他の目的及び利点は、以下の説明
及び図面において部分的に述べられ、また部分的に、説
明から明らかとなり、或いは本発明の実施により習得さ
れることであろう。

【００１９】

【課題を解決するための手段】前述の目的を達成するた
めに、またここで広範に述べられる本発明の目的に従
い、本発明はネットワークへの接続を有することができ
るコンピュータ環境において使用される、Ｊａｖａ環境
の管理可能性及び有用性を改善する方法、システム及び
コンピュータ読取り可能コードを提供する。この技術
は、Ｊａｖａアプリケーション、該アプリケーションの
実行のために要求される０以上の拡張、及び該アプリケ
ーションの実行のために要求されるランタイム環境を記
述する、Ｊａｖａアプリケーションの複数の属性を定義
するステップと、定義された属性をアプリケーションの
識別と共に記憶するステップとを含む。この技術は更
に、記憶された属性を用いて、クライアント・マシン上
にアプリケーションを導入するステップを含み得る。好
適には、アプリケーションの導入は更に、要求される拡
張及び要求されるランタイム環境を含む、アプリケーシ
ョンの１つ以上の従属性を導入するステップと、アプリ
ケーションのためのＪａｖａアーカイブ・ファイルをク
ライアント・マシン上に導入するステップとを含む。こ
の従属性の導入は更に、属性を構文解析して、従属性を
突き止めるステップと、従属性の各々が既にクライアン
ト・マシン上に導入済みであるか否かを判断するステッ
プと、まだ導入されていない場合、突き止められた従属
性を検索して、導入するステップとを含む。任意的に、
この技術は更に、１つ以上の従属性を導入するオペレー
ションの前に、アプリケーションのために記憶された属
性の最新のバージョンを検索するステップを含み得る。
１つ以上の従属性の導入は、更に、前記検索及び導入に
おいて使用される位置を動的に検索するステップを含み
得る。

【００２０】１態様では、この技術は更に、クライアン
ト・マシン上に、属性に対応するレジストリ・ファイル
を作成するステップを含む。この態様では、好適には更
に、クライアント・マシン上で選択アプリケーションを
実行する要求を受信するステップと、選択アプリケーシ
ョンのために、対応するレジストリ・ファイルを用い
て、適切なランタイム環境を構築するステップと、構築
された環境において、選択アプリケーションの実行を開
始するステップとを含む。この構築は更に、対応するレ
ジストリ・ファイルを読出し、アプリケーションの現在
要求される拡張及び現ランタイム環境を含む、アプリケ
ーションの現従属性を決定するステップと、選択アプリ
ケーションの現従属性の各々が導入されることを保証す
るステップと、現ランタイム環境のために、適切な環境
変数をセットするステップと、現在要求される拡張のた
めに、適切な環境変数をセットするステップとを含む。
任意的に、この技術は更に、レジストリ・ファイル内の
現ランタイム環境を更新するステップと、レジストリ・
ファイル内の現在要求される拡張を更新するステップと
を含む。更に、この技術は、対応するレジストリ・ファ
イルを用いて、選択アプリケーションの１つ以上のパラ
メータをセットするステップと、レジストリ・ファイル
内のパラメータを更新するステップとを含み得る。

【００２１】本発明は添付の図面を参照して述べられ、
図面を通じて、同一の参照番号は同一の要素を表す。

【００２２】

【発明の実施の形態】図１は、本発明が実装され得る代
表的なワークステーション・ハードウェア環境を表す。
図１の環境は、パーソナル・コンピュータなどの、代表
的な単一ユーザ・コンピュータ・ワークステーション１
０を構成し、関連周辺装置を含む。ワークステーション
１０はマイクロプロセッサ１２及びバス１４を含み、バ
スは既知の技術に従い、マイクロプロセッサ１２とワー
クステーション１０のコンポーネントとを接続し、それ
らの間の通信を可能にするために使用される。ワークス
テーション１０は通常、ユーザ・インタフェース・アダ
プタ１６を含み、これはマイクロプロセッサ１２をバス
１４を介して、１つ以上のインタフェース装置に接続す
る。こうしたインタフェース装置には、キーボード１
８、マウス２０、更にタッチ感応スクリーン、デジタル
化入力パッドなどの他のインタフェース装置２２が含ま
れる。バス１４はまた、ＬＣＤ画面またはモニタなどの
表示装置２４を、表示アダプタ２６を介して、マイクロ
プロセッサ１２に接続する。バス１４は更に、マイクロ
プロセッサ１２をメモリ２８、及びハードドライブ、デ
ィスケット・ドライブまたはテープ・ドライブなどの長
期記憶装置３０に接続する。

【００２３】ワークステーション１０は、例えば通信チ
ャネルまたはモデム３２を介して、他のコンピュータま
たはコンピュータのネットワークと通信する。或いは、
ワークステーション１０は、ＣＤＰＤ（セルラ・デジタ
ル・パケット・データ）カードなどの、無線インタフェ
ース３２を用いて通信する。例えばワークステーション
１０は、ローカル・エリア・ネットワーク（ＬＡＮ）ま
たは広域ネットワーク（ＷＡＮ）内において、こうした
他のコンピュータに関連付けられるか、別のコンピュー
タとのクライアント／サーバ構成内におけるクライアン
トである。これらの全ての構成、並びに適切な通信ハー
ドウェア及びソフトウェアは、技術的に既知である。

【００２４】図２は、本発明が実装され得るデータ処理
ネットワーク４０を示す。データ処理ネットワーク４０
は、無線ネットワーク４２及びネットワーク４４などの
複数の個々のネットワークを含み得、これらはそれぞれ
複数の個々のワークステーション１０を含み得る。更
に、当業者であればわかるように、複数のホスト・プロ
セッサに接続される高機能ワークステーションを含み得
る、１つ以上のＬＡＮ（図示せず）が含まれ得る。

【００２５】更に図２を参照すると、ネットワーク４２
及び４４が、ゲートウェイ・コンピュータ４６またはア
プリケーション・サーバ４７などの（データ・レポジト
リ４８をアクセスする）、メインフレーム・コンピュー
タまたはサーバを含み得る。ゲートウェイ・コンピュー
タ４６は、各ネットワーク４４へのエントリ・ポイント
として作用する。ゲートウェイ４６は好適には、通信リ
ンク５０ａにより、別のネットワーク４２に接続され
る。ゲートウェイ４６はまた、通信リンク５０ｂ、５０
ｃにより、直接１つ以上のワークステーション１０にも
接続され得る。ゲートウェイ・コンピュータ４６は、Ｉ
ＢＭから提供されるエンタプライズ・システムズ・アー
キテクチャ／３７０、またはエンタプライズ・システム
ズ・アーキテクチャ／３９０コンピュータなどを用いて
実現される。アプリケーションに応じて、アプリケーシ
ョン・システム／４００（ＡＳ／４００としても知られ
る）などの、中型のコンピュータが使用されてもよい。
（"エンタプライズ・システムズ・アーキテクチャ／３
７０"はＩＢＭの商標であり、"エンタプライズ・システ
ムズ・アーキテクチャ／３９０"、"アプリケーション・
システム／４００"及び"ＡＳ／４００"は、ＩＢＭの登
録商標である。）

【００２６】ゲートウェイ・コンピュータ４６はまた、
記憶装置（データ・レポジトリ４８など）に接続され得
る（４９）。更に、ゲートウェイ４６は、直接的または
間接的に、１つ以上のワークステーション１０に接続さ
れ得る。

【００２７】当業者であればわかるように、ゲートウェ
イ・コンピュータ４６はネットワーク４２から大きな地
理的距離離れて配置され、同様に、ワークステーション
１０はネットワーク４２及び４４から相当な距離離れて
配置され得る。例えば、ネットワーク４２はカルフォル
ニア州に配置され、ゲートウェイ４６はテキサス州に配
置され、１つ以上のワークステーション１０はニューヨ
ークに配置される。ワークステーション１０は、伝送制
御プロトコル／インターネット・プロトコル（"ＴＣＰ
／ＩＰ"）を用いて、セルラ電話、無線周波ネットワー
ク、衛星ネットワークなどの多数の代替接続媒体を介し
て、無線ネットワーク４２に接続される。無線ネットワ
ーク４２は好適には、ＴＣＰまたはＵＤＰ（ユーザ・デ
ータグラム・プロトコル）などのネットワーク接続５０
ａを用いて、ＩＰ、Ｘ．２５、フレーム・リレー、ＩＳ
ＤＮ（統合サービス・デジタル網）、ＰＳＴＮ（公衆回
線電話網）などを介して、ゲートウェイ４６に接続され
る。或いは、ワークステーション１０は、ダイアル接続
５０ｂまたは５０ｃにより、ゲートウェイ４６に直接接
続され得る。更に、無線ネットワーク４２及びネットワ
ーク４４は、１つ以上の他のネットワーク（図示せず）
に、図２に示されるようにアナログ形式により接続され
得る。

【００２８】本発明を実装するソフトウェア・プログラ
ミング・コードは一般に、ワークステーション１０のマ
イクロプロセッサ１２及びサーバ４７により、ＣＤ−Ｒ
ＯＭドライブまたはハードドライブなどの、特定のタイ
プの長期記憶媒体３０からアクセスされる。ソフトウェ
ア・プログラミング・コードは、ディスケット、ハード
ドライブまたはＣＤ−ＲＯＭなどの、データ処理システ
ムと共に使用される様々な既知の媒体上に実装され得
る。コードはこうした媒体上に分配されるか、あるコン
ピュータ・システムのメモリまたは記憶装置から、特定
のタイプのネットワークを介して、他のコンピュータ・
システムのユーザに分配され得る。或いは、プログラミ
ング・コードはメモリ２８内に実装され、バス１４を介
して、マイクロプロセッサ１２によりアクセスされ得
る。ソフトウェア・プログラミング・コードをメモリま
たは物理媒体上に実装したり、ソフトウェア・コードを
ネットワークを介して分散する技術及び方法は周知であ
り、ここでは説明を省略する。

【００２９】本発明のユーザは、有線接続または無線接
続を介して、自分のコンピュータをサーバに接続する。
有線接続は、ケーブルや電話回線などの物理媒体を使用
する接続であり、無線接続は衛星リンク、無線周波、及
び赤外波などの媒体を使用する。多くの接続技術がこれ
らの様々な媒体と共に使用され、それらには、コンピュ
ータのモデムにより、電話回線を介して接続を確立する
技術、トークンリングまたはイーサネット（登録商標）
などのＬＡＮカードを使用する技術、セルラ・モデムに
より、無線接続を確立する技術などが含まれる。ユーザ
のコンピュータは、ラップトップ、ハンドヘルドまたは
モバイル・コンピュータ、或いは車両搭載装置、デスク
トップ・コンピュータまたはメインフレーム・コンピュ
ータなどの、処理能力及び通信能力を有する任意のタイ
プのコンピュータ・プロセッサである。リモート・サー
バも同様に、処理能力及び通信能力を有する異なるタイ
プのコンピュータの１つである。これらの技術は周知で
あり、それらの使用を可能にするハードウェア装置及び
ソフトウェアは、容易に入手可能である。以下では、ユ
ーザのコンピュータを、"ワークステーション"、"装置"
または"コンピュータ"と同義語として称することにし、
これらの任意の用語または用語"サーバ"の使用は、前述
の任意のタイプのコンピュータ装置を指し示すものとす
る。

【００３０】好適な実施例では、本発明はコンピュータ
・ソフトウェア・プログラムとして実装され得る。ネッ
トワーク接続の可用性が仮定され、これはユーザのワー
クステーション上のダイナミック・ローディング・ソフ
トウェアが呼び出されるとき、動作可能でなければなら
ない。好適な実施例では、本発明は１つ以上のモジュー
ル（コード・サブルーチン、またはオブジェクト指向プ
ログラミングでは"オブジェクト"とも呼ばれる）として
実装される。クライアント・コンピュータが接続される
サーバは、ウェブ・サーバとして機能しており、そのウ
ェブ・サーバは、インターネットを介して接続されるク
ライアントからの要求に応答して、サービスを提供す
る。或いは、サーバはクライアントのワークステーショ
ンをそのコンポーネントに含む、企業イントラネットま
たはエクストラネット内に存在し得る。本発明は、クラ
イアントとサーバ間でメッセージまたはファイルを送信
するために使用される通信プロトコルには無関係に動作
するが、ここではこれらのメッセージ・フローについて
述べるとき、ＴＣＰ／ＩＰ上で実行するＨＴＴＰ（ハイ
パテキスト転送プロトコル）プロトコルを例として使用
する。

【００３１】本発明は後述のように、Ｊａｖａ環境にお
ける多数の欠点を解決する。本発明はまた、ブラウザを
使用することなく、あたかもアプレットがアプリケーシ
ョンであるかのように実行されることを可能にする（従
って、全ての実行可能プログラムが以下では"アプリケ
ーション"と呼ばれる）。このように、アプレットの利
点及びアプリケーションの利点が結合される。特に、も
はやブラウザを実行環境として使用しないことにより、
アプレット・コードをブラウザ内のＪＶＭレベルに同期
させることに関連付けられる前述の欠点、ブラウザ毎に
呼び出す異なるセキュリティＡＰＩ、及び複数のファイ
ル・アーカイブ形式をサポートする必要性が、回避され
る。"Java code Outside the Browser By IBM"を表す頭
字語"Ｊｏｂｂｉ"が、ここでは本発明の実装を言及する
ために使用される。Ｊｏｂｂｉ内の各アプリケーション
は、それに関連付けられる属性ファイルを有する。現行
技術において、アプレット・タグがアプレットの要求を
示すのとほとんど同様に、属性ファイル内の情報が、ア
プリケーションの要求を示すために使用される。この属
性情報を用いて、各アプリケーション・プログラムはそ
の従属性を指定できる。それらには、アプリケーション
が実行される特定のランタイム環境の他に、アプリケー
ションの実行のために要求される環境設定が含まれる。
複数のランタイム環境（すなわちＪＶＭまたはＪＲＥの
複数のバージョン）がクライアント・マシン上に存在し
得、各ランタイムの単一の（共用可能な）コピーが、そ
れを必要とするアプリケーション・プログラムからアク
セス可能である。属性ファイル内の情報を用いて、特定
のアプリケーションのために要求されるランタイム環境
に動的に切り替わる技術が、ここでは定義される。これ
は人間ユーザからの入力無しに、またはほとんど無し
に、達成される。このように、ランタイム時に旧ＪＶＭ
レベルが新たなレベルと同様に、容易にアクセス可能で
あり、最も最近リリースされたブラウザまたはオペレー
ティング・システム・プラットフォームのランタイム環
境内において、単にＪＶＭレベルの移動ターゲットを最
新に維持するために、アプリケーションを更新、再コン
パイル、及び再テストする必要性から、アプリケーショ
ン開発者を解放する。

【００３２】本発明の好適な実施例について、図３乃至
図８を参照して述べることにする。

【００３３】図３は、本発明の好適な実施例が属性をＪ
ａｖａアプリケーションに関連付け、それらの属性を後
の使用のために記憶する技術を示す。本発明により定義
される属性情報の形式、及びこの情報を特定のアプリケ
ーションのために使用する例が、それぞれ図４及び図５
に示される。

【００３４】図３に示される属性定義プロセスは、アプ
リケーション開発者により実行されるスタンドアロン・
プロセスであり、好適には、開発者がアプリケーション
開発の間に使用する通常のアプリケーション作成プロセ
スに統合される。ブロック３００は、開発者がこの通常
の作成プロセスを実行することを示し、これは既知の技
術を使用する。この作成プロセスの出力はブロック３０
５に示されるように、Ｊａｖａアーカイブ・ファイルで
あり、これは"ＪＡＲ"ファイルとしても知られる。本発
明はＪＡＲファイル内容を変更しない。ブロック３１０
は、本発明の"Ｊｏｂｂｉパッケージャ"が呼び出される
ことを示す。このパッケージ化ステップは、ブロック３
２０及び３２５でより詳細に示される。ブロック３２０
で、開発者がアプリケーションの要求に関する自分の知
識にもとづき、アプリケーションの適用可能な属性の値
を指定する。これらの属性は、図４に関連して以下で詳
述するように、アプリケーション従属性やランタイム要
求などを含む。Ｊｏｂｂｉ ＪＡＲファイルと呼ばれる
新たなＪＡＲファイルが、ブロック３２５の結果として
生成される。次に、主要フローのブロック３１５で示さ
れるように、このＪｏｂｂｉ ＪＡＲファイルが後の使
用のために、アーカイブに記憶される。これは既存のＪ
ＡＲファイルが記憶されるのと同様に行われる。図３に
示されるように、ブロック３１５でアーカイブされるＪ
ｏｂｂｉ ＪＡＲファイルは、従来技術に従いアプリケ
ーションのために作成されるＪＡＲファイル（要素３３
０として示される）と、Ｊｏｂｂｉ属性情報（要素３３
５として示される）とを含む。このアーカイブから、Ｊ
ａｖａ環境においてアプリケーションを動作するために
必要となる全ての情報が、使用可能になる。（図３で
は、既存のアーカイブ・データ３３０及びＪｏｂｂｉ情
報３３５の両者が、一緒に記憶されるように示される
が、これは使用され得る１技術に過ぎない。代わりに、
Ｊｏｂｂｉ属性がアーカイブ済みのアプリケーション情
報に関連付けられる場合、本発明から逸れることなく、
これらの２つのタイプの情報が別々に記憶され得る。こ
の関連付けは、例えば、関連Ｊｏｂｂｉ属性ファイルを
識別するポインタまたは他の参照を、ＪＡＲファイルに
記憶することにより、或いは、逆にＪＡＲファイルを指
し示すポインタまたは参照を、Ｊｏｂｂｉ属性ファイル
に記憶することにより、達成され得る。）

【００３５】代替実施例では、本発明の概念から逸れる
ことなく、ブロック３１０、３２０及び３２５に示され
るオペレーションが、通常の作成プロセス及びＪＡＲフ
ァイル作成のオペレーションから、時間的に分離され
る。この代替アプローチが使用される場合、ブロック３
０５で作成されるＪＡＲファイルは、現行技術として記
憶される。アプリケーションのために属性情報が続いて
作成されるとき、アプリケーションの記憶済みのＪＡＲ
ファイルが突き止められ、図３に関連して述べたよう
に、属性情報がそれに関連付けられるか、或いは一緒に
記憶される。

【００３６】図４は、本発明の好適な実施例により考慮
される属性情報及びファイル・レイアウト４００を定義
する。レイアウト４００は、仮のアプリケーションのた
めの属性情報を示す図５の例４５０に関連して述べられ
る。このレイアウトにおいて定義される属性情報は、ア
プリケーションだけでなく、Ｊａｖａランタイム及びＪ
ａｖａ拡張をパッケージ化するための標準化された手段
を提供する。異なるタイプの情報が、これらのタイプの
パッケージ化内容の各々に関する。９つの異なるタイプ
の属性値が、レイアウト内に要素４０５、４１０、４１
５、４２０、４２５、４３０、４３５、４４０及び４４
５として示される。（好適な実施例では９タイプの情報
が使用されるが、当業者であれば、ここで開示される概
念から逸れることなく、追加のまたは異なる値が適切な
設定内で使用され得ることが明らかであろう。更に、図
示の名前の代わりに、他の名前が属性として使用され、
エントリの順序が図示の順序から変更され得る。）

【００３７】属性ファイル内の一部の情報は、アプリケ
ーション、ランタイム、または拡張を示し、及び他の情
報はその従属性を示す。各個々のエントリについて次に
述べる。第１の要素４０５は、このアプリケーションで
使用される表示名である。表示名は、例えば、ユーザが
アプリケーションを呼び出すために使用するアイコンを
表示するために使用される。図５の要素４５５に示され
るように、仮のアプリケーション"Ｘ１"に対して、表示
名エントリ構文が４５９に示される。属性の名前が最初
に現れ、これはこの場合では、"displayname"である。
属性の値が"ｘ１の表示名"（x1's display name）とし
て示される。属性ファイル内の続くエントリ４８０につ
いては、"Ｙ１"と命名されるランタイムに関係し（コメ
ント・エントリ４８０参照）、表示名４８１が"ｙ１の
表示名"（y1's display name）として示される。（図５
の例では、属性名をそれらの値から分離するために、同
じ符号が使用される。これは単に、使用され得る１つの
分離子に過ぎない。）属性エントリ４０８は、アプリケ
ーション・ファイルとして使用される表示アイコンを指
定し、その例が４６０に示される。このエントリの値は
ファイル名であり、そこではアイコンがイメージまたは
ビットマップなどとして記憶される。この属性値内で
は、"|"文字が好適な実施例ではパス分離子を示すため
に使用され、要素４６０のパス指定"images|hod.gif"内
で使用されている。（この"|"記号は、図８及び図９に
関連して後述するように、クライアント・マシンへのレ
ジストリの導入に際して置換される。）

【００３８】次の属性エントリ４１０は、パッケージ化
項目のバージョンである。好適な実施例では、この情報
は、メジャー、マイナー、改訂、及び作成バージョン番
号を含み、これらがコンマにより区切られたリストとし
て指定される。このバージョン情報は、属性情報が関係
するアプリケーション、ランタイム、または拡張の特定
バージョンを識別する。図５のアプリケーションＸ１に
ついては、バージョン構文が要素４６１に示される。ラ
ンタイムＹ１については、バージョンが要素４８２に示
される。好適な実施例のコンマ分離式リスト以外のバー
ジョン構文も、特定の導入において使用される構文に適
合するために、適宜使用され得る。

【００３９】属性エントリ４１５は、属性ファイル内の
このエントリにより示される情報のタイプを識別する。
タイプは、アプリケーション、ランタイム、または拡張
である。図５の４６２及び４８３に示されるように、キ
ーワード"アプリケーション"及び"ランタイム"が使用さ
れている。或いは、タイプを伝達するために、数値（０
乃至２など）をパッケージ化項目に割当てるなどの、他
の技術も使用され得る。

【００４０】属性エントリ４２０を用いて、パッケージ
化項目の位置タイプが指定される。この位置タイプ４２
０は、位置エントリ４２５と一緒に使用される。図４に
示されるように、位置タイプは、アーカイブ化パッケー
ジ項目が検索されるネットワーク位置を指定するＵＲＬ
（Uniform Resource Locator）であり得る。ＵＲＬを使
用する例が、図５の要素４８４（タイプが"ＵＲＬ"キー
ワードを用いて識別される）及び４８５（ＵＲＬ例が指
定される）に示される。位置タイプ４２０は、代わりに
ファイルであってもよく、その場合、位置４２５がファ
イルが存在するディレクトリ構造のための情報を指定す
る。ファイル位置を使用する例が、図５の要素４６３及
び４６４に示される。要素４６４に示される位置の例で
は、アーカイブ化情報が現ＪＡＲファイル内に存在する
ことを示すために、特殊文字"."が使用されている。そ
の場合、属性ファイル内で位置の値４２５を指定する必
要はない。（好適な実施例はこの状況を示すために、特
殊文字"."を使用するが、特殊キーワードなどの他の技
術も使用され得る。）ＪＡＲファイル内のアーカイブ化
情報を参照するとき、ＪＡＲファイル内の情報を固有に
識別する固有の識別子、すなわち"ＵＩＤ"が使用され得
る。位置タイプ４２０はまた、"Ｊｏｂｂｉルックアッ
プ・サーバ"としても指定され、これは位置がランタイ
ム時に動的に決定されることを意味する（図７に関連し
て後述する）。この場合、位置の値４２５は好適には空
に維持される。位置４２５は４２８に示されるように、
キーワード"プロンプト"を用いて指定され得る。この場
合、ユーザは位置情報を入力するように指示される。
（好適な実施例では、値が空のとき、関連値無しに、属
性タイプのキーワードが属性ファイル内に現れ、分離子
構文がそれに続く。）エントリ４１５に関連して前述し
たように、数値などの短い識別子が、エントリ４２０と
して、キーワードの代わりに使用され得る。

【００４１】属性エントリ４３０は、アーカイブ化パッ
ケージ項目がネイティブ・コードを含むか否かを指定す
る。このエントリ４３０は、エントリ４３０の値が"真"
のとき、ネイティブ・コード・プラットフォームのスト
リング識別子を指定するエントリ４３５と一緒に使用さ
れる。これらのエントリを使用する例が、要素４６５及
び４６６に示され、そこではプラットフォーム値が偽で
あり、一方、要素４８６及び４８７では、プラットフォ
ーム値が真である。

【００４２】このパッケージ化項目の従属性は、属性エ
ントリ４４０を用いて指定される。好適な実施例では、
従属性構文は、このパッケージ項目が任意の単一のプラ
ットフォーム上で実行するために導入されなければなら
ないコードのための、ＵＩＤのコンマ分離式リストを使
用する。従属性が存在しない場合、この属性の値は好適
には空に維持される。要素４６７は従属性情報の例を示
し、そこでは２つの識別子"ｘ２"及び"ｙ１"がリストさ
れている。要素４７０及び４８０に示されるように、属
性情報はこれらの従属性に対しても提供される。要素４
８８は、ランタイムＹ１が従属性を有さないことを示
す。アーカイブ化パッケージ内において従属性を指定す
ることにより、そのパッケージを導入及び使用するため
に必要とされる全てのＪａｖａ特定の情報が使用可能に
なる。例えば、Ｘ１などのアプリケーション（図５の要
素４５５参照）は、要素４６７で、ランタイム環境"Ｙ
１"をその従属性として指定する。

【００４３】属性エントリ４４５は、好適な実施例の最
後のエントリを定義し、これはmain()関数を含むクラス
のＪａｖａクラス名である。パッケージ項目がアプリケ
ーションでない限り、このエントリは空の値を有する。
このエントリのためにリストされる値は、ランタイム時
に、アプリケーションを始動するために使用される。要
素４６８にアプリケーションＸ１として示されるよう
に、このアプリケーションの主機能は、クラス"com.ib
m.X1"に配置される。

【００４４】図６は、アプリケーション・プログラムの
従属性を突き止め、導入するために、好適な実施例で使
用される論理を示し、図７は、アプリケーション・プロ
グラムのためのＪｏｂｂｉ ＪＡＲファイルを、クライ
アントのコンピュータ上に導入するために、好適な実施
例で使用される論理を示す。５００で示されるように、
従属性導入の論理はクライアントのコンピュータ上で動
作する。この論理はスタンドアロン形式で呼び出され、
アプリケーションの従属性が導入されることを保証す
る。或いは、この論理は、図１０のブロック７３０に関
連して後述するように、アプリケーションの実行の間に
呼び出される。特定のアプリケーションの従属性の導入
が、ブロック５０５で要求される。好適な実施例では、
ＨＴＴＰ要求がウェブ・サーバ５１０に送信され（５０
６）、そこでウェブ・サーバ５１０が、Ｊｏｂｂｉ Ｊ
ＡＲファイル５１５、５１６、５１７などを記憶する。
これらは図３に関連して前述した技術を用いて作成され
たものである。このＨＴＴＰ要求は、要求アプリケーシ
ョンの固有の識別子を指定する。関連Ｊｏｂｂｉ ＪＡ
Ｒファイルがウェブ・サーバ５１０により突き止めら
れ、クライアント・マシンに返却される（５０７）。ブ
ロック５２０は、このファイルがクライアント・マシン
において受信されることを示し、続いてブロック５２５
で処理される。Ｊｏｂｂｉ ＪＡＲファイルの処理は、
ブロック５３５及び５４０で詳細に説明される。属性情
報（図４、図５参照）がブロック５３５で構文解析さ
れ、ブロック５０５で要求されたアプリケーションの従
属性が突き止められる。従属性情報が抽出されると、ブ
ロック５４０で、従属項目が導入されるか否かをチェッ
クする。このチェック・プロセスは、フロー５４１、５
４２及び５４３で示される３つの結果を有し得る。従属
性が既に導入済みの場合、処理はフロー５４２で示され
るように、ブロック５３０に継続する。従属性が存在
し、従属性の位置が知れる場合、制御はフロー５４１に
より示されるように、ブロック５０５に戻る。当業者に
は明らかなように、これは従属性導入プロセスの再帰呼
び出しである。この再帰呼び出しは、要求アプリケーシ
ョンのために必要とされるランタイムや拡張などを検索
するために使用され得る。従属性が必要とされるが、そ
の位置が分からない場合（例えば、属性エントリ４２０
の値が"Ｊｏｂｂｉルックアップ・サーバ"として指定さ
れる場合）、フロー５４３により示されるように、従属
性の固有の識別子がルックアップ・サーバ５４５に送信
される。このルックアップ・サーバ５４５は、フロー５
４４により示されるように、関連Ｊｏｂｂｉ ＪＡＲフ
ァイル位置をクライアント・マシンに返却する。好適な
実施例では、この返却情報は、アーカイブ化情報が記憶
されるサーバの位置を指定するＵＲＬである。この時点
で、従属性の位置が知れたので、従属性導入プロセスの
再帰呼び出しが、フロー５４１に従い呼び出される。従
属性の位置を動的に決定するこの技術は、こうした位置
情報が静的に事前に指定されなければならない現技術に
比較して、本発明が非常に柔軟性のあるパッケージ化を
提供することを可能にする。（図６では単一のウェブ・
サーバ５１０が示されるが、これは説明の都合によるも
ので、実際には２つ以上のサーバが使用され得て、その
場合、ＨＴＴＰ要求５０６が適切なサーバをそのＵＲＬ
により指定する。）

【００４５】ブロック５４０の従属性チェック・プロセ
スは、各指定された従属性に対して繰り返される。従属
性が既に導入済みであるか否かの判断は、既知の技術を
用いて実行される。ブロック５３５及び５４０に関連し
て述べたように、一旦従属性が完全に処理されると、制
御は主要処理内のブロック５３０に戻り、そこで５０７
で検索されたＪｏｂｂｉ ＪＡＲファイルが、クライア
ント・マシン上のＪｏｂｂｉレジストリ内に導入され
る。このプロセスが図７に詳細に示される。

【００４６】アプリケーション・プログラムのためのＪ
ｏｂｂｉ ＪＡＲファイルを、クライアントのコンピュ
ータ上に導入するために使用される導入プロセスが、図
７のブロック５７０で開始する。（図３の要素３１５で
示されるように、２つの要素が一緒に記憶された場合）
ブロック５７０で、アプリケーションのＪＡＲファイル
がＪｏｂｂｉ ＪＡＲファイルから抽出され、クライア
ント・マシンのＵＩＤディレクトリにコピーされる。
（ＵＩＤディレクトリはクライアントのマシン上に作成
されるディレクトリであり、内容がそこに含まれるＪｏ
ｂｂｉアーカイブのＵＩＤと同一の名前を有する。）こ
の技術は、アプリケーションのための環境をその後セッ
トアップするとき、Ｊｏｂｂｉアーカイブ情報の発見を
容易にする。或いは、他のディレクトリ命名アプローチ
が使用され、その場合アプリケーションのためのアーカ
イブ化情報を記憶するために使用されるディレクトリの
名前が、レジストリ・ファイルの一部として記憶されな
ければならない。）次に、ブロック５７５は、Ｊｏｂｂ
ｉ ＪＡＲファイルからのＪｏｂｂｉ属性情報を使用
し、この属性情報からレジストリ・ファイルを作成す
る。レジストリ・ファイルの形式が図８乃至図９に示さ
れ、以下で詳述される。次にブロック５８５で、レジス
トリ・ファイル情報５８０が、このクライアント・マシ
ンのためのレジストリ・ディレクトリに記憶される。図
７のプロセスはこれで終了する。

【００４７】図８は、本発明により使用されるレジスト
リ・ファイルのレイアウト６００を定義し、図９は、特
定のアプリケーション・プログラムのために、このレイ
アウトを使用する例６７０を示す。属性ファイルはアプ
リケーションを、それが導入され得る多数のプラットフ
ォーム上で使用するために必要とされる情報を含むのに
対して、レジストリは、この特定のクライアント・マシ
ン上でアプリケーションを使用することに関する、個別
に適合化された情報を提供する。ランタイム時に、レジ
ストリ情報は、図１０に関連して後述するように、アプ
リケーションのための適切な環境を構築するために使用
される。ここで述べられているように、図７のブロック
５７５の処理の間に、多数のレジストリ・エントリが、
属性ファイル情報から直接抽出される。（図４の属性フ
ァイル・レイアウト４００に関連して前述したのと同様
に、レジストリ・ファイル・レイアウト６００は好適な
実施例を示し、アプリケーション、ランタイム、または
拡張に関連し得る。このレイアウト情報は、適切な環境
内で変更または拡張されたり、再順序化されてもよく、
また他のキーワードが図示のものの代わりに使用され得
る。）

【００４８】レジストリ・エントリ６０５は、このパッ
ケージの固有の識別子を指定し、それは任意の有効なス
トリングである。識別子は、例えば乱数発生器の機能を
呼び出すことにより、または本発明の一部を形成しない
他の技術（ユーザ入力を含む）により生成される。識別
子ストリングの例が、図９の要素６７１に示される。こ
の例では、レジストリ入力は構文"ｊｏｂｂｉ"を接頭語
として有するが、これは説明の便宜上のものであって、
明らかに、これらがＪｏｂｂｉレジストリ内のエントリ
であることを示す。

【００４９】レジストリ・エントリ６１０は、main()関
数を含むＪａｖａクラスを指定するために使用される。
この情報は、属性ファイルがアプリケーションのもので
ある場合、図７のブロック５７５の処理の間に、属性フ
ァイルのエントリ４４５から抽出される。このエントリ
６１０を使用する例が、図９の要素６７２に示され、そ
こでは特定のクラス名が指定される。レジストリ・エン
トリ６１５はこのパッケージの表示名であり、任意の表
示可能なストリング値である。この値は属性エントリ４
０５から抽出され、図９の例６７０では要素６７３に示
される。エントリ６２０は、アプリケーション・ファイ
ルのために使用される表示アイコンを指定し、その例が
要素６７４に示される。このエントリの値は、アイコン
がイメージまたはビットマップなどとして記憶されるフ
ァイル名である。図８の最下部に注釈として示されるよ
うに、"|"文字は好適な実施例では、パス分離子を示す
ために使用され、図９の例６７０では、要素６７４のパ
ス指定"images|hod.gif"内で使用されている。この"|"
記号は、クライアント・マシンへのレジストリの導入に
際して、クライアントのオペレーティング・システムに
応じて、適宜"＼"または"/"文字を使用するように、置
換される。このエントリ６２０の値は、属性ファイルの
要素４０８から抽出される。

【００５０】このパッケージが使用されるときに、クラ
ス・パス環境変数に含まれる必要がある相対ディレクト
リまたはアーカイブ名が、レジストリ・エントリ６２５
を用いて指定される。このエントリのために使用される
値は自動的に生成され、アーカイブ化パッケージが記憶
される、クライアント・マシンのファイル・システム内
の位置を示す。例が６７５に示される。ここで記号"&"
が使用され、これはクライアント・マシン上へのレジス
トリの導入に際して、連結のためのプラットフォーム特
定の記号が、（図８に示されるように）この記号を置換
するために使用されることを示す。

【００５１】レジストリ・エントリ６３０は、このパッ
ケージが実行されるランタイム環境の固有の識別子のリ
ストを指定する。このリストは初期に、属性ファイルか
らの情報を用いて構築され、そのとき、パッケージの各
ランタイムを突き止めるために、パッケージの従属性が
調査される。更に、このリスト内の値を拡張するため
に、ユーザまたは開発者入力が続いて使用され得る。要
素６７６は、このアプリケーション例では、３つの異な
るランタイム環境のいずれかが、アプリケーションを実
行するために使用され得ることを示す。

【００５２】環境変数としてセットされる必要のある相
対ワーキング・ディレクトリが、レジストリ・エントリ
６３５の値として指定される。図９の例６７０では、特
殊な構文"."が要素６７７において使用され、これは現
ディレクトリが使用されることを示す。この値は好適に
は、それを値"."に初期化し、その後値を必要に応じて
変更する手段（構成メニューなど）を提供することによ
り、生成される。

【００５３】レジストリ情報により示される項目のタイ
プは、エントリ６４０を用いて指定され、アプリケーシ
ョン、拡張またはランタイムのいずれかである。要素６
７８は、アプリケーション値０を使用することにより、
この例がアプリケーションに関することを示す。このエ
ントリの値は、属性ファイル・エントリ４１５から推論
される。

【００５４】レジストリ・エントリ６４５は、アプリケ
ーションのために使用されるべき、現在選択されるラン
タイム環境を指定する。このエントリはランタイム及び
拡張に対しては、レジストリ・ファイルから省略され
る。ランタイム識別子の例が６７９に示され、これは要
素６７６のランタイムのリストからの最終選択に対応す
る。エントリ６４５として使用される値は、エントリ６
３０内の値から選択される。好適には、選択ポリシは、
選択肢のリストから最終要素を選択したり、第１の要素
を選択するなど、特定の実施例に応じて使用される。或
いは、ユーザがリストから選択するように指示されても
よい。

【００５５】パッケージ・エントリ６５０はパッケージ
のアーカイブ名を指定し、ＵＲＬを用いることにより、
パッケージがネットワーク内のサーバ上のどこに記憶さ
れるか、または、ファイル・パスを用いることにより、
ファイル・システム内のどこに記憶されるかを識別す
る。アーカイブ化パッケージが拡張され、クライアント
のマシンのＵＩＤディレクトリに導入されている場合、
要素６８０により示されるように、このエントリの値が
空白にされる。

【００５６】外部エントリ６５５は、このパッケージが
従属する固有の識別子のセミコロンにより分離されたリ
ストであり、属性ファイルのエントリ４４０から作成さ
れる。従属性が存在しない場合、図９の例６７０に見ら
れるように、このエントリはレジストリ・ファイルから
完全に省略される。

【００５７】レジストリ・ファイルの好適な実施例の最
終エントリは、パラメータ・エントリ６６０である。こ
れは好適にはセミコロンを用いて分離されるパラメータ
のリストであり、アプリケーションの呼び出しに際し
て、main()関数に渡される。従って、このエントリはレ
ジストリ・タイプ６４０がアプリケーションでない限
り、指定されない。通常、パラメータ値はアプリケーシ
ョン始動プロセスの間に、ユーザにより入力され、従っ
てパラメータ値は持続的にレジストリ・ファイル内に記
憶されることはない。しかしながら、１つ以上のパラメ
ータ値が定数または固定値を有するかもしれない。その
場合、値がレジストリ内に記憶され、ランタイム時にユ
ーザに値を入力するように指示する必要性を回避し得
る。図９の例６７０は、パラメータ値の指定を省略す
る。

【００５８】図１０は、アプリケーション・プログラム
がクライアント・コンピュータ上で始動されるときに、
好適な実施例において呼び出される論理を示す。プロセ
スはユーザがアプリケーションの実行を要求するとき、
ブロック７００で開始し、（要素７１０に示されるよう
に）クライアント・マシン上で発生する。ユーザがアプ
リケーションを要求する態様は、本発明の一部を形成し
ない。ユーザはアプリケーションを表すアイコン（レジ
ストリ・ファイル内で識別される表示アイコン６２０な
ど）をクリックしたり、ポップアップまたはプルダウン
・リストからアプリケーション識別子（表示名６１５な
ど）を選択したり、タイマ駆動型リストなどを用いて、
アプリケーションを呼び出したりする。ブロック７１５
で、アプリケーションのための適切なランタイム環境を
構成し、その環境において、アプリケーションの実行を
開始するプロセスが、開始する。後述のように、ユーザ
はランタイム環境が如何に動作するかについて、何もま
たはほとんど知る必要がない。ブロック７１５は、要求
アプリケーションに関連付けられるレジストリ・ファイ
ルを開く。これは図８及び図９に関連して述べた情報を
含む。プラットフォーム特定の論理が、ブロック７２０
及び７２５で呼び出され、レジストリ・ファイルからの
環境データを処理する。例えば、classdirエントリ６２
５がクラス・パス変数に追加され、ワーキング・ディレ
クトリがエントリ６３５からの情報を用いてセットされ
る。ブロック７３０は従属性リスト６５５をチェック
し、全ての従属性が導入されることを保証する。そうで
ない場合、好適には図７の導入プロセスが呼び出され
る。導入される従属性に対して、７３２で示されるよう
に、図１０の論理の再帰呼び出しが実行され、従属性を
使用するために、適切な情報をセットする。全ての従属
性情報が処理されると、制御はブロック７３５に移行す
る。アプリケーションのレジストリ・ファイルの現ラン
タイム・エントリ６４５が抽出され、値がそのランタイ
ムに対するレジストリ・ファイルを検索するために使用
される。ブロック７４０は、ランタイムのレジストリか
らの情報を使用し、環境変数のための適切な設定を使用
する（ディレクトリをlibpathやbinpathに追加するな
ど）。

【００５９】ブロック７４５では、プラットフォーム依
存ＪＮＩ（Java Native Interface）が呼び出される。
周知のように、ＪＮＩは標準の仮想マシン独立インタフ
ェースであり、Ｊａｖａアプリケーションが、Ｃまたは
Ｃ＋＋などの他の言語により作成されたコードのネイテ
ィブ・ライブラリを呼び出すことを可能にする。適切な
環境変数及びアプリケーション・パラメータが、このび
呼出しに際して渡され、ブロック７５０で、環境変数の
設定を終了し、システム・プロセスを開始して、アプリ
ケーション・プログラムがその環境の下で実行される。
図１０のプロセスは次に終了し、プログラムは通常に実
行する。以前述べたように、本発明の新規の技術は、ア
プリケーションのために、適切なランタイムの使用を可
能にし、これは各異なるアプリケーションが実行のため
に選択されるとき、ランタイムを動的に変更するもので
ある。

【００６０】アプリケーションのためのランタイム環境
は、本発明を用いて、図１１に示される論理に従い、容
易に変更され得る。ブロック８００で、ユーザ入力がグ
ラフィカル・ユーザ・インタフェース（ＧＵＩ）、コマ
ンド・ラインなどから入力され、レジストリ・ファイル
内の情報の変更を要求する。（或いは、システム管理者
が１つ以上のクライアント・マシン上で情報を更新する
ための手段が提供される。例えば、新たなランタイム環
境がある組織全体に渡りダウンロードされている場合、
システム管理者はこの新たなランタイムを使用するよう
に、全てのクライアント・レジストリ・ファイルを更新
し得る。このアプローチは、エンドユーザに求められる
ランタイム知識の量を更に低減するのに役立つ。あるネ
ットワーク位置からクライアント・マシンに情報をダウ
ンロードする手段は、周知であり、図１１の論理を呼び
出すために使用される。）ユーザ要求がレジストリ内の
現ランタイム・エントリ６４５の更新を求める場合、ブ
ロック８０５がユーザから新たなランタイム識別子を受
諾する。任意的に、この識別子の検証が実行され得る。
ユーザ要求が、持続的に記憶されるアプリケーション・
パラメータ６５５の変更を求める場合、ブロック８１０
は新たなパラメータ値を受諾する。任意的に、パラメー
タ値は、パラメータ値の数及びタイプが適切であること
を保証するために、適用可能なアプリケーションを調査
することにより検証される。ユーザが従属性情報６５０
の変更または追加を要求する場合、ブロック８１５が新
たな情報を受諾する。任意的に、従属性識別子の記憶リ
ストが、このリストへの追加、消去及び変更を識別する
手段と一緒に、ユーザに提供される。一旦ユーザが変更
されたレジストリ情報を入力し、任意の検証が実行され
ると、ブロック８２０がこのアプリケーションのための
記憶済みレジストリ情報を更新する。このアプリケーシ
ョンが次回始動されるとき、図１０に従い実行環境を構
築するとき、修正された情報が使用される。以前述べた
ように、本発明によれば、異なるランタイム環境を使用
するように、アプリケーション・プログラムを変更する
ことが、現技術に比較して多大に単純化されることがわ
かる。

【００６１】以上、本発明の好適な実施例について述べ
てきたが、当業者であれば、本発明の基本概念を習得す
ることにより、前述の実施例の追加の変形及び変更が可
能であろう。従って、前述の好適な実施例及び全てのこ
うした変形及び変更が、本発明の趣旨及び範囲内に含ま
れるものである。

【００６２】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００６３】（１）ネットワークへの接続を有すること
ができるコンピュータ環境において、前記環境内のコン
ピュータ・システムにより読出されて、Ｊａｖａ環境の
管理可能性及び有用性を改善するコンピュータ読取り可
能コードを有するコンピュータ読取り可能記憶媒体であ
って、Ｊａｖａアプリケーション、前記アプリケーショ
ンの実行のために要求される０以上の拡張、及び前記ア
プリケーションの実行のために要求されるランタイム環
境を記述する、Ｊａｖａアプリケーションの複数の属性
を定義するサブプロセスと、定義された前記属性を前記
アプリケーションの識別と共に記憶するサブプロセスと
を含むコンピュータ読取り可能コードを有するコンピュ
ータ読取り可能記憶媒体。 （２）記憶された前記属性を用いて、クライアント・マ
シン上に前記アプリケーションを導入するサブプロセス
を含む、前記（１）記載のＪａｖａ環境の管理可能性及
び有用性を改善する、コンピュータ読取り可能コードを
有するコンピュータ読取り可能記憶媒体。 （３）前記導入するサブプロセスが、要求される前記拡
張及びランタイム環境を含む、前記アプリケーションの
１つ以上の従属性を導入するサブプロセスと、前記アプ
リケーションのためのＪａｖａアーカイブ・ファイル
を、前記クライアント・マシン上に導入するサブプロセ
スとを含み、前記従属性を導入するサブプロセスが、前
記属性を構文解析して、前記従属性を突き止めるサブプ
ロセスと、前記従属性の各々が既に前記クライアント・
マシン上に導入済みであるか否かを判断するサブプロセ
スと、まだ導入されていない場合、突き止められた前記
従属性を検索して、導入するサブプロセスとを含む、前
記（２）記載のＪａｖａ環境の管理可能性及び有用性を
改善する、コンピュータ読取り可能コードを有するコン
ピュータ読取り可能記憶媒体。 （４）前記１つ以上の従属性を導入するサブプロセスの
オペレーションの前に、前記アプリケーションの前記記
憶された属性の最新のバージョンを検索するサブプロセ
スを含む、前記（３）記載のＪａｖａ環境の管理可能性
及び有用性を改善する、コンピュータ読取り可能コード
を有するコンピュータ読取り可能記憶媒体。 （５）前記１つ以上の従属性を導入するサブプロセス
が、前記従属性を検索及び導入するサブプロセスにより
使用される位置を、動的に検索するサブプロセスを含
む、前記（３）記載のＪａｖａ環境の管理可能性及び有
用性を改善する、コンピュータ読取り可能コードを有す
るコンピュータ読取り可能記憶媒体。 （６）前記クライアント・マシン上に、前記属性に対応
するレジストリ・ファイルを作成するサブプロセスを含
む、前記（３）記載のＪａｖａ環境の管理可能性及び有
用性を改善する、コンピュータ読取り可能コードを有す
るコンピュータ読取り可能記憶媒体。 （７）前記クライアント・マシン上で選択アプリケーシ
ョンを実行する要求を受信するサブプロセスと、前記対
応するレジストリ・ファイルを用いて、前記選択アプリ
ケーションのための適切なランタイム環境を構築するサ
ブプロセスと、構築された前記環境において、前記選択
アプリケーションの実行を開始するサブプロセスとを含
む、前記（６）記載のＪａｖａ環境の管理可能性及び有
用性を改善する、コンピュータ読取り可能コードを有す
るコンピュータ読取り可能記憶媒体。 （８）前記構築するサブプロセスが、前記対応するレジ
ストリ・ファイルを読出し、前記アプリケーションの現
在要求される拡張及び現ランタイム環境を含む、前記ア
プリケーションの現従属性を決定するサブプロセスと、
前記選択アプリケーションの前記現従属性の各々が導入
されることを保証するサブプロセスと、前記現ランタイ
ム環境のために、適切な環境変数をセットするサブプロ
セスと、現在要求される前記拡張のために、適切な環境
変数をセットするサブプロセスとを含む、前記（７）記
載のＪａｖａ環境の管理可能性及び有用性を改善する、
コンピュータ読取り可能コードを有するコンピュータ読
取り可能記憶媒体。 （９）前記対応するレジストリ・ファイルを用いて、前
記選択アプリケーションの１つ以上のパラメータをセッ
トするサブプロセスを含む、前記（８）記載のＪａｖａ
環境の管理可能性及び有用性を改善する、コンピュータ
読取り可能コードを有するコンピュータ読取り可能記憶
媒体。 （１０）前記レジストリ・ファイル内の前記現ランタイ
ム環境を更新するサブプロセスと、前記レジストリ・フ
ァイル内の現在要求される前記拡張を更新するサブプロ
セスとを含む、前記（６）記載のＪａｖａ環境の管理可
能性及び有用性を改善する、コンピュータ読取り可能コ
ードを有するコンピュータ読取り可能記憶媒体。 （１１）前記レジストリ・ファイル内の前記パラメータ
を更新するサブプロセスを含む、前記（９）記載のＪａ
ｖａ環境の管理可能性及び有用性を改善する、コンピュ
ータ読取り可能コードを有するコンピュータ読取り可能
記憶媒体。 （１２）ネットワークへの接続を有することができるコ
ンピュータ環境において、Ｊａｖａ環境の管理可能性及
び有用性を改善するシステムであって、Ｊａｖａアプリ
ケーション、前記アプリケーションの実行のために要求
される０以上の拡張、及び前記アプリケーションの実行
のために要求されるランタイム環境を記述する、Ｊａｖ
ａアプリケーションの複数の属性を定義する手段と、定
義された前記属性を前記アプリケーションの識別と共に
記憶する手段とを含む、システム。 （１３）記憶された前記属性を用いて、クライアント・
マシン上に前記アプリケーションを導入する手段を含
む、前記（１２）記載のＪａｖａ環境の管理可能性及び
有用性を改善する、システム。 （１４）前記導入手段が、要求される前記拡張及びラン
タイム環境を含む、前記アプリケーションの１つ以上の
従属性を導入する手段と、前記アプリケーションのため
のＪａｖａアーカイブ・ファイルを、前記クライアント
・マシン上に導入する手段とを含み、前記従属性を導入
する手段が、前記属性を構文解析して、前記従属性を突
き止める手段と、前記従属性の各々が既に前記クライア
ント・マシン上に導入済みであるか否かを判断する手段
と、まだ導入されていない場合、突き止められた前記従
属性を検索して、導入する手段とを含む、前記（１３）
記載のＪａｖａ環境の管理可能性及び有用性を改善す
る、システム。 （１５）前記１つ以上の従属性を導入する手段のオペレ
ーションの前に、前記アプリケーションの前記記憶され
た属性の最新のバージョンを検索する手段を含む、前記
（１４）記載のＪａｖａ環境の管理可能性及び有用性を
改善する、システム。 （１６）前記１つ以上の従属性を導入する手段が、前記
従属性を検索及び導入する手段により使用される位置
を、動的に検索する手段を含む、前記（１４）記載のＪ
ａｖａ環境の管理可能性及び有用性を改善する、システ
ム。 （１７）前記クライアント・マシン上に、前記属性に対
応するレジストリ・ファイルを作成する手段を含む、前
記（１４）記載のＪａｖａ環境の管理可能性及び有用性
を改善する、システム。 （１８）前記クライアント・マシン上で選択アプリケー
ションを実行する要求を受信する手段と、前記対応する
レジストリ・ファイルを用いて、前記選択アプリケーシ
ョンのための適切なランタイム環境を構築する手段と、
構築された前記環境において、前記選択アプリケーショ
ンの実行を開始する手段とを含む、前記（１７）記載の
Ｊａｖａ環境の管理可能性及び有用性を改善する、シス
テム。 （１９）前記構築手段が、前記対応するレジストリ・フ
ァイルを読出し、前記アプリケーションの現在要求され
る拡張及び現ランタイム環境を含む、前記アプリケーシ
ョンの現従属性を決定する手段と、前記選択アプリケー
ションの前記現従属性の各々が導入されることを保証す
る手段と、前記現ランタイム環境のために、適切な環境
変数をセットする手段と、現在要求される前記拡張のた
めに、適切な環境変数をセットする手段とを含む、前記
（１８）記載のＪａｖａ環境の管理可能性及び有用性を
改善する、システム。 （２０）前記対応するレジストリ・ファイルを用いて、
前記選択アプリケーションの１つ以上のパラメータをセ
ットする手段を含む、前記（１９）記載のＪａｖａ環境
の管理可能性及び有用性を改善する、システム。 （２１）前記レジストリ・ファイル内の前記現ランタイ
ム環境を更新する手段と、前記レジストリ・ファイル内
の現在要求される前記拡張を更新する手段とを含む、前
記（１７）記載のＪａｖａ環境の管理可能性及び有用性
を改善する、システム。 （２２）前記レジストリ・ファイル内の前記パラメータ
を更新する手段を含む、前記（２０）記載のＪａｖａ環
境の管理可能性及び有用性を改善する、システム。 （２３）ネットワークへの接続を有することができるコ
ンピュータ環境において、Ｊａｖａ環境の管理可能性及
び有用性を改善する方法であって、Ｊａｖａアプリケー
ション、前記アプリケーションの実行のために要求され
る０以上の拡張、及び前記アプリケーションの実行のた
めに要求されるランタイム環境を記述する、Ｊａｖａア
プリケーションの複数の属性を定義するステップと、定
義された前記属性を前記アプリケーションの識別と共に
記憶するステップとを含む、方法。 （２４）記憶された前記属性を用いて、クライアント・
マシン上に前記アプリケーションを導入するステップを
含む、前記（２３）記載のＪａｖａ環境の管理可能性及
び有用性を改善する、方法。 （２５）前記導入するステップが、要求される前記拡張
及びランタイム環境を含む、前記アプリケーションの１
つ以上の従属性を導入するステップと、前記アプリケー
ションのためのＪａｖａアーカイブ・ファイルを、前記
クライアント・マシン上に導入するステップとを含み、
前記従属性を導入するステップが、前記属性を構文解析
して、前記従属性を突き止めるステップと、前記従属性
の各々が既に前記クライアント・マシン上に導入済みで
あるか否かを判断するステップと、まだ導入されていな
い場合、突き止められた前記従属性を検索して、導入す
るステップとを含む、前記（２４）記載のＪａｖａ環境
の管理可能性及び有用性を改善する、方法。 （２６）前記１つ以上の従属性を導入するステップのオ
ペレーションの前に、前記アプリケーションの前記記憶
された属性の最新のバージョンを検索するステップを含
む、前記（２５）記載のＪａｖａ環境の管理可能性及び
有用性を改善する、方法。 （２７）前記１つ以上の従属性を導入するステップが、
前記従属性を検索及び導入するステップにより使用され
る位置を、動的に検索するステップを含む、前記（２
５）記載のＪａｖａ環境の管理可能性及び有用性を改善
する、方法。 （２８）前記クライアント・マシン上に、前記属性に対
応するレジストリ・ファイルを作成するステップを含
む、前記（２５）記載のＪａｖａ環境の管理可能性及び
有用性を改善する、方法。 （２９）前記クライアント・マシン上で選択アプリケー
ションを実行する要求を受信するステップと、前記対応
するレジストリ・ファイルを用いて、前記選択アプリケ
ーションのための適切なランタイム環境を構築するステ
ップと、構築された前記環境において、前記選択アプリ
ケーションの実行を開始するステップとを含む、前記
（２８）記載のＪａｖａ環境の管理可能性及び有用性を
改善する、方法。 （３０）前記構築するステップが、前記対応するレジス
トリ・ファイルを読出し、前記アプリケーションの現在
要求される拡張及び現ランタイム環境を含む、前記アプ
リケーションの現従属性を決定するステップと、前記選
択アプリケーションの前記現従属性の各々が導入される
ことを保証するステップと、前記現ランタイム環境のた
めに、適切な環境変数をセットするステップと、現在要
求される前記拡張のために、適切な環境変数をセットす
るステップとを含む、前記（２９）記載のＪａｖａ環境
の管理可能性及び有用性を改善する、方法。 （３１）前記対応するレジストリ・ファイルを用いて、
前記選択アプリケーションの１つ以上のパラメータをセ
ットするステップを含む、前記（３０）記載のＪａｖａ
環境の管理可能性及び有用性を改善する、方法。 （３２）前記レジストリ・ファイル内の前記現ランタイ
ム環境を更新するステップと、前記レジストリ・ファイ
ル内の現在要求される前記拡張を更新するステップとを
含む、前記（２８）記載のＪａｖａ環境の管理可能性及
び有用性を改善する、方法。 （３３）前記レジストリ・ファイル内の前記パラメータ
を更新するステップを含む、前記（３１）記載のＪａｖ
ａ環境の管理可能性及び有用性を改善する、方法。

【図面の簡単な説明】

【図１】本発明が実装され得るコンピュータ・ワークス
テーション環境のブロック図である。

【図２】本発明が実装され得るネットワーク化コンピュ
ータ環境を示す図である。

【図３】本発明の好適な実施例が属性をＪａｖａアプリ
ケーションに関連付け、それらの属性を後の使用のため
に記憶する技術を示す図である。

【図４】本発明により使用される属性情報のレイアウト
の定義を示す図である。

【図５】特定のアプリケーション・プログラムのため
の、このレイアウトの使用例を示す図である。

【図６】好適な実施例において、アプリケーション・プ
ログラムの従属性を突き止め、導入するために使用され
る論理を示す図である。

【図７】好適な実施例において、アプリケーション・プ
ログラムのために、ＪｏｂｂｉＪＡＲファイルをクライ
アントのコンピュータ上に導入するために使用される論
理を示す図である。

【図８】本発明により使用されるレジストリ・ファイル
のレイアウトの定義を示す図である。

【図９】特定のアプリケーション・プログラムのため
の、このレイアウトの使用例を示す図である。

【図１０】アプリケーション・プログラムがクライアン
ト・コンピュータ上で始動されるとき、好適な実施例に
おいて呼び出される論理を示す図である。

【図１１】アプリケーション・プログラムが導入された
後、ランタイム情報を更新するために使用される論理を
示す図である。

【符号の説明】

１０ ワークステーション １２ プロセッサ １４ バス １６ ユーザ・インタフェース・アダプタ １８ キーボード ２０ マウス ２２ インタフェース装置 ２４ 表示装置 ２６ 表示アダプタ ２８ メモリ ３０ 記憶装置 ３２ 通信チャネル・モデム ４０ データ処理ネットワーク ４２ 無線ネットワーク ４４ ネットワーク ４６ ゲートウェイ ４７ アプリケーション・サーバ ４８ データ・レポジトリ ５０６ ＨＴＴＰ要求 ５０７ 関連ＪＡＲファイル

フロントページの続き (72)発明者 アンドリュー・ダブリュ・スパイカー アメリカ合衆国27613、ノース・カロライ ナ州ローリー、アパートメント 22、ドッ クサイド・サークル 3136 (72)発明者 マシュー・デビッド・ウォルノック アメリカ合衆国27513、ノース・カロライ ナ州カーリー、プレストン・グローブ・ア ベニュー 1217

Claims (33)

【特許請求の範囲】
1. 【請求項１】ネットワークへの接続を有することができ
   るコンピュータ環境において、前記環境内のコンピュー
   タ・システムにより読出されて、Ｊａｖａ環境の管理可
   能性及び有用性を改善するコンピュータ読取り可能コー
   ドを有するコンピュータ読取り可能記憶媒体であって、 Ｊａｖａアプリケーション、前記アプリケーションの実
   行のために要求される０以上の拡張、及び前記アプリケ
   ーションの実行のために要求されるランタイム環境を記
   述する、Ｊａｖａアプリケーションの複数の属性を定義
   するサブプロセスと、 定義された前記属性を前記アプリケーションの識別と共
   に記憶するサブプロセスとを含むコンピュータ読取り可
   能コードを有するコンピュータ読取り可能記憶媒体。
2. 【請求項２】記憶された前記属性を用いて、クライアン
   ト・マシン上に前記アプリケーションを導入するサブプ
   ロセスを含む、請求項１記載のＪａｖａ環境の管理可能
   性及び有用性を改善する、コンピュータ読取り可能コー
   ドを有するコンピュータ読取り可能記憶媒体。
3. 【請求項３】前記導入するサブプロセスが、 要求される前記拡張及びランタイム環境を含む、前記ア
   プリケーションの１つ以上の従属性を導入するサブプロ
   セスと、 前記アプリケーションのためのＪａｖａアーカイブ・フ
   ァイルを、前記クライアント・マシン上に導入するサブ
   プロセスとを含み、 前記従属性を導入するサブプロセスが、 前記属性を構文解析して、前記従属性を突き止めるサブ
   プロセスと、 前記従属性の各々が既に前記クライアント・マシン上に
   導入済みであるか否かを判断するサブプロセスと、 まだ導入されていない場合、突き止められた前記従属性
   を検索して、導入するサブプロセスとを含む、請求項２
   記載のＪａｖａ環境の管理可能性及び有用性を改善す
   る、コンピュータ読取り可能コードを有するコンピュー
   タ読取り可能記憶媒体。
4. 【請求項４】前記１つ以上の従属性を導入するサブプロ
   セスのオペレーションの前に、前記アプリケーションの
   前記記憶された属性の最新のバージョンを検索するサブ
   プロセスを含む、請求項３記載のＪａｖａ環境の管理可
   能性及び有用性を改善する、コンピュータ読取り可能コ
   ードを有するコンピュータ読取り可能記憶媒体。
5. 【請求項５】前記１つ以上の従属性を導入するサブプロ
   セスが、前記従属性を検索及び導入するサブプロセスに
   より使用される位置を、動的に検索するサブプロセスを
   含む、請求項３記載のＪａｖａ環境の管理可能性及び有
   用性を改善する、コンピュータ読取り可能コードを有す
   るコンピュータ読取り可能記憶媒体。
6. 【請求項６】前記クライアント・マシン上に、前記属性
   に対応するレジストリ・ファイルを作成するサブプロセ
   スを含む、請求項３記載のＪａｖａ環境の管理可能性及
   び有用性を改善する、コンピュータ読取り可能コードを
   有するコンピュータ読取り可能記憶媒体。
7. 【請求項７】前記クライアント・マシン上で選択アプリ
   ケーションを実行する要求を受信するサブプロセスと、 前記対応するレジストリ・ファイルを用いて、前記選択
   アプリケーションのための適切なランタイム環境を構築
   するサブプロセスと、 構築された前記環境において、前記選択アプリケーショ
   ンの実行を開始するサブプロセスとを含む、請求項６記
   載のＪａｖａ環境の管理可能性及び有用性を改善する、
   コンピュータ読取り可能コードを有するコンピュータ読
   取り可能記憶媒体。
8. 【請求項８】前記構築するサブプロセスが、 前記対応するレジストリ・ファイルを読出し、前記アプ
   リケーションの現在要求される拡張及び現ランタイム環
   境を含む、前記アプリケーションの現従属性を決定する
   サブプロセスと、 前記選択アプリケーションの前記現従属性の各々が導入
   されることを保証するサブプロセスと、 前記現ランタイム環境のために、適切な環境変数をセッ
   トするサブプロセスと、 現在要求される前記拡張のために、適切な環境変数をセ
   ットするサブプロセスとを含む、請求項７記載のＪａｖ
   ａ環境の管理可能性及び有用性を改善する、コンピュー
   タ読取り可能コードを有するコンピュータ読取り可能記
   憶媒体。
9. 【請求項９】前記対応するレジストリ・ファイルを用い
   て、前記選択アプリケーションの１つ以上のパラメータ
   をセットするサブプロセスを含む、請求項８記載のＪａ
   ｖａ環境の管理可能性及び有用性を改善する、コンピュ
   ータ読取り可能コードを有するコンピュータ読取り可能
   記憶媒体。
10. 【請求項１０】前記レジストリ・ファイル内の前記現ラ
    ンタイム環境を更新するサブプロセスと、 前記レジストリ・ファイル内の現在要求される前記拡張
    を更新するサブプロセスとを含む、請求項６記載のＪａ
    ｖａ環境の管理可能性及び有用性を改善する、コンピュ
    ータ読取り可能コードを有するコンピュータ読取り可能
    記憶媒体。
11. 【請求項１１】前記レジストリ・ファイル内の前記パラ
    メータを更新するサブプロセスを含む、請求項９記載の
    Ｊａｖａ環境の管理可能性及び有用性を改善する、コン
    ピュータ読取り可能コードを有するコンピュータ読取り
    可能記憶媒体。
12. 【請求項１２】ネットワークへの接続を有することがで
    きるコンピュータ環境において、Ｊａｖａ環境の管理可
    能性及び有用性を改善するシステムであって、 Ｊａｖａアプリケーション、前記アプリケーションの実
    行のために要求される０以上の拡張、及び前記アプリケ
    ーションの実行のために要求されるランタイム環境を記
    述する、Ｊａｖａアプリケーションの複数の属性を定義
    する手段と、 定義された前記属性を前記アプリケーションの識別と共
    に記憶する手段とを含む、システム。
13. 【請求項１３】記憶された前記属性を用いて、クライア
    ント・マシン上に前記アプリケーションを導入する手段
    を含む、請求項１２記載のＪａｖａ環境の管理可能性及
    び有用性を改善する、システム。
14. 【請求項１４】前記導入手段が、 要求される前記拡張及びランタイム環境を含む、前記ア
    プリケーションの１つ以上の従属性を導入する手段と、 前記アプリケーションのためのＪａｖａアーカイブ・フ
    ァイルを、前記クライアント・マシン上に導入する手段
    とを含み、 前記従属性を導入する手段が、 前記属性を構文解析して、前記従属性を突き止める手段
    と、 前記従属性の各々が既に前記クライアント・マシン上に
    導入済みであるか否かを判断する手段と、 まだ導入されていない場合、突き止められた前記従属性
    を検索して、導入する手段とを含む、請求項１３記載の
    Ｊａｖａ環境の管理可能性及び有用性を改善する、シス
    テム。
15. 【請求項１５】前記１つ以上の従属性を導入する手段の
    オペレーションの前に、前記アプリケーションの前記記
    憶された属性の最新のバージョンを検索する手段を含
    む、請求項１４記載のＪａｖａ環境の管理可能性及び有
    用性を改善する、システム。
16. 【請求項１６】前記１つ以上の従属性を導入する手段
    が、前記従属性を検索及び導入する手段により使用され
    る位置を、動的に検索する手段を含む、請求項１４記載
    のＪａｖａ環境の管理可能性及び有用性を改善する、シ
    ステム。
17. 【請求項１７】前記クライアント・マシン上に、前記属
    性に対応するレジストリ・ファイルを作成する手段を含
    む、請求項１４記載のＪａｖａ環境の管理可能性及び有
    用性を改善する、システム。
18. 【請求項１８】前記クライアント・マシン上で選択アプ
    リケーションを実行する要求を受信する手段と、 前記対応するレジストリ・ファイルを用いて、前記選択
    アプリケーションのための適切なランタイム環境を構築
    する手段と、 構築された前記環境において、前記選択アプリケーショ
    ンの実行を開始する手段とを含む、請求項１７記載のＪ
    ａｖａ環境の管理可能性及び有用性を改善する、システ
    ム。
19. 【請求項１９】前記構築手段が、 前記対応するレジストリ・ファイルを読出し、前記アプ
    リケーションの現在要求される拡張及び現ランタイム環
    境を含む、前記アプリケーションの現従属性を決定する
    手段と、 前記選択アプリケーションの前記現従属性の各々が導入
    されることを保証する手段と、 前記現ランタイム環境のために、適切な環境変数をセッ
    トする手段と、 現在要求される前記拡張のために、適切な環境変数をセ
    ットする手段とを含む、請求項１８記載のＪａｖａ環境
    の管理可能性及び有用性を改善する、システム。
20. 【請求項２０】前記対応するレジストリ・ファイルを用
    いて、前記選択アプリケーションの１つ以上のパラメー
    タをセットする手段を含む、請求項１９記載のＪａｖａ
    環境の管理可能性及び有用性を改善する、システム。
21. 【請求項２１】前記レジストリ・ファイル内の前記現ラ
    ンタイム環境を更新する手段と、 前記レジストリ・ファイル内の現在要求される前記拡張
    を更新する手段とを含む、請求項１７記載のＪａｖａ環
    境の管理可能性及び有用性を改善する、システム。
22. 【請求項２２】前記レジストリ・ファイル内の前記パラ
    メータを更新する手段を含む、請求項２０記載のＪａｖ
    ａ環境の管理可能性及び有用性を改善する、システム。
23. 【請求項２３】ネットワークへの接続を有することがで
    きるコンピュータ環境において、Ｊａｖａ環境の管理可
    能性及び有用性を改善する方法であって、 Ｊａｖａアプリケーション、前記アプリケーションの実
    行のために要求される０以上の拡張、及び前記アプリケ
    ーションの実行のために要求されるランタイム環境を記
    述する、Ｊａｖａアプリケーションの複数の属性を定義
    するステップと、 定義された前記属性を前記アプリケーションの識別と共
    に記憶するステップとを含む、方法。
24. 【請求項２４】記憶された前記属性を用いて、クライア
    ント・マシン上に前記アプリケーションを導入するステ
    ップを含む、請求項２３記載のＪａｖａ環境の管理可能
    性及び有用性を改善する、方法。
25. 【請求項２５】前記導入するステップが、 要求される前記拡張及びランタイム環境を含む、前記ア
    プリケーションの１つ以上の従属性を導入するステップ
    と、 前記アプリケーションのためのＪａｖａアーカイブ・フ
    ァイルを、前記クライアント・マシン上に導入するステ
    ップとを含み、 前記従属性を導入するステップが、 前記属性を構文解析して、前記従属性を突き止めるステ
    ップと、 前記従属性の各々が既に前記クライアント・マシン上に
    導入済みであるか否かを判断するステップと、 まだ導入されていない場合、突き止められた前記従属性
    を検索して、導入するステップとを含む、請求項２４記
    載のＪａｖａ環境の管理可能性及び有用性を改善する、
    方法。
26. 【請求項２６】前記１つ以上の従属性を導入するステッ
    プのオペレーションの前に、前記アプリケーションの前
    記記憶された属性の最新のバージョンを検索するステッ
    プを含む、請求項２５記載のＪａｖａ環境の管理可能性
    及び有用性を改善する、方法。
27. 【請求項２７】前記１つ以上の従属性を導入するステッ
    プが、前記従属性を検索及び導入するステップにより使
    用される位置を、動的に検索するステップを含む、請求
    項２５記載のＪａｖａ環境の管理可能性及び有用性を改
    善する、方法。
28. 【請求項２８】前記クライアント・マシン上に、前記属
    性に対応するレジストリ・ファイルを作成するステップ
    を含む、請求項２５記載のＪａｖａ環境の管理可能性及
    び有用性を改善する、方法。
29. 【請求項２９】前記クライアント・マシン上で選択アプ
    リケーションを実行する要求を受信するステップと、 前記対応するレジストリ・ファイルを用いて、前記選択
    アプリケーションのための適切なランタイム環境を構築
    するステップと、 構築された前記環境において、前記選択アプリケーショ
    ンの実行を開始するステップとを含む、請求項２８記載
    のＪａｖａ環境の管理可能性及び有用性を改善する、方
    法。
30. 【請求項３０】前記構築するステップが、 前記対応するレジストリ・ファイルを読出し、前記アプ
    リケーションの現在要求される拡張及び現ランタイム環
    境を含む、前記アプリケーションの現従属性を決定する
    ステップと、 前記選択アプリケーションの前記現従属性の各々が導入
    されることを保証するステップと、 前記現ランタイム環境のために、適切な環境変数をセッ
    トするステップと、 現在要求される前記拡張のために、適切な環境変数をセ
    ットするステップとを含む、請求項２９記載のＪａｖａ
    環境の管理可能性及び有用性を改善する、方法。
31. 【請求項３１】前記対応するレジストリ・ファイルを用
    いて、前記選択アプリケーションの１つ以上のパラメー
    タをセットするステップを含む、請求項３０記載のＪａ
    ｖａ環境の管理可能性及び有用性を改善する、方法。
32. 【請求項３２】前記レジストリ・ファイル内の前記現ラ
    ンタイム環境を更新するステップと、 前記レジストリ・ファイル内の現在要求される前記拡張
    を更新するステップとを含む、請求項２８記載のＪａｖ
    ａ環境の管理可能性及び有用性を改善する、方法。
33. 【請求項３３】前記レジストリ・ファイル内の前記パラ
    メータを更新するステップを含む、請求項３１記載のＪ
    ａｖａ環境の管理可能性及び有用性を改善する、方法。