JP5285761B2 - アプリケーション仮想化環境においてソフトウェアのインストールおよび使用を検出する方法およびシステム - Google Patents

Description

本発明は、アプリケーション仮想化環境においてソフトウェアのインストールを検出する方法、システムおよびコンピュータ・プログラムに関する。さらに本発明は、当該ソフトウェアの使用を検出することに関する。

現在、典型的なプロダクション環境において展開されるすべてのアプリケーションは、それらがインストールされたオペレーティング・システムである共通のランタイム環境に共存しなければならない。しかし、新たなアプリケーションがインストールされると、典型的には、既存環境が損なわれる。結果として、既にテストされていた各アプリケーションが競合する恐れもある。したがって、プロダクション環境に新たな製品がインストールされるたびに、またはパッチが適用されるたびに、プロダクション環境の検査のためにより大きなＩＴリソースが必要となる。

この問題は、オペレーティング・システム・レベルでの仮想化技術を使用することで部分的に対処される（例えばＶＭＷａｒｅ、ＭＳ Ｖｉｒｔｕａｌ Ｓｅｒｖｅｒなど）。現在、ＩＢＭ（ＩＢＭ社の登録商標）Ｐｒｏｇｒｅｓｓｉｖｅ Ｄｅｐｌｏｙｍｅｎｔ Ｓｙｓｔｅｍ（ＰＤＳ）（ｈｔｔｐ：／／ｗｅｂ．ｏｐｅｎｓｏｕｒｃｅ．ｉｂｍ．ｃｏｍ／ｗｗｗ／ｐｄｓ／）、またはＭｉｃｒｏｓｏｆｔ Ｓｏｆｔｒｉｃｉｔｙ（ｈｔｔｐ：／／ｗｗｗ．ｓｏｆｔｒｉｃｉｔｙ．ｃｏｍ／）のような、アプリケーション仮想化手法を使用して上記の問題を解決する製品が、いくつか利用可能である。この手法の下では、展開されたアプリケーションは、オペレーティング・システムおよびハードウェアの設定を他のアプリケーションと共有するが、それに加えて仮想環境で実行され、アプリケーション環境を定義するそれ専用のプライベート仮想ファイル、ディレクトリおよびレジストリに作用する。

こうしたアプリケーションは、典型的には、利用可能なすべてのアプリケーションをそれ専用の作業環境とともに記憶する中央リポジトリからダウンロードされる。このように、各製品のすべてのテストおよびメンテナンス・リソースは、集中化されるが、展開される他のアプリケーションからは独立している。

しかし、この新たな手法は、ソフトウェア製品のインストールおよび使用を検出するライセンス・ツールに対し問題をもたらす。現在、アプリケーションがターゲット・マシン（ｔａｒｇｅｔ ｍａｃｈｉｎｅ）上で実行されているかどうかを判断するために使用シグネチャ（ｕｓａｇｅ ｓｉｇｎａｔｕｒｅ）が使用され、製品が単にターゲット・マシン上にインストールされているかどうかを判断するためにインストール・シグネチャ（ｉｎｓｔａｌｌａｔｉｏｎ ｓｉｇｎａｔｕｒｅ）が使用されている。しかし、アプリケーション仮想化環境を作り出す製品は、インストールされたアプリケーションをオペレーティング・システム・レジストリに登録（すなわちレジストリ・キーを用いて）せず、製品のインストールの形跡となるであろう明白なインストール・アクション（すなわちインストーラの起動）を何ら実行しない。この挙動は、インストルメント化（ｉｎｓｔｒｕｍｅｎｔｅｄ）されていない典型的なライセンス・ツールが、インストールされたソフトウェアを特定できなくする。同じように、アプリケーション仮想化環境を作り出す製品は、アプリケーション実行ファイル名およびサイズを、通常の環境でされる形で必ずしも実行しない。この挙動は、インストルメント化されていない典型的なライセンス・ツールが、マシン上で実行されているソフトウェアを特定できなくする。

