(57)【特許請求の範囲】
【請求項１】
アプリケーション・コンポーネント配布システムであって、
コンピュータ通信ネットワーク越しに、通信により結合されたクライアント・コンピューティング・デバイスを管理するように構成されたリソース管理システムと、
前記クライアント・コンピューティング・デバイスのうちのどれが指定されたアプリケーション・コンポーネントの配布を最初に受け取るのかを指定する優先度設定データを格納するように配置されたデータ・ストアと、
前記リソース管理システムに結合され、１以上のアプリケーション・コンポーネントの配布により分散型アプリケーションの拡張または修正を導入する必要を示す導入イベントを待ち行列に入れるように構成されたイベント待ち行列と、
前記導入イベントに応答して、前記優先度設定データに基づいて前記クライアント・コンピューティング・デバイスに前記１以上のアプリケーション・コンポーネントを選択的に導入するようにプログラムされた選択的導入プロセッサと、
前記コンピュータ通信ネットワークで動作するコンピューティング・プロセスの動作および前記クライアント・コンピューティング・デバイスのうちの関連するものに優先度設定ルールを適用して、前記コンピューティング・プロセスのうちの重要なものへの前記クライアント・コンピューティング・デバイスのそれぞれの関与に応じて、前記クライアント・コンピューティング・デバイスのうちのどれが前記指定されたアプリケーション・コンポーネントの配布を最初に受け取るのかを指定し、前記優先度設定データを前記データ・ストアに設定するように構成されたルールベース選択プロセッサと
を含む、アプリケーション・コンポーネント配布システム。
【請求項２】
コンピューティング・プロセスの前記動作および前記クライアント・コンピューティング・デバイスのうちの関連するものに関する自律的に取得された情報に基づいて優先度設定データを前記データ・ストアに設定するように構成された自律型選択プロセッサをさらに含む、請求項１に記載のシステム。
【請求項３】
コンピュータ通信ネットワーク越しに、通信により結合されたクライアント・コンピューティング・デバイスを管理するように構成されたリソース管理システムを含む、アプリケーション・コンポーネント配布システムで実行される、優先度設定されたアプリケーション・コンポーネント配布のための方法であって、
前記コンピュータ通信ネットワークで動作するコンピューティング・プロセスの動作および前記クライアント・コンピューティング・デバイスのうちの関連するものに優先度設定ルールを適用して、前記コンピューティング・プロセスのうちの重要なものへの前記クライアント・コンピューティング・デバイスのそれぞれの関与に応じて、前記クライアント・コンピューティング・デバイスのうちのどれが指定されたアプリケーション・コンポーネントの配布を最初に受け取るのかを指定し、優先度設定データをデータ・ストアに設定するステップと、
イベント待ち行列からイベントを取り出すステップと、
前記イベントが、１以上のアプリケーション・コンポーネントの配布により分散型アプリケーションの拡張または修正を導入する必要を示す導入イベントであると判定するステップと、
前記導入イベントであると判定されたことに応答して、前記優先度設定データに基づいて前記クライアント・コンピューティング・デバイスのセットに前記１以上のアプリケーション・コンポーネントを導入するステップと
を含む、方法。
【請求項４】
前記優先度設定を自律的に決定するステップをさらに含む、請求項３に記載の方法。
【請求項５】
前記優先度設定を自律的に決定する前記ステップは、
前記コンピューティング・プロセスの動作を観察するステップと、
前記観察するステップに基づいて前記コンピューティング・プロセスのうちのどれがクリティカルであるかを決定するステップと、
クリティカルであると決定されるコンピューティング・プロセスと関連するクライアント・コンピューティング・デバイスを優先度設定するステップと
を含む、請求項４に記載の方法。
【請求項６】
コンピュータ通信ネットワーク越しに、通信により結合されたクライアント・コンピューティング・デバイスを管理するように構成されたリソース管理システムを含む、アプリケーション・コンポーネント配布システムを実現するためのコンピュータ・プログラムが格納された機械可読ストレージであって、前記コンピュータ・プログラムは、機械により実行される時に、
前記コンピュータ通信ネットワークで動作するコンピューティング・プロセスの動作および前記クライアント・コンピューティング・デバイスのうちの関連するものに優先度設定ルールを適用して、前記コンピューティング・プロセスのうちの重要なものへの前記クライアント・コンピューティング・デバイスのそれぞれの関与に応じて、前記クライアント・コンピューティング・デバイスのうちのどれが指定されたアプリケーション・コンポーネントの配布を最初に受け取るのかを指定し、優先度設定データをデータ・ストアに設定するステップと、
イベント待ち行列からイベントを取り出すステップと、
前記イベントが、１以上のアプリケーション・コンポーネントの配布により分散型アプリケーションの拡張または修正を導入する必要を示す導入イベントであると判定するステップと、
前記導入イベントであると判定されたことに応答して、前記優先度設定データに基づいて、前記１以上のアプリケーション・コンポーネントをクライアント・コンピューティング・デバイスのセットに導入するステップと
を機械に実行させる命令のルーチン・セットを含む、機械可読ストレージ。
【請求項７】
コンピュータ・システム中にロードされかつ実行される時に、請求項３〜５のいずれか１項に記載の方法をコンピュータに実行させるためのコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーション・コンポーネント配布に関し、より具体的にはアプリケーション・コンポーネント配布の優先度設定に関する。
【背景技術】
【０００２】
アプリケーション・コンポーネント配布は、ソース・データ・ストアから宛先データ・ストアへのプログラム・ロジックの転送を伴う。何年も前、アプリケーション・コンポーネント配布は概して、着脱可能媒体から目的ネットワーク・ドメイン中の永続的ストレージへの１つ以上のプログラム・ファイルの複写を含んでいた。しかしながら、インターネットの成長によって容易になった世界的なコンピューティングの到来により、アプリケーション・コンポーネント配布は、いくつかのデータ通信ネットワーク上での目的データ・ストアへのアプリケーションの別々の部分の電子的転送を伴うことが多い。
【０００３】
アプリケーション・コンポーネント配布は明らかに、前もってアンインストールされたアプリケーション・コンポーネントの配布を予期している。特に、アプリケーション・コンポーネント配布は、以前のインストールのアップグレーディングおよびパッチングも予期している。原始的な形態のアップグレーディングおよびパッチングにおいて、エンド・ユーザは、アプリケーション・ロジックの指定された部分を集中データ・ストアから取り出す。アップグレーディングおよびパッチングの負担をエンド・ユーザに負わせることは、ソフトウェア・ディストリビュータおよびエンド・ユーザ双方の観点から好都合であり得る一方で、多くの状況において、アップグレーディングおよびパッチング・プロセスの開始をエンド・ユーザ頼みにすることは賢明ではない。特に、現代企業において、アプリケーション・コンポーネント配布プロセスは、情報技術者にまかせるのが最善である。
【０００４】
この点に関して、アプリケーション・コンポーネント配布は、依然として情報技術管理の重要な側面のままである。アプリケーション・ライフサイクルの間、いくつかのイベントが、１つ以上のアプリケーション・コンポーネントのアップグレーディングまたはパッチングという結果になり得る。例としては、アプリケーションの向上および修正が含まれる。もっと最近では、設計上の欠陥およびコードの不動作または誤動作部分が、アプリケーションのパッチングを必要とする。多くの場合、設計上の欠陥には、迅速な解決を必要とする重要なセキュリティ上の意味がある。他の状況において、コードの不動作または誤動作部分は、ミッション・クリティカル（基幹的）なトランザクションを完了できないという結果になる。従って、多くの場合、アプリケーション・コンポーネント・アップグレードおよび修正を配布する作業の責任は情報技術管理にある。
【０００５】
多くの状況において、アプリケーション・コンポーネント配布は、世界中に配置された複数のファンアウト・サーバを伴う。ファンアウト・サーバのこのネットワークを介し、アプリケーション・コンポーネントのアップデートおよびパッチは、アプリケーション・コンポーネントの導入と関連した緊急性レベルにより求められるペースで配布され得る。アップデートまたはパッチを配布する緊急性がほとんどない場合、アプリケーション・コンポーネントのアップデートは、かなりの時間をかけて配布できる。対照的に、パッチまたはアップデートの導入が不可欠と考えられる場合、逆が真実になる。
【０００６】
１つ以上のアプリケーション・コンポーネントのアップデートまたはパッチを導入する緊急性に直面した場合、アプリケーション・コンポーネント・インフラストラクチャは、すべての受信者へのアップデートおよびパッチの同時導入に適応できないことがあり得る。従って、どのクライアントがパッチまたはアップデートを受け取るべきであり、どのクライアントが待機すべきかについて選択がなされなければならないことがよくある。従来、これらの選択は、ランダムにまたは手動で行われる。より小規模な企業の場合、最適な選択は手動で見積もりされ得る。しかしながら、より大規模な企業の場合、即時アップデートを必要とするクライアンおよびアップデートまたはパッチの受け取りの遅延が全く重要ではないクライアントを情報技術管理者が適切に識別することは可能ではない。
【０００７】
コンピューティングの新時代において、コンピューティング・システムのアセンブリおよび管理において、ある傾向が生じている。具体的には、自律型（オートノミック）コンピューティングは今日、企業レベルのコンピューティング・システムを創出および管理するための最先端の戦略を表し、コンピュータ科学の主要な挑戦を表す。有名なマニフェスト（宣言）である「Ａｕｔｏｎｏｍｉｃ  Ｃｏｎｐｕｔｉｎｇ：ＩＢＭ’ｓ  Ｐｅｒｓｐｅｃｔｉｖｅ  ｏｎ  ｔｈｅ  Ｓｔａｔｅ  ｏｆ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙ」において、ＩＢＭリサーチのシニア・バイス・プレジデントであるポール・ホーン（Ｐａｕｌ  Ｈｏｒｎ）は、「それはムーアの法則（Ｍｏｏｒｅｓ‘  Ｌａｗ）と歩調を合わせることではなく、その長年に渡る支配の結果に対処することに関するものである。」と述べた。この所見を仮定すれば、ホーンは、生物科学の自律神経系に類似したコンピューティングを示唆した。すなわち、人の自律神経系が、人の側での意識的な努力なしで監視、調整、修復および変化する条件に応答するのに対して、自律型コンピューティング・システムにおいては、システムは、コンピューティング・システム・オペレータの側でのどのような意識的な努力も必要とすることなく、自己調整、自己修復および変化する条件に応答しなければならない。
【０００８】
従って、自律神経系が、複雑さに対処する負担から人を解放できる一方で、自律型コンピューティング・システムも同じことができる。むしろ、コンピューティング・システム自体は、それ自体の複雑さに対処する責任を負うことができる。ＩＢＭマニフェストの核心は、自律型コンピューティング・システムの以下の８つの主要特性に関する：
【０００９】
Ｉ．  システムは、自分自身を知り、同じくシステム・アイデンティティを有するシステム・コンポーネントを含まなければならない。
【００１０】
ＩＩ．  システムは、変化し予測不可能な条件のもとで自分自身を構成および再構成できなければならない。
【００１１】
ＩＩＩ．  システムは、決して現状に甘んじてはならず、システムは、その働きを最適化するための方法を常に捜さなければならない。
【００１２】
ＩＶ．  システムは、自己修復的でなければならず、その部分のどれかに誤動作を起こさせるかもしれない日常的および異常なイベントを復旧できなければならない。
【００１３】
Ｖ．  システムは、自己防衛に精通していなければならない。
【００１４】
ＶＩ．  システムは、その環境およびその活動を包囲する状況を知っており、それに応じて作動しなければならない。
【００１５】
ＶＩＩ．  システムは、オープン・スタンダードに準拠しなければならない。
【００１６】
ＶＩＩＩ．  システムは、その複雑さをユーザから隠したままにしておく一方で、必要な最適化されたリソースを予期しなければならない。
【発明の開示】
【発明が解決しようとする課題】
【００１７】
全く明確に、アプリケーション・コンポーネント配布においてアップデートおよびパッチを導入する従来のやり方は、自律型コンピューティングの８つのテナントからはほど遠い。
【課題を解決するための手段】
【００１８】
本発明は、アプリケーション・コンポーネント配布に関する技術的欠陥に対応し、様々な実施形態において、コンピューティング・プロセスへの影響に基いて優先度設定されたアプリケーション・コンポーネント配布のための新規かつ非自明な方法、システムおよび装置を提供する。本発明に従って構成されたアプリケーション・コンポーネント配布システムは、コンピュータ通信ネットワーク上の通信により結合されたクライアント・コンピューティング・デバイスを操作するように構成されたリソース管理システムを含むことができる。クライアント・コンピューティング・デバイスのうちのどれが指定されたアプリケーション・コンポーネントの配布を最初に受け取るかを指定する優先度設定データを格納するようにデータ・ストアが配置され得る。最後に、優先度設定データに基づいてクライアント・コンピューティング・デバイスにアプリケーション・コンポーネントを選択的に導入するように選択的導入プロセッサがプログラムされ得る。
【００１９】
優先度設定データは、コンピュータ通信ネットワークにおいて動作しているコンピューティング・プロセスのうちの重要なものとのそれぞれの関連に基づいて、クライアント・コンピューティング・デバイスのうちのどれが指定されたアプリケーション・コンポーネントの配布を最初に受け取るかを指定することができる。この点に関して、コンピューティング・プロセスの動作およびクライアント・コンピューティング・デバイスのうちの関連するものへの優先度設定ルールの適用に基づいて優先度設定データをデータ・ストアに実装するようにルールベース選択プロセッサが構成され得る。代わりに、コンピューティング・プロセスの動作およびクライアント・コンピューティング・デバイスのうちの関連するものに関する自律的に取得された情報に基づいて優先度設定データをデータ・ストアに実装するように自律型選択プロセッサが構成され得る。
【００２０】
優先度設定されたアプリケーション・コンポーネント配布のための方法は、クライアント・コンピューティング・デバイスと選択されたコンピューティング・プロセスとの間の関連に従って決定された優先度設定に基づいてクライアント・コンピューティング・デバイスのセットにアプリケーション・コンポーネントを導入するステップを含むことができる。好ましくは、選択されたコンピューティング・プロセスは、クリティカル・ビジネス・プロセスであり得るが、本発明はこの点に関して限定されない。加えて、本発明の好ましい態様において、関連は、クリティカル・ビジネス・プロセスへのクライアント・コンピューティング・デバイスの関与であり得る。
【００２１】
特に、優先度設定は、ルール・ベース方式または自律的な方式により手動で決定できる。この点に関して、本発明の方法は、優先度設定を確立するためのルールを作るステップおよび優先度設定を確立するためにそのルールを処理するステップを含み得る。代わりに、本発明の方法は、コンピューティング・プロセスの動作を観察するステップと、観察ステップに基づいてコンピューティング・プロセスのうちのどれがクリティカルであるかを決定するステップと、クリティカルであると決定されるコンピューティング・プロセスと関連するクライアント・コンピューティング・デバイスを優先度設定するステップとを含み得る。
【００２２】
本発明の付加的な態様は、以下の説明おいて部分的に述べられ、その説明からある程度明らかになり、あるいは本発明の実施により学習され得る。本発明の態様は、特に添付の特許請求の範囲において指摘される要素および組み合わせによって実現および達成される。上記の一般的説明および以下の詳細な説明は双方とも代表的かつ説明的なものにすぎず、特許請求の範囲に記載された本発明を限定するものではないことが理解されるべきである。
【００２３】
本明細書に組み込まれかつ本明細書を構成する添付図面は、本発明の実施形態を例示し、説明と共に、本発明の原理を説明する役割を果たす。本明細書中で例示される実施形態は現在好ましいものであるが、本発明は示される厳密な配置および手段に限定されないことが理解される。
【発明を実施するための最良の形態】
【００２４】
本発明は、クリティカル・コンピューティング・プロセスにおけるクライアントの関与に基づいてクライアント・コンピューティング・デバイスにアプリケーション・コンポーネントを選択的に導入するための方法、システムおよび装置を提供する。本発明によれば、クリティカル・コンピューティング・プロセスは、１つ以上のクライアント・コンピューティング・デバイスの対応するセットと関連付けされ得る。この関連は、例えば、関連の手動適用により、手動で確立されたルールの実行により、またはクリティカル・コンピューティング・プロセスの動作の観察により自律的に確立され得る。いずれにしても、あるアプリケーション・コンポーネントが導入されるべきであると決定される場合、クリティカル・コンピューティング・プロセスのうちの対象となっているものが識別でき、識別されたクリティカル・コンピューティング・プロセスと関連したそれらのクライアント・コンピューティング・デバイスは、クライアント・コンピューティング・デバイスのうちの他のものよりも前に導入を受け取るように選択され得る。
【００２５】
本発明の好ましい実施形態のさらなる例示において、図１は、優先度設定されたコンポーネント配布のために構成されたアプリケーション・コンポーネント配布の概略図である。図１のシステムは、データ通信ネットワーク１４０越しに１つ以上のクライアント・コンピューティング・デバイス１２０Ａ、１２０Ｂ、１２０ｎと通信により結合するために構成されたリソース管理システム１１０を含み得る。クライアント・コンピューティング・デバイス１２０Ａ、１２０Ｂ、１２０ｎは、コンピューティング・ロジックをホストすることができ、パーソナル・コンピュータ、サーバ・コンピュータ、ハンドヘルド・コンピュータまたはより大きなコンピューティング・エンティティのリソースの一部を利用するように管理されるバーチャル（仮想）コンピュータのような、どのようなロジック処理デバイスも含むことができる。この点に関して、クライアント・コンピューティング・デバイス１２０Ａ、１２０Ｂ、１２０ｎは、アプリケーション・コンポーネントの動作をホストするように構成され得る。
【００２６】
リソース管理システム１１０は、データ通信ネットワーク１４０を含む１つ以上のデータ通信ネットワークに関するリソースの動作を管理するようにプログラムされ得る。リソースは、データベース・ストレージ、物理的および仮想メモリならびに通信帯域幅のようなハードウェア・リソースを含み得る。加えて、リソースは、データ通信ネットワーク１４０に関して動作するコンピューティング・アプリケーションを含み得る。その目的のため、リソース管理システム１１０は、データ通信ネットワーク１４０において検出され、考慮のためにイベント待ち行列１９０中で待機させられる保守イベントに応答してクライアント・コンピューティング・デバイス１２０Ａ、１２０Ｂ、１２０ｎにおいて動作するアプリケーション・コンポーネントのアップデーティングおよびパッチングの責任を維持し得る。
【００２７】
重要なことに、リソース管理システム１１０は、選択的導入プロセッサ１８０および選択的導入プロセッサ１８０による使用のための優先度設定データのセット１５０を含み得る。具体的には、優先度設定データ１５０は、クライアント・コンピューティング・デバイス１２０Ａ、１２０Ｂ、１２０ｎのうちのどれがいつアプリケーション・コンポーネントの導入を受け取るかを決定するための情報を含み得る。より具体的には、優先度設定データ１５０は、アプリケーション・コンポーネント導入のための優先度を指定することができ、この優先度に基づいて、選択的導入プロセッサ１８０は、クライアント・コンピューティング・デバイス１２０Ａ、１２０Ｂ、１２０ｎのうちのどれがクライアント・コンピューティング・デバイス１２０Ａ、１２０Ｂ、１２０ｎの他のものより前にアプリケーション・コンポーネントの導入を最初に受け取るかを決定できる。
【００２８】
優先度設定データ１５０は、手動的方法、自動化されたルールベース方法、および自律的方法を含むどのような数の方法に基づいても収集され得る。手動的方法の場合、オペレータは、クライアント・コンピューティング・デバイス１２０Ａ、１２０Ｂ、１２０ｎのうちのどれが１つまたは複数のアプリケーション・コンポーネントの優先度設定された導入を受け取るかを示すのに適した優先度設定データ１５０に記録を手動で挿入できる。後者の２つの方法の場合、ルールベース選択プロセッサおよび自律的選択プロセッサ１７０のいずれか一方または両方は、優先度設定データ１５０に結合され得る。
【００２９】
ルールベース選択プロセッサ１６０は、クライアント・コンピューティング・デバイス１２０Ａ、１２０Ｂ、１２０ｎのうちで、１つ以上のアプリケーション・コンポーネントまたはこの１つ以上のアプリケーション・コンポーネントへのアップデートを導入する際に優先度設定された処理を受け取るものを指定するためのルールでプログラムされ得る。具体的には、これらのルールは、クライアント・コンピューティング・デバイス１２０Ａ、１２０Ｂ、１２０ｎのうちの１つ以上と重要なコンピューティング・プロセスであると決定されているコンピューティング・プロセス１３０Ａ、１３０Ｂ、１３０ｎのうちの１つ以上との間の関連に基づくことができる。この点に関して、コンピューティング・プロセス１３０Ａ、１３０Ｂ、１３０ｎの各々は、技術的に知られているようなビジネス・プロセスであり得る。従って、重要であることが知られている１つ以上の指定されたコンピューティング・プロセス１３０Ａ、１３０Ｂ、１３０ｎにおける１つ以上のクライアント・コンピューティング・デバイス１２０Ａ、１２０Ｂ、１２０ｎによる関与または依存は、それらの特定のクライアント・コンピューティング・デバイス１２０Ａへのアプリケーション・コンポーネントの導入の優先度設定を正当化することができる
【００３０】
ルールベース選択プロセッサ１６０とは異なり、自律型選択プロセッサ１７０は、クライアント・コンピューティング・デバイス１２０Ａ、１２０Ｂ、１２０ｎの動作を、コンピューティング・プロセス１３０Ａ、１３０Ｂ、１３０ｎのうちの１つ以上とのそれぞれの相互作用に関連して観察できる。自律型選択プロセッサ１７０はさらに、コンピューティング・プロセス１３０Ａ、１３０Ｂ、１３０ｎのうちのどれが、本質的にクリティカルでないとしても、より重要であるかの動的かつ継続的な決定を公式化するために、コンピューティング・プロセス１３０Ａ、１３０Ｂ、１３０ｎを監視することができる。この情報を用いて、クライアント・コンピューティング・デバイス１２０Ａ、１２０Ｂ、１２０ｎのうちの各々は、各クライアント・コンピューティング・デバイス１２０Ａ、１２０Ｂ、１２０ｎが１つ以上の「キー」コンピューティング・プロセス１３０Ａ、１３０Ｂ、１３０ｎに関与する場合にアプリケーション・コンポーネント導入を受け取るために、優先度処理を受け取ることができる。
【００３１】
ここで図２を参照すると、図１のシステムにおけるクライアント・コンピューティング・プロセスへのアプリケーション・コンポーネントの配布を優先度設定するためのプロセスを例示する流れ図が示してある。ブロック２１０において開始し、導入条件が検出されて、例えば、１つ以上のアプリケーション・コンポーネントの配布により分散型アプリケーションへの向上またはアップグレードを導入する必要を示すイベントがイベント待ち行列から取り出され得る。ブロック２２０において、導入される１つまたは複数のアプリケーション・コンポーネントは、（局所的であろうと遠隔的であろうと）固定ストレージ中に置かれ、データ通信ネットワーク周りの配布用に準備され得る。
【００３２】
ブロック２３０において、アプリケーション・コンポーネントを受け取る、対象となっているクライアント・コンピューティング・デバイスが決定され得る。ブロック２４０において、優先度設定データが、対象となっているクライアント・コンピューティング・デバイスについて決定され得る。その後、ブロック２５０において、１つまたは複数のアプリケーション・コンポーネントは、導入条件の対象となると決定されたクライアント・コンピューティング・デバイスのその他のものよりも高い優先度を享受するクライアント・コンピューティング・デバイスに導入され得る。判断ブロック２６０において、優先度設定されたクライアント・コンピューティング・デバイスへの導入が完了していれば、ブロック２７０において、１つまたは複数のアプリケーション・コンポーネントは、対象となっているクライアント・コンピューティング・デバイスうちの残りのものに任意に配布され得る。いずれにせよ、非常に大規模な配布においては、より高い優先度のデバイスがより低い優先度のデバイスよりも早期に導入を受け取ることを継続的に保証するために、本明細書に記載される優先度設定プロセスを数回繰り返すことができることに注意することが重要である。
【００３３】
本発明は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアとの組み合わせにおいて実現できる。本発明の方法およびシステムの実施は、１つのコンピュータ・システムにおける集中化方式、または種々の要素がいくつかの相互接続コンピュータ・システム全体にわたって分散された分散方式で実現され得る。本明細書に記載される方法を実行するために適合されたどのような種類のコンピュータ・システム、または他の装置も、本明細書に記載される機能を実行するのに適している。
【００３４】
ハードウェアとソフトウェアとの典型的な組み合わせは、コンピュータ・プログラムを備える汎用コンピュータ・システムとすることができ、このコンピュータ・プログラムは、ロードおよび実行される時に、本明細書に記載される方法をコンピュータ・システムが実行するようにコンピュータ・システムを制御する。本発明は、コンピュータ・プログラム製品に埋め込むこともでき、このコンピュータ・プログラム製品は、本明細書に記載される方法の実施を可能にする全ての特徴を含み、コンピュータ・システムにロードされる場合に、これらの方法を実行することができる。
【００３５】
現在の文脈におけるコンピュータ・プログラムまたはアプリケーションは、情報処理機能を有するシステムに、ある特定の機能を直接的に、あるいは以下のａ）別の言語、コードまたは表記法への変換、ｂ）異なるマテリアル・フォームでの複製のいずれか一方またはその両方の後に実行させることを意図した命令のセットの、どのような言語、コードまたは表記法における、どのよう表現も意味する。重要なことに、本発明は、本発明の精神または本質的な属性から逸脱することなく他の特定の形態で具体化することができ、それに応じて、本発明の範囲を示しているような上記の詳細な説明よりは、特許請求の範囲が参照されるべきである。
【図面の簡単な説明】
【００３６】
【図１】本発明の好ましい態様による優先度設定されたコンポーネント配布のために構成されたアプリケーション・コンポーネント配布の概略図である。
【図２】図１のシステムにおけるクライアント・コンピューティング・プロセスへのアプリケーション・コンポーネントの配布を優先度設定するためのプロセスを例示する流れ図である。
【図１】
0005593016.tif 000002
【図２】
0005593016.tif 000003