(57)【要約】【課題】コンピュータ（端末）へのプログラムのインストールを管理するインストール管理技術において、動的に変動するハードウエア資源やソフトウエア資源が考慮された技術を提供する。【解決手段】端末が所有する固有リソース量と前記端末における経時的なリソース消費量とに基づいて端末のリソース消費状態を決定し、端末にインストールされようとするプログラムの推定リソース消費量を算定し、前記リソース消費状態と前記推定リソース消費量とに基づいて端末におけるインストールされようとするプログラムの仮想的な実行快適度を推定し、実行快適度に基づいて端末に対する当該プログラムのインストール可否を決定する。【選択図】図１
2008269422.tif 000002
【特許請求の範囲】
【請求項１】
端末へのプログラムのインストールを管理するインストール管理方法において、
前記端末が所有する固有リソース量と前記端末における経時的なリソース消費量とに基づいて前記端末のリソース消費状態を決定するステップと、前記端末にインストールされようとするプログラムの推定リソース消費量を算定するステップと、前記リソース消費状態と前記推定リソース消費量とに基づいて前記端末におけるインストールされようとするプログラムの仮想的な実行快適度を推定するステップと、前記実行快適度に基づいて前記端末に対する当該プログラムのインストール可否を決定するステップとを備えるインストール管理方法。
【請求項２】
前記端末にインストール済みのプログラムのうちで前記インストールされようとするプログラムと同時に実行される可能性の低い非同時実行プログラムを決定し、前記非同時実行プログラムのリソース消費量を除外して前記リソース消費状態が決定されることを特徴とする請求項１に記載のインストール管理方法。
【請求項３】
前記実行快適度を推定するステップにおいて、前記端末に類似するプログラム動作環境が構築され、このプログラム動作環境下で前記プログラムが仮想的に実行され、その実行挙動から前記実行快適度が求められることを特徴とする請求項１又は２に記載のインストール管理方法。
【請求項４】
前記インストールされようとするプログラムのインストール先として複数のインストール候補端末が存在しており、前記複数のインストール候補端末のうちで前記実行快適度が最も高い端末がインストール先端末として決定されることを特徴とする請求項１〜３のいずれか一項に記載のインストール管理方法。
【請求項５】
前記プログラムのインストールが複数の端末に対する一括インストールであり、前記プログラムに対して前記端末毎に前記実行快適度を推定し、所定レベル以上の実行快適度を得られない端末の数が所定割合以上の場合前記一括イントールの実行が中止されることを特徴とする請求項１〜４のいずれか一項に記載のインストール管理方法。
【請求項６】
前記端末における所定期間後のリソース消費変動を予測し、この予測されたリソース消費変動を加味して、前記端末のリソース消費状態が決定されることを特徴とする請求項１〜５のいずれか一項に記載のインストール管理方法。
【請求項７】
端末へのプログラムのインストールを管理するインストール管理プログラムにおいて、
前記端末が所有する固有リソース量と前記端末における経時的なリソース消費量とに基づいて前記端末のリソース消費状態を決定する機能と、前記端末にインストールされようとするプログラムの推定リソース消費量を算定する機能と、前記リソース消費状態と前記推定リソース消費量とに基づいて前記端末におけるインストールされようとするプログラムの仮想的な実行快適度を推定する機能と、前記実行快適度に基づいて前記端末に対する当該プログラムのインストール可否を決定する機能とをコンピュータに実現させるインストール管理プログラム。
【請求項８】
端末へのプログラムのインストールを管理するインストール管理装置において、
前記端末が所有する固有リソース量と前記端末における経時的なリソース消費量とに基づいて前記端末のリソース消費状態を決定するリソース消費状態決定部と、前記端末にインストールされようとするプログラムの推定リソース消費量を算定する推定リソース消費量算定部と、前記リソース消費状態と前記推定リソース消費量とに基づいて前記端末におけるインストールされようとするプログラムの仮想的な実行快適度を推定する仮想実行評価部と、前記実行快適度に基づいて前記端末に対する当該プログラムのインストール可否を決定するインストール判定部とを備えるインストール管理装置。
【請求項９】
前記仮想実行評価部には、前記端末に類似するプログラム動作環境を構築するインストールプログラムのための動作環境構築部と、このプログラム動作環境下で前記プログラムを仮想的に実行させるインストールプログラムのためのプログラム実行シミュレート部とが含まれていることを特徴とする請求項９に記載のインストール管理装置。
【請求項１０】
プログラムのインストールを管理するインストール管理方法において、
所有する固有リソース量と経時的なリソース消費量とに基づいてリソース消費状態を決定するステップと、インストールされようとするプログラムの推定リソース消費量を算定するステップと、前記リソース消費状態と前記推定リソース消費量とに基づいてインストールされようとするプログラムの仮想的な実行快適度を推定するステップと、前記実行快適度に基づいて当該プログラムのインストール可否を決定するステップとを備えるインストール管理方法。
【請求項１１】
プログラムのインストールを管理するインストール管理プログラムにおいて、
所有する固有リソース量と経時的なリソース消費量とに基づいてリソース消費状態を決定する機能と、インストールされようとするプログラムの推定リソース消費量を算定する機能と、前記リソース消費状態と前記推定リソース消費量とに基づいてインストールされようとするプログラムの仮想的な実行快適度を推定する機能と、前記実行快適度に基づいて当該プログラムのインストール可否を決定する機能とをコンピュータに実現させるインストール管理プログラム。
【請求項１２】
プログラムのインストールを管理するインストール管理モジュールにおいて、
固有リソース量と経時的なリソース消費量とに基づいてリソース消費状態を決定するリソース消費状態決定部と、インストールされようとするプログラムの推定リソース消費量を算定する推定リソース消費量算定部と、前記リソース消費状態と前記推定リソース消費量とに基づいてインストールされようとするプログラムの仮想的な実行快適度を推定する仮想実行評価部と、前記実行快適度に基づいて当該プログラムのインストール可否を決定するインストール判定部とを備えるインストール管理モジュール。
【請求項１３】
前記仮想実行評価部には、前記リソース消費状態と前記推定リソース消費量とに基づいて構築されたプログラム動作環境下で前記プログラムを仮想的に実行させるインストールプログラムのためのプログラム実行シミュレート部が含まれていることを特徴とする請求項１２に記載のインストール管理モジュール。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スタンドアローン型のコンピュータやネットワーク接続されたコンピュータ（端末）へのプログラムのインストールを管理するインストール管理技術に関する。
【背景技術】
【０００２】
コンピュータにワープロや表計算など種々の機能を実現させるためには、プログラム、特にアプリケーションプログラムをインストールする必要がある。しかしながら、個々のコンピュータに与えられている、実装ＣＰＵの能力、実装メモリ容量、実現可能のネットワーク通信速度などのハードウエア資源や、実装されているＯＳの種類やバージョンによって大きく異なるソフトウエア資源は千差万別であり、このことから、各コンピュータ（端末）にインストールするプログラムは慎重に選択しなければならない。さもないと、インストールしたプログラムが全く動作しない、あるいは動作しても不安定であるといった問題が生じる。最悪の場合は、インストールさえ出来ないといった不都合も生じうる。
【０００３】
このような事情から、インストールするアプリケーションがインストール先のコンピュータに実装されているＯＳに適合しているかチェックし、不適合の場合そのアプリケーションのインストールを禁止する方法が提案されている（例えば、特許文献１参照）。また、サーバクライアントシステムにおいてクライアント端末にアプリケーションプログラムをインストールする際、ＣＰＵやＯＳのシリアル番号やＭＡＣアドレスといった端末の固有情報を用いて正当な使用権を有するユーザかどうかを判定してから、アプリケーションをインストールするといった技術も知られている（例えば、特許文献２参照）。さらに、プログラムのインストール先である組み込み機器のハードウエア資源をチェックしてインストールを実行する技術として、アプリケーションプログラムの実行モジュール情報と組み込み機器のシステム情報（ＲＡＭ容量、ハードディスク容量、ネットワーク環境、実行可能スレッド数など）とを比較して、アプリケーションが正常に動作できるかどうかを判定して、正常に動作しないと判定した場合エラーを通知するものがある（例えば、特許文献３参照）。
【０００４】
【特許文献１】特開平１１−１７５３２２号公報（段落番号０００２−０００６）
【特許文献２】特開２００２−１８２７６８号公報（段落番号００１０−００２３、図２）
【特許文献３】特開２００４−００５４１９号公報（段落番号０００８−００１１、図２）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したようにプログラムインストールの管理に関する従来の技術では、ＯＳの種類、メモリ容量、ハードディスク容量といった、コンピュータにおけるソフトウエア資源やハードウエア資源に関する静的な仕様データに基づいてプログラムのインストール可否を決定するものであった。しかしながら、実際にコンピュータにインストールされたプログラムが快適に動作するための条件としては、ＯＳの種類、メモリ容量、ハードディスク容量といった静的なハードウエア資源やソフトウエア資源に規定されるものだけではなく、常駐しているプログラムや同時に稼働する他のプログラムによるメモリ使用やＣＰＵ動作負担と言った、いわゆる動的に変動するハードウエア資源やソフトウエア資源に規定されるものも重要となる。しかしながら、従来のプログラムインストール管理技術では、動的に変動するハードウエア資源やソフトウエア資源が考慮されていなかった。
【０００６】
上記実状に鑑み、本発明の課題は、スタンドアローン型のコンピュータやネットワーク接続されたコンピュータ（端末）へのプログラムのインストールを管理するインストール管理技術において、動的に変動するハードウエア資源やソフトウエア資源が考慮された技術を提供することである。
【課題を解決するための手段】
【０００７】
端末へのプログラムのインストールを管理するインストール管理方法において、上記課題を解決するため、本発明の方法では、前記端末が所有する固有リソース量と前記端末における経時的なリソース消費量とに基づいて前記端末のリソース消費状態を決定するステップと、前記端末にインストールされようとするプログラムの推定リソース消費量を算定するステップと、前記リソース消費状態と前記推定リソース消費量とに基づいて前記端末におけるインストールされようとするプログラムの仮想的な実行快適度を推定するステップと、前記実行快適度に基づいて前記端末に対する当該プログラムのインストール可否を決定するステップが含まれている。なお、本発明におけるリソースなる語句は、コンピュータに与えられているハードウエア資源又ソフトウエア資源あるいはその両方を意味するものである。また、実行快適度なる語句は、瞬時的な快適度、所定時間における平均快適度、持続性を有する実行快適度などを総括している。例えば、実行快適度を推定する際に、端末の稼働時間のうちのどのような時間帯長さで所定レベル以上の実行快適度が得られるかどうかという観点を導入することは、プログラムインストールの判定において重要なファクタとなりうる。
【０００８】
この方法では、特定のプログラムをインストールしようとする端末におけるこれまでのリソース消費状態と、この特定プログラムがインストールされて動作する際の推定リソース消費量とに基づいて、この端末において推定される特定プログラムの仮想的な実行快適度からこの特定プログラムのインストール可否が決定される。従って、そのインストール可否の判定条件として、静的なハードウエア資源やソフトウエア資源のみならず、動的に変動するハードウエア資源やソフトウエア資源が考慮されることになり、インストール可否の判定結果の信頼性が向上する。また、インストールしようとするプログラムがフルインストールや最小インストールといったようにそれぞれ消費リソース量が異なる選択可能な複数のインストール形態でのインストールが可能な場合、プログラムインストール可否の判定結果として、それぞれのインストール形態でのプログラムインストール可否の判定結果を出力すると好都合である。
【０００９】
また、このような本発明のインストール管理方法を採用するならば、あるグループにおいて新しいアプリケーションプログラムが必要になった場合、このグループ内に割り当てられている複数の端末のうちで、最も高いソフトウエアパフォーマンスが得られる端末に、このアプリケーションプログラムをインストールするといったインストール管理手法も実現する。さらに、多数のグループ化された端末に対して管理サーバが同一プログラムを一括してインストールする一括インストールという作業がある。このような一括インストール作業において、インストールしようとするプログラムに対して端末毎に実行快適度を推定し、所定レベル以上の実行快適度を得られない端末の数が所定割合以上の場合この一括イントールの実行が中止されるようにすると、一部の端末で動作不良を起こすようなプログラムの一括インストールが回避され、好都合である。
【００１０】
仮想的な実行快適度を精度良く推定するためには、これまでの端末におけるリソース消費状態を正確に求めることが必要であるが、もしインストールしようとしているプログラムを同時に実行する可能性がほとんどないようなプログラムは動的に変動するハードウエア資源やソフトウエア資源の消費要素から外すことも重要である。このため、本発明の好適な実施形態の１つでは、前記端末にインストール済みのプログラムのうちで前記インストールされようとするプログラムと同時に実行される可能性の低い非同時実行プログラムを決定し、前記非同時実行アプリケーションプログラムのリソース消費量を除外して前記リソース消費状態が決定される。前記非同時実行アプリケーションプログラムとして、インストールされようとするプログラムと同一カテゴリーの処理を行うプログラムを挙げることができる。例えば、特殊な形式の書類に対処するため別なワープロソフトをインストールする必要が生じた場合、これら２つのワープロソフトを同時に実行する必要性は少ないとみなして、この別なワープロソフトのインストール可否判定ために仮想的な実行快適度を推定する際には以前からあるワープロソフトのリソース消費量分を除外したリソース消費量が用いられる。また、前記インストールされようとするプログラムが既にインストールされているプログラムのバージョン違いの場合では、この２つのプログラムが同時実行される可能性はほとんどないとみなして、既存のプログラムのリソース消費量分を除外することも好適である。
【００１１】
インストールされようとするプログラムの仮想的な実行快適度を推定する具体的な方法の１つとして、本発明では、前記端末に類似するプログラム動作環境が構築され、このプログラム動作環境下で前記プログラムが仮想的に実行され、その実行挙動から前記実行快適度が求められることが提案される。例えば、この端末とネットワークを介して接続されているインストール管理装置としてのコンピュータ内に、チェック対象となっている端末のプログラム動作環境に類似する環境を仮想的に作り出し、この仮想プログラム動作環境でインストールされようとするプログラムを仮想的に実行することで、実際に端末にインストールされたプログラムのパフォーマンスが高い精度で評価することが可能となる。
【００１２】
この発明では、管理対象となっている端末のリソース消費状態がインストールされようとするプログラムの仮想的な実行快適度を推定する上で重要なファクタになっているが、このリソース消費状態は日時の経過とともに変動するものである。特に、一般的なアプリケーションプログラムは使っていくほど、種々のファイルが生成され、端末のリソースを消費していくことになり、その結果、新しくインストールされるプログラムに割り与えられるリソース量が少なくなることが考えられる。このことを考慮して、より正確に実行快適度を推定するため、本発明の好適な実施形態の１つでは、前記端末における所定期間後のリソース消費変動を予測し、この予測されたリソース消費変動を加味して、前記端末のリソース消費状態が決定される。これによりインストールされようとしているプログラムの実行快適度をある程度将来的にも保証することが可能となる。また、一般的には、コンピュータを稼働させればさせるほど、つまりプログラムを稼働させていくほど、メモリなどのリソースを圧迫するファイル等が作成されることを考慮するなら、このリソース消費変動の予測を通じて、後どの程度の期間、例えば２ヶ月は快適な動作が保証されるといった情報を報知するような機能もプログラムインストール管理にとって重要である。
【００１３】
本発明では、上述したインストール管理方法を実施するインストール管理装置も権利範囲としている。そのような本発明によるインストール管理装置は、端末が所有する固有リソース量と前記端末における経時的なリソース消費量とに基づいて前記端末のリソース消費状態を決定するリソース消費状態決定部と、前記端末にインストールされようとするプログラムの推定リソース消費量を算定する推定リソース消費量算定部と、前記リソース消費状態と前記推定リソース消費量とに基づいて前記端末におけるインストールされようとするプログラムの仮想的な実行快適度を推定する仮想実行評価部と、前記実行快適度に基づいて前記端末に対する当該プログラムのインストール可否を決定するインストール判定部を備えている。このインストール管理装置でも、やはり、端末におけるこれまでのリソース消費状態と、インストールされるプログラムが動作する際の推定リソース消費量とに基づいて、推定される実行快適度からこの特定プログラムのインストール可否が決定されるので、動的に変動するハードウエア資源やソフトウエア資源が考慮されることになり、インストール可否の判定結果の信頼性が向上する。
【００１４】
さらに、インストールされようとするプログラムの仮想的な実行快適度を適切に推定するため、前記仮想実行評価部に、前記端末に類似するプログラム動作環境を構築するインストールプログラムのための動作環境構築部と、このプログラム動作環境下で前記プログラムを仮想的に実行させるインストールプログラムのためのプログラム実行シミュレート部とを備えることも提案される。
【００１５】
なお、本発明によるインストール管理技術は、ネットワークに接続された多数の端末を同じくネットワークに接続されたインストール管理装置によって監視するネットワークシステムに適用されるだけではなく、スタンドアローン型のコンピュータにも適用される。そのような１つのコンピュータにおける閉じられた範囲内で稼働するインストール管理方法は、所有する固有リソース量と経時的なリソース消費量とに基づいてリソース消費状態を決定するステップと、インストールされようとするプログラムの推定リソース消費量を算定するステップと、前記リソース消費状態と前記推定リソース消費量とに基づいてインストールされようとするプログラムの仮想的な実行快適度を推定するステップと、前記実行快適度に基づいて当該プログラムのインストール可否を決定するステップとを備えている。このリスク管理方法でも、コンピュータが自身の所有する固有リソース量と経時的なリソース消費量とを把握し、これから自身が決定したリソース消費状態とインストールされようとするプログラムの推定リソース消費量に基づいてプログラムの仮想的な実行快適度を推定するので、動的に変動するハードウエア資源やソフトウエア資源を考慮したインストール可否の判定が実現する。
【００１６】
同様に、実装されたコンピュータのみに作用する、本発明によるインストール管理モジュールは、固有リソース量と経時的なリソース消費量とに基づいてリソース消費状態を決定するリソース消費状態決定部と、インストールされようとするプログラムの推定リソース消費量を算定する推定リソース消費量算定部と、前記リソース消費状態と前記推定リソース消費量とに基づいてインストールされようとするプログラムの仮想的な実行快適度を推定する仮想実行評価部と、前記実行快適度に基づいて当該プログラムのインストール可否を決定するインストール判定部を備えている。このリスク管理モジュールを実装することで、通常のコンピュータにおいても、プログラムのインストールの可否を静的及び動的なハードウエア資源とソフトウエア資源を考慮して、評価することができる。
【００１７】
さらに、本発明では、上述した全てのインストール管理方法をコンピュータに実現させるプログラムも権利範囲としている。
【発明を実施するための最良の形態】
【００１８】
端末へのプログラムインストールの可否を判定する本発明によるインストール管理方法の基本原理を図１を用いて説明する。ここで取り扱うインストールプログラムとは、コンピュータにインストールすることでＯＳと協働して種々の動作を行うアプリケーションプログラムやデバイスドライバプログラムなどである。図１には、汎用的なノートパソコンやデスクトップパソコンである複数の端末１と、これらの端末１におけるプログラムの新規インストールを管理するためにコンピュータで構成されているインストール管理装置３がネットワーク（ＬＡＮのような組織内のネットワークであってもよいし、インターネットのように開放された広域のネットワークであってもよい）２を通じて接続されているコンピュータシステムが示されている。
【００１９】
インストール管理装置３は、各端末１におけるＣＰＵなどのハードウエア資源及びＯＳやアプリケーションプログラムなどのソフトウエア資源の状況を各端末１から受け取る固有リソース量管理ログとリソース消費量管理ログとから逐次把握可能である。固有リソース量管理ログには、各端末１の固有資源とも言うべきメモリ容量、ハードディスク容量、ＣＰＵタイプ、搭載ＯＳタイプ、さらにはインストール済みのプログラム毎にその名称、バージョン、カテゴリー、プログラムサイズといった静的な仕様などがスクリプト化され、記述されている。リソース消費量管理ログには、プログラム別に、その名称とともにプログラム起動時における所定の稼働時間単位での占有メモリ容量やＣＰＵ占有率といった動的に変動する仕様もスクリプト化され、記述されている。このような固有リソース量管理ログとリソース消費量管理ログは、インストール管理装置３において、その記述内容が読み出し可能に格納される。従って、インストール管理装置３は、各端末１の固有リソース量やリソース消費量を考慮した上で各端末１にどのようなプログラムがインストールされるべきかどうかを判定することができる。このコンピュータシステムにおける、基本的なインストール管理の手順を説明する。
【００２０】
まず、メモリ増設やハードディスク増設などにより端末１における固有リソース量に変動が生じた場合、最新の固有リソース量を記述した固有リソース量管理ログが端末１からインストール管理装置３に送られる（＃０１）。さらに、端末１からは、起動させたプログラムの名称及びそのプログラムの占有メモリ（ＲＡＭ）容量やＣＰＵ占有率を記述したリソース消費量を所定の稼働時刻毎又はログオフ毎に記述したリソース消費量管理ログがインストール管理装置３に送られる（＃０２）。インストール管理装置３は、各端末１から送られてくる固有リソース量管理ログとリソース消費量管理ログから必要なデータを取り出して、読み出し可能に格納する（＃０３）。
【００２１】
ある端末１において、あるプログラムをインストールしようとした場合（＃０４）、まず、インストールしようとするプログラムを識別できる識別情報を含むインストール可否判定要求が生成され、この端末（以後インストール端末を称する）１からインストール管理装置３に送られる（＃０５）。インストール可否判定要求を受け取ったインストール管理装置３では、インストール可否判定要求から特定されるプログラムに関する静的仕様や動的仕様を内部のデータベース又は外部のデータベースから入手する（＃０６）。さらに、このインストール端末１に関する固有リソース量やリソース消費量を読み出し、このインストール端末１における全体リソース消費状態と、必要に応じてプログラム別のリソース消費状態を算定する（＃０７）。この全体リソース消費状態とは、過去の一定期間のメモリ（ＲＡＭ及びハードディスク）占有容量やＣＰＵ稼働率などを表す情報であり、これによりこのインストール端末１がインストールしようとするプログラムに対して割り与えることができるメモリ容量やＣＰＵ余力を判断することができる。プログラム別のリソース消費状態とは、各プログラムが起動した場合のメモリ（ＲＡＭ）占有容量やＣＰＵ占有率などを表す情報であり、もしインストールしようとするプログラムと同時実行しないとみなせるプログラムでは、このプログラムのリソース消費分だけ、全体リソース消費状態から差し引くことができる。もちろん、全体リソース消費状態から判断して、インストールしようとするプログラムに対して十分にメモリ容量やＣＰＵ能力を割り与えることができる場合、プログラム別のリソース消費状態を考慮せずに、インストールしようとするプログラムのインストール端末１における実行快適度は高いと推定することができる。逆に、全体リソース消費状態から判断して、インストールしようとするプログラムに対して十分にはメモリ容量やＣＰＵ能力を割り与えることができない場合、さらにプログラム別のリソース消費状態を用いて、適正な実行快適度が得られるかどうかを細かく推定することになる。さらに、全体リソース消費状態に属しているプログラムが常駐プログラムかあるいは非常駐プログラムであるかを、例えば端末から送られてくる操作ログなどから判定し、不必要な常駐プログラムの使用を制限することで全体リソース消費状態から差し引く処理、時間的な使用制限や特定時間帯のみの使用限定といった使用限定処理などにより、全体リソース消費状態の精度を上げて、結果的に実行快適度の推定精度をあげるようにしてもよい。いずれにしても、本発明では、インストール端末１に関する固有リソース量やリソース消費量に基づいて、インストールしようとするプログラムがインストール端末１で実行される際の実行快適度を推定することになる（＃０８）。その際、インストールしようとするプログラムがフルインストールや最小インストールといったようにそれぞれ消費リソース量が異なる選択可能な複数のインストール形態でのインストールが可能な場合、それぞれのインストール形態での実行快適度が推定される。
【００２２】
なお、この実行快適度をより厳密に推定するためには、全体リソース消費状態とプログラム別のリソース消費割合とからこのインストール端末１のプログラム実行環境をモデル的に構築し（＃０８ａ）、このプログラム実行環境においてインストールしようとするプログラムが有する静的仕様や動的仕様でもって仮想的なプログラム実行を行い（＃０８ｂ）、この仮想的なプログラム実行の結果に基づいて実行快適度を求めると良い。
【００２３】
実行快適度が求められると、これに基づいてインストール可否判定が行われ（＃０９）、その結果がインストール端末１に送られる（＃１０）。なお、前述したようにそれぞれ消費リソース量が異なる選択可能な複数のインストール形態でのインストールが可能なプログラムが処理対象となっている場合、それぞれのインストール形態でのインストール可否判定結果が送られる。このようなインストール可否判定結果に基づいてインストール端末側では自動的に適正なインストール形態でプログラムをインストールすることができる。また、単にインストール形態別の実行快適度を通知して、インストール端末側で自由にインストール形態を選択させるようにしてもよい。いずれにせよ、端末１に送られてきたインストール可否判定結果がインストール許可であれば、ステップ＃０４で要望されたプログラムのインストールは許可され、実際にプログラムのインストールが実行される（＃１１ａ）。逆に、端末１に送られてきたインストール可否判定結果がインストール不可であれば、ステップ＃０４で要望されたプログラムのインストールは中止される（＃１１ｂ）。
【００２４】
上述した原理的なインストール管理システムを実際に構築する上で端末１とリスク管理装置３に要求される機能を示す機能ブロック図が図２に示されている。端末１は、ノート型パソコンやデスクトップ型パソコンなどの汎用パソコンであるが、それらのパソコンが作り出す機能の内、図２の機能ブロック図では、本発明に特に関係する機能を主に示している。
【００２５】
端末１は、液晶ディスプレイなどのモニタ５１と、操作入力デバイス５２としてのキーボードやマウスと、各種データを格納するハードディスク５３といった外部機器を備えるとともに、ハードディスク５３に格納されているプログラムをＣＰＵ１０の管理制御の下で起動させることで種々の機能が作り出される。例えば、この端末１にインストールされているＯＳによって作り出されるＧＵＩ部１１が仲介することにより、モニタ５１に表示された操作画面を通じてユーザによって入力された種々の操作命令が実行されるが、ユーザ指示に基づいて、あるいは自動的に、プログラム管理部１２の管理下で、相応のプログラムの起動を伴ってデータ処理が行われていく。
【００２６】
ハードディスク５３の容量、モニタ５１の可能解像度、ＣＰＵ仕様やその他のデバイスの仕様といったハードウエア資源の状況、及び、プログラム管理部１２で管理されている各種プログラムのハードディスク５３における占有容量やプログラム起動時のＲＡＭにおける占有容量、プログラム起動時のＣＰＵの占有度、といったソフトウエア資源の状況は、リソース管理部１３で管理されている。固有リソース量管理ログ作成部１４は、リソース管理部１３で管理されているリソースデータから主に静的なリソースデータを取り出して、前述したような固有リソース量管理ログを作成してインストール管理装置３に送る。この固有リソース量管理ログの送るタイミングとしては固有リソース量に関する大きな変動が生じた時にするとよい。リソース消費量管理ログ生成部１５は、リソース管理部１３で管理されているリソースデータから主にプログラム別や時刻別の動的なリソースデータを取り出して、前述したようなリソース消費量管理ログを作成してインストール管理装置３に送る。このリソース消費量管理ログはログオフ時など、定期的に送られる。図３に、固有リソース量管理ログ（図３の（ａ））とリソース消費量管理ログ（図３の（ｂ））の一例が図示されている。
【００２７】
プログラム管理部１２は、新しくプログラムをインストールする際の端末側のインストール管理を行う機能も有し、端末ユーザが何らかのプログラムをインストールしようとした際にこのインストール作業を一端中断し、インストール管理装置３にインストール可否判定要求を出し、これによってインストール管理装置３から送られてくるインストール可否判定結果に基づいて当該プログラムのインストールを実行させたり、中止させたりする。
【００２８】
インストール管理装置３も一般的には汎用コンピュータによって構成されているが、この実施形態では、端末１から送られてくるデータやそれ以外の外部のサーバから送られるてくるデータを格納するデータベース３０も構築しているので、かなり大きな容量をもったハードディスク５４が接続されている。このデータベース３０には、端末情報を端末別に格納している端末情報格納部３０ａと、各種プログラムの仕様情報をプログラム別に格納しているプログラム仕様情報格納部３０ｂとが含まれている。端末情報は、端末ＩＤや端末名によって規定される端末１における、固有リソース量、経時的なリソース消費量、残りの使用可能リソースを示すことになるリソース消費状態、インストール済みプログラムなどである。プログラム仕様情報は、プログラム名、バーション、プログラム容量（プログラムサイズと起動時のメモリ占有量）、プログラム起動時のＣＰＵ最大負荷量、プログラム起動時のＣＰＵ平均負荷量、同時に動作するＯＳソースの使用量などである。端末情報管理部３１は、端末１から送られてきた固有リソース量管理ログやリソース消費量管理ログからリソースデータを読み出して、端末情報格納部３０ａに格納するとともに、検索抽出要求に従って合致するリソースデータを読み出す機能を有する。プログラム仕様情報取得部３２は、プログラム仕様情報格納部３０ｂから指定されたプログラムに関する仕様情報を読み出すととともに、プログラム仕様情報格納部３０ｂに格納されていない新規のプログラムの仕様情報に関しては外部のサーバから該当する仕様情報をダウンロードしてプログラム仕様情報格納部３０ｂに格納する機能も有する。
【００２９】
インストール管理装置３における本発明に関する機能のほとんどは、このインストール管理装置３に実装されているインストール管理プログラムの実行に伴って作り出される。例えば、リソース消費状態決定部３３は、インストール端末１に関するリソースデータを端末情報管理部３１を介して端末情報格納部３０ａから読み出して、インストール端末１が所有する固有リソース量とインストール端末１における経時的なリソース消費量とを求め、これに基づいてインストール端末１のリソース消費状態を決定する。このリソース消費状態によって、このインストール端末１、特にそのＣＰＵ１０やＲＡＭがどの程度の稼働率になっているかどうか、つまり新規のプログラムを実行させるための余裕がどの程度あるかが表される。推定リソース消費量算定部３４は、このインストール端末１にインストールされようとする特定のプログラムの推定リソース消費量を算定する。その際、推定リソース消費量算定部３４は、特定のプログラムに関する仕様情報をプログラム仕様情報取得部３２を介してプログラム仕様情報格納部３０ｂから読み出し、その仕様情報を前記インストール端末１に当てはめて、このインストール端末１においてこのプログラムのインストールとその実行において推定されるリソース消費量を算定する。
【００３０】
仮想実行評価部３５は、リソース消費状態決定部３３で求められたリソース消費状態と推定リソース消費量算定３４で算定された推定リソース消費量とに基づいてこのインストール端末１におけるインストールされようとするプログラムの仮想的な実行快適度を推定する。プログラムの実行は、時間の流れともに進行し、時間的な変動がある。このため、仮想実行評価部３５における実行快適度の推定においても、時間的な流れが考慮される。このことを説明するため、非常に簡単化されたグラフの形で模式的に示された図４を用いる。図４の（ａ）で示されているグラフＸは、リソース消費状態を示しており、図４の（ｂ）で示されているグラフＹは推定リソース消費量を示しており、横軸は時間経過である。つまり、グラフＸで示されているプログラム実行環境において、新しいプログラムの実行によるグラフＹで示されているリソース消費が加わった場合のプログラム実行シミュレート結果が図４の（ｃ）においてグラフＺで示されている。このグラフＺは、グラフＸとグラフＹを所定時間間隔範囲内で時間軸をずらせながら、つまりグラフＹを平行移動させながら、グラフＸの各値に対してグラフＹの各値を加算して得られるグラフであり、グラフＹの横方向変位毎に得られるグラフＺのうちで、その最大値が最も大きくなるもの、あるいは、所定以上の値の頻度値が最も高くなるものを、評価対象として選択し、そのグラフＺから実行快適度を評価するとよい。これにより、ある程度の危険な使い方を行った場合での実行快適度が評価されることになる。グラフＺの形状と実行快適度の関係は、グラフＺがリソース消費割合の１００％のレベルに近づくほど実行快適度が低いということになる。
【００３１】
実行快適度が低い場合、例えば、グラフＺの５０％レベル以上の領域の面積が所定値を超える場合、インストール端末１におけるインストール済みのプログラムのうちでインストールプログラムと同時に実行される可能性の低い非同時実行プログラムを決定して、その非同時実行プログラムのリソース消費割合をリソース消費状態（グラフＸ）から除外して、グラフＸを低くする。非同時実行プログラムとしてはインストールプログラムと同一カテゴリーの処理を行うプログラムとインストールプログラムとバージョン違いの同一プログラムが第１の候補となるが、端末１毎や端末全体として、非同時実行プログラムとしてグループ化できるプログラムを予め決めておいてもよい。
【００３２】
仮想実行評価部３５における実行快適度の推定をより数理学的な手法を用いて明確に行うために、インストールプログラムのための動作環境構築部３５ａとインストールプログラムのためのプログラム実行シミュレート部３５ｂが付随している。動作環境構築部３５ａは、プログラム実行シミュレート部３５ｂに対してリソース消費状態に基づいてインストール端末１のためのプログラム動作環境を構築する機能をもつ。プログラム実行シミュレート部３５ｂは、推定リソース消費量に基づいてプログラムモデルを作成して、動作環境構築部３５ａによって構築されたプログラム動作環境でプログラムモデルを動作させ、その実行快適度を出力する。そのシミュレートアルゴリズムは前述したような評価法に基づいても良いし、ほぼ端末１と同一のプログラム動作環境を擬似的に作り出し、同一の又は類似のプログラムを実際に実行させて、その処理速度等を測定した上で評価することで、実行快適度を出力するようにしても良い。また、リソース消費状態決定部３３は、端末１が所有する固有リソース量と端末１における過去の経時的なリソース消費量とからリソース消費状態を求めていたが、過去の経時的なリソース消費量から将来の経時的なリソース消費量を推定する将来予測部３３ａを付随させ、必要な場合、一定期間後におけるインストールプログラムの実行快適度を推定させるように構成することも可能である。また、この将来予測部３３の機能を利用すると、特定端末１における満足すべき実行快適度が、プログラムイントール後、どの程度の期間保証されるといった情報を生成することも可能となる。
【００３３】
いずれにせよ、仮想実行評価部３５から実行快適度が出力されると、インストール判定部３６が、予め設定されている判定条件テーブルを参照して、インストール端末１におけるプログラムのインストールを許可するか中止させるかを示したインストール判定結果を生成し、インストール端末１に送り出す。
【００３４】
以上の端末１におけるプログラムのインストールの管理の全体的な制御は、インストール管理部３７が行っている。このインストール管理部１７には、アンインストールプログラム指定部３７ａが付随しており、このアンインストールプログラム指定部３７ａは、インストールしようするプログラムの推定実行快適度が十分でなく、インストールを許可できない場合、対象なっている端末１における１つ以上のどのプログラムをアンインストールすれば、要求されているプログラムのインストールが許可されるかを評価する機能を有している。つまり、アンインストールプログラム指定部３７ａは、順次指定したインストールプログラムのリソース消費量を減じた状態で、実行快適度を求める処理を繰り返させる。その際、端末１から、アンインストールしてもよいプログラム、例えば使用頻度の少ないプログラムを指示してもらうようにすると好都合である。あるいは、アンインストールプログラム指定部３７ａが、端末１において使用されていないか又は極端に使用頻度の少ないプログラムから順に指定して、アンインストールを実行し、所定レベル以上の実行快適度を得るようにしてもよい。
【００３５】
上述したインストール管理装置３の機能説明では、ある端末１のユーザが特定のプログラムのインストールを希望することから始まり、その端末１から送られてきたインストール可否判定要求に基づいて、インストール管理装置３が、そのプログラムのインストールを許可すべきかどうかを判定し、その判定結果を端末１に指示する仕組みとなっていた。しかしながら、ほぼ同一の機能を用いて、インストール管理装置３はこれ以外のインストール管理も可能である。例えば、端末１のユーザがプログラムのインストールを要求するのではなく、プログラムのインストールは全てインストール管理装置３側でその要求もその実行も行うものとする。つまり、ある特定のプログラムを複数の端末１の少なくとも１つにインストールしたい場合、上述したプログラムの実行快適度を全ての端末１に対して推定し、その高い実行快適度を持つ端末１を優先して、プログラムのインストールを行うという仕組みも、ネットワーク管理された端末１にとっては好都合である。
【００３６】
図５には、本発明の別の実施形態が示されている。先に説明した実施の形態では、多数の端末１で生成された固有リソース量管理ログとリソース消費量管理ログがネットワーク２を介してインストール管理装置３に送られ、管理され、特定の端末１から送られてきたインストール可否判定要求に応じて判定されたインストール可否判定結果をこの特定の端末１に送る。このインストール可否判定結果に基づいて、この端末１は希望のプログラムのインストールを実行したり、中止したりすることになる。しかしながら、このインストール管理装置３におけるインストール可否判定処理を実行するために必要な各機能部をモジュール化して端末１のコンピュータに実装すれば、そのコンピュータは単独で、本発明によるインストール管理機能を実現することができる。そのような形態における機能ブロック図が図５に示されている。これは、前述したネットワークタイプのインストール管理技術に較べ、特に図２と図５を比較すると良く理解できるが、端末管理部３１が省略され、インストール管理装置３のデータバス５４に構築されている端末情情報格納部３０ａとプログラム仕様情報格納部３０ｂが端末１のハードディスク５３に構築されていることで異なっている。そして、ネットワーク２を介しての固有リソース量管理ログとリソース消費量管理ログとインストール可否判定要求の伝送がコンピュータのデータバスに置き換わっていることに違いがあるが、実質的な技術内容は同じであるので、ここではその説明の繰り返しは省略する。
【図面の簡単な説明】
【００３７】
【図１】本発明によるインストール管理技術の基本原理を説明する模式図
【図２】本発明によるインストール管理技術を適用したコンピュータシステムの機能ブロック図
【図３】固有リソース量管理ログ（ａ）と、リソース消費量管理ログ（ｂ）の説明図
【図４】リソース消費状態と推定リソース消費量とに基づくプログラム実行シミュレート結果を説明する模式図
【図５】本発明によるインストール管理技術をスタンドアローンタイプのコンピュータに適用した形態における機能ブロック図
【符号の説明】
【００３８】
１：端末
２：ネットワーク
３：インストール管理装置
１２：プログラム管理部
１３：リソース管理部
１４：固有リソース量管理ログ生成部
１５：リソース消費量管理ログ生成部
３０ａ：端末情報格納部
３０ｂ：プログラム仕様情報格納部
３１：端末情報管理部
３２：プログラム仕様情報取得部
３３：リソース消費状態決定部
３３ａ：将来予測部
３４：推定リソース消費量算定部
３５：仮想実行評価部
３５ａ：動作環境構築部
３５ｂ：シミュレート部
３６：インストール判定部
３７：インストール管理部
３７ａ：アンインストールプログラム指定部
【図１】
2008269422.tif 000003
【図２】
2008269422.tif 000004
【図３】
2008269422.tif 000005
【図４】
2008269422.tif 000006
【図５】
2008269422.tif 000007