本発明によれば、アプリケーション仮想化環境において、複数のアプリケーション・コンポーネントおよび識別コンポーネント（ｉｄｅｎｔｉｆｙｉｎｇ ｃｏｍｐｏｎｅｎｔ）を含むソフトウェア・アプリケーションのインストールを検出する方法が提供される。この複数のアプリケーション・コンポーネントおよび識別コンポーネントは、第１のリポジトリに記憶されている。本方法は、第２のリポジトリに、識別コンポーネントからの識別子を記憶するステップと、複数の受信側コンピュータ（ｒｅｃｉｐｉｅｎｔ ｃｏｍｐｕｔｅｒ）上にローカル識別子リポジトリを作るために、第２のリポジトリのコピーを、複数の受信側コンピュータに提供するステップと、受信側コンピュータのうちの１つ以上を選択するステップと、１つ以上の選択された受信側コンピュータの１つ以上のローカル識別子リポジトリから、アプリケーションの識別子を抽出するステップと、１つ以上の選択された受信側コンピュータが、識別子の一致するコピーを含んでいるかどうかを確認するために、１つ以上の選択された受信側コンピュータに問い合わせるステップと、識別子の一致するコピーが、１つ以上の選択された受信側コンピュータ上で発見された場合、１つ以上の選択された受信側コンピュータにソフトウェア製品がインストールされていると判断するステップとを含む。

本発明の別の側面は、上記の方法を実行するためのコンピュータ・プログラムを提供する。

本発明のさらなる側面は、上記の方法のステップを実行するようになっている手段を含んだシステムを提供する。

本発明のさらに別の側面は、上記の方法を実行するようデータ処理システムに展開されるサービスを提供する。

好適な実施形態は、アプリケーション仮想化環境が使用されている場合に、マシン上に物理的にインストールされていないソフトウェアのインストールを、ライセンス・ツールが検出できるようにする。同じように、好適な実施形態は、ソフトウェアの使用をライセンス・ツールが検出できるようにする。この目的を達成するために、好適な実施形態は、新たな種類のシグネチャ、すなわち仮想インストール・シグネチャ（ｖｉｒｔｕａｌ ｉｎｓｔａｌｌａｔｉｏｎ ｓｉｇｎａｔｕｒｅ）を定義する。仮想インストール・シグネチャは、アプリケーション仮想化環境において実行されたインストールを違う形でレポートする（すなわち、仮想化インストールのビジネス上の意味および費用が、通常のものとは異なることから）ために、ライセンス・ツールによって任意選択で使用可能である。

本願明細書において、本発明の実施形態は、単なる例としてのみ記載される。

ライセンス・マネージャ・ツールを用いるネットワークのブロック図である。 プログレッシブ・ダウンロード方式の中で好適な実施形態の方法に従ってインストールされたソフトウェアを検出する方法の概略図である。 プログレッシブ・ダウンロード方式の中で好適な実施形態の方法に従ってソフトウェアの使用を検出する方法の概略図である。 好適な実施形態をサポートするようになっているコンピュータ・システムのブロック図である。

１．概要
好適な実施形態は、アプリケーション仮想化環境の基本要素を活用し、ソフトウェアのインストールおよび使用を検出することの上述の問題を解決する。例示のために、好適な実施形態はＩＢＭ Ｐｒｏｇｒｅｓｓｉｖｅ Ｄｅｐｌｏｙｍｅｎｔ Ｓｙｓｔｅｍ（ＰＤＳ）に関連して記載される。しかし、当然のことながら、好適な実施形態は様々なアプリケーション仮想化環境にも適用可能である。

したがって、好適な実施形態は、上述のＩＢＭ Ｐｒｏｇｒｅｓｓｉｖｅ Ｄｅｐｌｏｙｍｅｎｔ Ｓｙｓｔｅｍ（ＰＤＳ）の例を使用し、ＩＢＭ Ｔｉｖｏｌｉ（ＩＢＭ社の登録商標）Ｌｉｃｅｎｓｅ Ｃｏｍｐｌｉａｎｃｅ Ｍａｎａｇｅｒアーキテクチャに基づく。前述同様に、ＩＢＭ Ｔｉｖｏｌｉ Ｌｉｃｅｎｓｅ Ｃｏｍｐｌｉａｎｃｅ Ｍａｎａｇｅｒは例示のみのために使用される。具体的には、当然のことながら、好適な実施形態がＩＢＭ Ｔｉｖｏｌｉ Ｌｉｃｅｎｓｅ Ｍａｎａｇｅｒに限定されることは決してない。それよりも、当然のことながら、好適な実施形態は任意のライセンス・マネージャ・ツールに等しく適用可能である。ＩＢＭ Ｔｉｖｏｌｉ Ｌｉｃｅｎｓｅ Ｍａｎａｇｅｒは、分散型プラットフォーム上でソフトウェア・インベントリ、使用の計測、およびライセンスの割り当てサービスを提供するライセンス・ツールである。こうした機能はすべて、ソフトウェア・カタログにおいて定義される情報に基づいて、インストールされたソフトウェア製品または使用中のソフトウェア製品の認識を行う。

図１を参照する。ライセンス・マネージャ１０を用いるネットワークは、管理センタ１２と、ランタイム・サーバ１４と、ターゲット・コンピュータ１６とを含む３層アーキテクチャを有する。管理センタ１２は、インストールの詳細（すなわちレジストリ・キー）および使用シグネチャ（すなわち実行ファイル）を列挙する１つ以上のカタログを含む。使用時、各カタログのコピーがターゲット・コンピュータ１６にダウンロードされる（カタログ（単数または複数）のローカル・コピーを作るために）。各ターゲット・コンピュータ１６は、ソフトウェアと、カタログのローカル・コピー内の詳細とを照合することでソフトウェアのインストールおよび使用を検出する、少なくとも１つのエージェントを含む。

アプリケーション仮想化環境の基礎にある主な原理の１つは、アプリケーションが１つ以上のパッケージ（ＰＤＳでは「アセット（Ａｓｓｅｔ）」）にパッケージ化可能であるという考えである。各パッケージは、アプリケーションの複数部分（ＰＤＳでは「シャード（Ｓｈａｒｄ）」）を含み、各部分はダイス（ｄｉｃｅ）として知られている。図２を参照する。個々のダイスがシャード・リポジトリ（ｓｈａｒｄ ｒｅｐｏｓｉｔｏｒｙ）２２に保持されている。したがって、使用時、ユーザはこのリポジトリに記憶されたアプリケーション・ダイス（ａｐｐｌｉｃａｔｉｏｎ ｄｉｃｅ）からパッケージを作成する。各パッケージは、メイン・ダイス（ｍａｉｎ ｄｉｃｅ）も含んでおり、メイン・ダイスは、それが表す製品について、および他のダイスについての関連のある情報を含む（ＰＤＳでは、シャードが「シャード・リポジトリ」に記憶されているとき、メイン・ダイスは「ルート・メタシャード（ｒｏｏｔ ｍｅｔａｓｈａｒｄ）」と呼ばれる）。メイン・ダイスがそのアプリケーションを他のすべてのパッケージ化アプリケーションの中で確実に一意に特定できるよう、メイン・ダイスはその名前が識別シグネチャであるファイルである。

図１を参照する。プログレッシブ・ダウンロードは、関連のあるアプリケーションの要件に従って、ターゲット・コンピュータ１６にダイスが１つずつダウンロードされるプロセスである。なお、メイン・ダイスが、ターゲット・コンピュータ１６に最初にダウンロードされる。続いてメイン・ダイスは、受信側ターゲット・コンピュータ１６に、名前がメイン・ダイス自体の名前であるファイルとしてローカルに記憶される。アプリケーション仮想化環境（ＰＤＳのような）の多くでは、実行ファイルは実行されると、ネイティブ・アプリケーションとして実行されている他のアプリケーションによりプロセスとしてとらえられることが可能である（ＰＤＳでは、プロセス名はｐｄｓ−＜ｎａｍｅ−ｏｆ−ｔｈｅ−ｅｘｅ−ｆｉｌｅ＞である）。

２．詳細な説明
好適な実施形態は、基本的に、ターゲット・コンピュータ１６においてアプリケーションが展開および実行されているときにターゲット・コンピュータ１６上に存在するメイン・ダイスの識別シグネチャを使用して、アプリケーションのインストールを検出する。特に、好適な実施形態は、「仮想化インストール」を特定するための新たなタイプのシグネチャとして、管理センタ１２内のカタログに識別シグネチャを追加する。この、いわゆる仮想インストール・シグネチャは、アプリケーションがターゲット・マシンに仮想インストールされ、そこで実行されていることを示す。したがって、仮想化アプリケーションが初めてターゲット・マシン上で実行され（メイン・ダイスがダウンロードされてそこにファイルとして保存される）ると、受信側ターゲット・マシンのエージェントは、このファイルをターゲット・マシンのファイル・システム内で発見し、それと、カタログのローカル・コピー内の対応するエントリとを照合して、仮想化インストールを検出することができる。

図２を参照する。使用時、第１のユーザ１８（例えばシステム管理者）が、（例えば）ＰＤＳプリペアラ（ｐｒｅｐａｒｅｒ）２０を使用して、（例えば）２つのアプリケーション（Ａｐｐ（Ａｐｐｌｉｃａｔｉｏｎ）１、Ａｐｐ２）を２つのパッケージ（Ａｓｓｅｔ１、Ａｓｓｅｔ２）に変換する。各アプリケーション（Ａｐｐ１、Ａｐｐ２）の各パッケージおよび関連したメイン・ダイス（Ｄｉｇｅｓｔ１、Ｄｉｇｅｓｔ２）がリポジトリ２２に記憶される。サーバ・カタログ（例えばＴＬＣＭ（Ｔｉｖｏｌｉ Ｌｉｃｅｎｓｅ Ｃｏｍｐｌｉａｎｃｅ Ｍａｎａｇｅｒ）カタログ・マネージャ）に、各ダイスにつき１つで、２つの新たなエントリが提供され、これは監視されている製品を表す。定期的な間隔で、カタログのコピー（およびメイン・ダイス（Ｄｉｇｅｓｔ１、Ｄｉｇｅｓｔ２）の関連したコピー２６）が、このアプリケーションのターゲット・コンピュータの候補（図示せず）にコピーされる。

使用時、第２のユーザ２８のブラウザ（ターゲット・マシンにおける）が、リポジトリ２２にダイレクトされ、第２のユーザ２８に、利用可能なアプリケーションすべてのリスト３０が示される。このユーザが特定のアプリケーションを選択すると、関連のあるダイスがターゲット・マシンにダウンロードされる（例えばＰＤＳデリバラによって）。ダイスの必要最小限のセットがターゲット・マシンにダウンロードされると、続いてアプリケーションをこのマシン上で実行することができる。ターゲット・マシン上のエージェント３２は、例えば、ターゲット・マシンのＴＬＣＭソフトウェア・スキャンを実行する。このスキャン中、エージェント３２は、ローカルに記憶されているメイン・ダイスのコピーと、サーバ・カタログ２４からダウンロードされたカタログ内の識別シグネチャのローカル・コピーとを比較する。

好適な実施形態はさらに、アプリケーション仮想化環境でのソフトウェアの使用を検出する２つのメカニズムを提供する。図３を参照する。第１のメカニズムにおいて、好適な実施形態は、ネイティブ・プロセスを介して仮想化アプリケーションを検出する。このメカニズムでの好適な実施形態は、ターゲット・コンピュータ３４上で実行されているアクティブなプロセスを調べ（すなわち、ターゲット・コンピュータ３４上のエージェントがアクティブなプロセスのリストを取得する）、名前がメイン・ダイスの名前（マスタ・カタログ４２のローカル［ランタイム］コピー４０内）と一致するアプリケーションを探す。その際に、この手法は、特別な論理を使用して、仮想環境による変更の影響を取り除く（すなわち、ＰＤＳにおける「ｐｄｓ−」を切り捨て、もとのファイル名を取り出す）。

第２のメカニズムでは、対象のアプリケーションがインストルメント化される。言い換えれば、アプリケーションが起動するときにライセンス・マネージャに通知するよう、ベンダによってアプリケーションが変更される。したがって、その結果、ライセンス・マネージャが、アプリケーションが実行されているかどうかを判断するためにプロセス・リストを確認する必要がなくなる。

汎用コンピュータ・システム
図４を参照する。好適な実施形態をサポートするようになっている汎用コンピュータ・システム５０が、システム・バス５２に並列接続されているいくつかのユニットによって構成されている。詳しくは、１つ以上のマイクロプロセッサ（μＰ：ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）５４が、コンピュータ５０の動作を制御する。ＲＡＭ５６が、ワーキング・メモリとしてマイクロプロセッサ５４に直接使用され、ＲＯＭ５８が、コンピュータ５０のブートストラップ用の基本コードを記憶する。周辺ユニットが、ローカル・バス６０の周りに集合している（それぞれのインターフェースを介して）。詳細には、大容量メモリが、ハード・ディスク６２、およびＣＤ−ＲＯＭ６６を読み取るドライブ６４から成る。さらに、コンピュータ５０は、入力デバイス６８（例えば、キーボードおよびマウス）ならびに出力デバイス７０（例えば、モニタおよびプリンタ）を含む。コンピュータ５０をネットワークに接続するためにネットワーク・インターフェース・カード（ＮＩＣ：Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）７２が使用される。ブリッジ・ユニット７４は、システム・バス５２と、ローカル・バス６０とをインターフェースで接続する。マイクロプロセッサ５４およびブリッジ・ユニット７４はそれぞれ、情報を送信するためにシステム・バス５２へのアクセスをリクエストするマスタ・エージェントとして動作することができる。アービタ７６は、相互排除を伴うシステム・バス５２へのアクセスの許可を管理する。

システムが別のトポロジを有していても、または他のネットワークに基づいていても、同様の考慮事項が当てはまる。あるいは、コンピュータは、別の構造を有するか、等価なユニットを含むか、または他のデータ処理エンティティ（ＰＤＡ、移動電話、および同様のものなど）から成る。

本発明の範囲から逸脱することなく、上記事項に変更および改変が加えられ得る。

Claims (8)

1. アプリケーション仮想化環境において、複数のアプリケーション・コンポーネントおよび識別コンポーネントを含むソフトウェア・アプリケーションの仮想インストールを検出する方法であって、前記複数のアプリケーション・コンポーネントおよび前記識別コンポーネントが第１のリポジトリに記憶されており、
   前記方法は、
   第２のリポジトリに、前記識別コンポーネントからの識別子を記憶するステップであって、前記識別子は前記ソフトウェア・アプリケーションがターゲット・マシンである受信側コンピュータに仮想インストールされ、そこで実行されていることを示す、前記記憶するステップと、
   前記受信側コンピュータ上にローカル識別子リポジトリを作るために、前記第２のリポジトリのコピーを前記受信側コンピュータに提供するステップと、
   前記複数のアプリケーション・コンポーネントのうちの一つが前記第１のリポジトリから前記ターゲット・マシン上にダウンロードされることに応じて、
   前記ローカル識別子リポジトリから、前記ソフトウェア・アプリケーションの前記識別子を抽出するステップと、
   前記ダウンロードされたアプリケーション・コンポーネントのうちの一つが有する識別子が前記抽出された識別子と一致することに応じて、前記受信側コンピュータに前記ソフトウェア・アプリケーションが仮想インストールされていると判断するステップと
   を含む、前記方法。
2. アプリケーション仮想化環境において、複数のアプリケーション・コンポーネントおよび識別コンポーネントを含むソフトウェア・アプリケーションの仮想インストールを検出する方法であって、第１のリポジトリが前記複数のアプリケーション・コンポーネントおよび前記識別コンポーネントを記憶し、第２のリポジトリが前記識別コンポーネントからの識別子であって、前記ソフトウェア・アプリケーションがターゲット・マシンである受信側コンピュータに仮想インストールされ、そこで実行されていることを示す前記識別子を記憶し、
   前記方法は、前記複数のアプリケーション・コンポーネントのうちの一つが前記第１のリポジトリから前記ターゲット・マシン上にダウンロードされることに応じて、
   前記受信側コンピュータ上にローカル識別子リポジトリを作るために、前記第２のリポジトリのコピーを前記受信側コンピュータにダウンロードするステップと、
   前記ローカル識別子リポジトリから、前記ソフトウェア・アプリケーションの前記識別子を抽出するステップと、
   前記ダウンロードされたアプリケーション・コンポーネントのうちの一つが有する識別子が前記抽出された識別子と一致することに応じて、前記受信側コンピュータに前記ソフトウェア・アプリケーションが仮想インストールされていると判断するステップと
   を含む、前記方法。
3. アプリケーション仮想化環境において、複数のアプリケーション・コンポーネントおよび識別コンポーネントを含むソフトウェア・アプリケーションの使用を検出する方法であって、前記複数のアプリケーション・コンポーネントおよび前記識別コンポーネントが第１のリポジトリに記憶されており、
   前記方法は、
   第２のリポジトリに、前記識別コンポーネントからの識別子を記憶するステップであって、前記識別子は前記ソフトウェア・アプリケーションがターゲット・マシンである受信側コンピュータに仮想インストールされ、そこで実行されていることを示す、前記記憶するステップと、
   前記受信側コンピュータ上にローカル識別子リポジトリを作るために、前記第２のリポジトリのコピーを前記受信側コンピュータに提供するステップと、
   前記ローカル識別子リポジトリから、前記ソフトウェア・アプリケーションの前記識別子を抽出するステップと、
   前記受信側コンピュータ上で現在実行されているプロセスのリストが前記抽出された識別子と一致する識別子を有していることに応じて、前記受信側コンピュータが仮想インストールされた前記ソフトウェア・アプリケーションを現在使用していると判断するステップと
   を含む、前記方法。
4. アプリケーション仮想化環境において、複数のアプリケーション・コンポーネントおよび識別コンポーネントを含むソフトウェア・アプリケーションの使用を検出する方法であって、第１のリポジトリが前記複数のアプリケーション・コンポーネントおよび前記識別コンポーネントを記憶し、第２のリポジトリが前記識別コンポーネントからの識別子であって、前記ソフトウェア・アプリケーションがターゲット・マシンである受信側コンピュータに仮想インストールされ、そこで実行されていることを示す前記識別子を記憶し、
   前記方法は、
   前記受信側コンピュータ上にローカル識別子リポジトリを作るために、前記第２のリポジトリのコピーを前記受信側コンピュータにダウンロードするステップと、
   前記ローカル識別子リポジトリから、前記ソフトウェア・アプリケーションの前記識別子を抽出するステップと、
   前記受信側コンピュータ上で現在実行されているプロセスのリストが前記抽出された識別子と一致する識別子を有していることに応じて、前記受信側コンピュータが仮想インストールされた前記ソフトウェア・アプリケーションを現在使用していると判断するステップと
   を含む、前記方法。
5. 前記識別子を記憶するステップが、前記識別コンポーネントの名前から前記識別子を作る先行するステップをさらに含む、請求項１又は３に記載の方法。
6. 前記方法が、
   前記ソフトウェア・アプリケーションを複数のアプリケーション・コンポーネントに分割するステップと、
   前記ソフトウェア・アプリケーションの識別コンポーネントを提供するステップと、
   前記アプリケーション・コンポーネントおよび前記識別コンポーネントを前記第１のリポジトリに記憶するステップと
   を含む、請求項１又は３に記載の方法。
7. 請求項１〜６のいずれか一項に記載の方法の各ステップを実行するよう構成されたコンポーネントを含むシステム。
8. 受信側コンピュータに、請求項２又は４に記載の方法の各ステップを実行させるコンピュータ・プログラム。

Images