(57)【要約】  リソース管理のための方法及び装置が開示される。本方法は、１つ又はそれ以上のリソースの可用性の変化を検出する段階と、リソースと管理される構成要素との間に従属性が存在するかどうかを判断する段階と、従属性が存在するきに、管理される構成要素に可用性の変化を伝達する段階とを含む。リソース管理のための装置は、１つ又はそれ以上のリソースの可用性の変化を検出するように適合された媒体マネージャと、リソースと１つ又はそれ以上の管理される構成要素との間で１つ又はそれ以上の従属性を示す情報を有するリソースインベントリと、管理される構成要素とリソースとの間に従属性が存在するときに管理される構成要素に可用性の変化を伝達するように適合された管理エージェントとを含む。【選択図】図１
2007535056.tif 000002
【特許請求の範囲】
【請求項１】
１つ又はそれ以上のリソースの可用性の変化を検出する段階と、
前記１つ又はそれ以上のリソースと管理される構成要素との間に従属性が存在するかどうかを判断する段階と、
前記判断する段階が前記従属性が存在すると判断したときに前記管理される構成要素に前記可用性の変化を伝達する段階と、
を含むリソース管理方法。
【請求項２】
前記変化を検出する段階は、前記１つ又はそれ以上のリソースを収容する媒体の挿入又は取り外しの少なくとも１つを検出する段階を含む請求項１に記載の方法。
【請求項３】
前記１つ又はそれ以上のリソースは、ソフトウェア構成要素又はデータストアの少なくとも１つを含む請求項１に記載の方法。
【請求項４】
前記判断する段階は、リソースインベントリを評価する段階を含む請求項１に記載の方法。
【請求項５】
前記リソースインベントリは、従属グラフを含む請求項４に記載の方法。
【請求項６】
前記管理される構成要素は、ソフトウェアアプリケーション又はデータストアの少なくとも１つである請求項１に記載の方法。
【請求項７】
前記伝達する段階は、前記管理される構成要素のステータスを変更する段階を含む請求項１に記載の方法。
【請求項８】
前記伝達する段階は、前記可用性の変化が利用可能になるリソースを含むときには、前記管理される構成要素を利用可能としてマークし、前記可用性の変化が利用不能になるリソースを含むときには、前記管理される構成要素を利用不能としてマークする段階を含む請求項７に記載の方法。
【請求項９】
前記マークする段階は、ユーザに対してトランスペアレントであることを特徴とする請求項８に記載の方法。
【請求項１０】
前記マークする段階は、ユーザに見えることを特徴とする請求項８に記載の方法。
【請求項１１】
前記マークする段階は、前記管理される構成要素に相当するアイコンの外観の変化を含む請求項１０に記載の方法。
【請求項１２】
前記伝達する段階は、前記可用性の変化が利用可能になるリソースを含むときには、前記管理される構成要素を開始し、前記可用性の変化が利用不能になるリソースを含むときには、前記管理される構成要素を停止する段階を含む請求項１に記載の方法。
【請求項１３】
前記伝達する段階は、前記管理される構成要素に前記可用性の変化を通知する段階を含む請求項１に記載の方法。
【請求項１４】
前記通知段階は、前記可用性の変化が利用可能になるリソースを含むときにリソースのアドレスを含む請求項１３に記載の方法。
【請求項１５】
前記伝達する段階は、前記管理される構成要素に対して、前記可用性の変化が利用可能になるリソースを含むときには前記管理される構成要素の機能性の増加を通知し、前記可用性の変化が利用不能になるリソースを含むときには前記管理される構成要素の機能性の減少を通知する段階を含む請求項７に記載の方法。
【請求項１６】
１つ又はそれ以上のリソースの可用性の変化を検出するように適合された媒体マネージャと、
前記１つ又はそれ以上のリソースと１つ又はそれ以上の管理される構成要素との間の１つ又はそれ以上の従属性を示す情報を有するリソースインベントリと、
前記管理される構成要素と前記１つ又はそれ以上のリソースとの間に従属性が存在するときに、管理される構成要素に対し前記可用性の変化を伝達するように適合された管理エージェントと、
を備えるリソース管理装置。
【請求項１７】
前記媒体マネージャは、前記１つ又はそれ以上のリソースを収容する媒体の挿入又は取り外しの少なくとも１つを検出するように適合されることを特徴とする請求項１６に記載の装置。
【請求項１８】
前記リソースインベントリは、従属グラフを含むことを特徴とする請求項１６に記載の装置。
【請求項１９】
前記管理される構成要素は、ソフトウェアアプリケーション及びデータストアの少なくとも１つであることを特徴とする請求項１６に記載の装置。
【請求項２０】
前記媒体エージェントは、前記可用性の変化が利用可能になるリソースを含むときに前記管理される構成要素を利用可能とマークし、前記可用性の変化が利用不能になるリソースを含むときに前記管理される構成要素を利用不能にマークするように適合されることを特徴とする請求項１６に記載の装置。
【請求項２１】
前記媒体エージェントは、前記可用性の変化が利用可能になるリソースを含むときに前記管理される構成要素の機能性の増加を前記管理される構成要素に通知し、前記可用性の変化が利用不能になるリソースを含むときに前記管理される構成要素の機能性の減少を前記管理される構成要素に通知するように適合されることを特徴とする請求項１６に記載の装置。
【請求項２２】
以下の方法段階：
１つ又はそれ以上のリソースの可用性の変化を検出する段階と、
前記１つ又はそれ以上のリソースと管理される構成要素との間に従属性が存在するかどうかを判断する段階と、
前記判断する段階が前記従属性が存在すると判断したきに、前記管理される構成要素に前記可用性の変化を伝達する段階と、
を機械に実行させるための機械読み取り可能プログラムコードを含むプログラムプロダクト。
【請求項２３】
前記機械読み取り可能プログラムコードが更に、前記可用性の変化が利用可能になるリソースを含むときに前記管理される構成要素を利用可能にマークし、前記可用性の変化が利用不能になるリソースを含むときに前記管理される構成要素を利用不能にマークするように構成されることを特徴とする請求項２２に記載のプログラムプロダクト。
【請求項２４】
前記機械読み取り可能プログラムコードは更に、前記可用性の変化が利用可能になるリソースを含むときに前記管理される構成要素の機能性の増加を前記管理される構成要素に通知し、前記可用性の変化が利用不能になるリソースを含むときに前記管理される構成要素の機能性の減少を前記管理される構成要素に通知するように構成されることを特徴とする請求項２２に記載のプログラムプロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にシステム管理の分野に関し、特に、例えばコンピュータシステムの種々の構成要素によって必要とされるリソースを管理するシステム及び方法に関する。
【背景技術】
【０００２】
コンピュータシステムにおける信頼性のあるリソース管理では、例えば、管理動作がシステム内で引き起こす可能性のある帰結を管理システムが認識する必要がある。リソースは、種々の媒体形式上に位置することができる。管理目的において、固定媒体上に位置するリソースは、管理システムの総合的制御下にあるので、最も単純な媒体はハードドライブなどの固定媒体である。一方で、リムーバブル媒体上で管理されるリソースは、媒体がそれぞれ挿入又は取り外されるときに現れ又は消滅することができるので、リムーバブル媒体は問題を引き起こす可能性がある。
【０００３】
パッケージ管理ツールは、ソフトウェアアプリケーション及びこれらの種々の構成要素のインストール、アンインストール、及びアップグレードを追跡するために存在する。例えば、ＲｅｄＨａｔパッケージマネージャ（ＲＰＭ）は、誰でもが利用可能なオープンパッケージシステムであり、Ｒｅｄ  Ｈａｔ  Ｌｉｎｕｘ並びに他のＬｉｎｕｘ及びＵＮＩＸ上で動作する。ＲＰＭは、ソフトウェアアプリケーションとこれらの種々の構成要素との間の従属性を追跡するように設定される。ＲＰＭを用いて、ソフトウェアアプリケーションの種々の構成要素間の従属性を追跡し、全ての必要な構成要素が現在システム上にインストールされていることを検証することにより、ソフトウェアアプリケーションの使い勝手をユーザに確認することができる。ソフトウェアのインストールの間に従属情報をチェックすることができ、インストールされるソフトウェアを動作させるのに必要な１つ又はそれ以上の従属性が適合しない場合には、該ソフトウェアはインストールされない。
【０００４】
これらの従属性をマッピングする有用な方法は、従属グラフである。従って、従属グラフは、システム管理に使用することができる。従属グラフでは、リソースは、グラフのノードとして記述することができ、従属性は、グラフ中で方向性のある度合いとして表される。このグラフを使用すると、例えば、１つのリソースの非可用性がシステム全体の動作にどのように影響を及ぼすかを調べることができる。
【０００５】
しかしながら、従来のパッケージ管理ツールは、一般に、ユーザの問い合わせに応答してシステム又はソフトウェアアプリケーションの完全性を検証するように構成されているだけである。更に、従来のシステムは通常、アプリケーションの完全性をユーザに通知するように構成されるが、アプリケーション自体を通知することはない。加えて、従来のパッケージ管理ツールは通常、ソフトウェアアプリケーションを動作させるために全ての適切な構成要素が所定の場所にあるかどうかをユーザに伝えるだけである。これらは一般に、ソフトウェアアプリケーションの幾つかの構成要素が失われ、該ソフトウェアアプリケーションの幾つかの機能が利用可能でない可能性があるにもかかわらず、該アプリケーションは依然として使用可能であることを、ユーザに通知するように構成されるわけではない。更に、従来のシステムはチェックを行わず、ハードウエアの従属性の追跡及び管理に好適ではない。
【０００６】
リムーバブル媒体の自動認識は、ＵＮＩＸオートマウント又はＷｉｎｄｏｗｓのＰｌｕｇ＆Ｐｌａｙを使用するなどの様々な方法で行うことができる。これらの形式の方法及びシステムは通常、ハードウエアがシステムに追加され、又はシステムから取り外されたときに認識するように構成されるが、インストールされ又は取り外されたハードウエアに対してはどのような従属性情報も保持されないので、これがシステムにどのように影響を及ぼすかは示されない。
【０００７】
アプリケーション構成要素又はデータストアなどのリソースがリムーバブル媒体上に記憶されるときに管理システムにおいて問題が生じる可能性がある。重要なりソースを収容する媒体が取り外されると、システムの一部が機能不全になる可能性がある。システムを効果的に管理できるようにするために、管理システムは、システムの現状を認識する必要がある。媒体が挿入又は取り外されたときに、これによりシステムの状態が変化し、管理システムは、その可用性が変化したリソースに従属する可能性のある他の構成要素を管理するために、その変化を通知される必要がある。
【０００８】
従って、システムに対するリムーバブル媒体の挿入又は取り外しによって起動される媒体イベントに基づいて、可用性システムリソースを追跡するためのリソース管理のシステム、方法、装置、及びコンピュータコードプロダクトに対するニーズがある。システム内で利用可能なリソースに基づいた使い勝手をソフトウェアアプリケーションに直接通知するためのリソース管理システム、方法、装置、及びコンピュータコードプロダクトに対するニーズもある。ソフトウェアアプリケーションの幾つかの構成要素がシステム上で利用可能でないにもかかわらず、ソフトウェアアプリケーションが限定的な機能性に基づいて動作することができるときに追跡するためのリソース管理システム、方法、装置、及びコンピュータコードプロダクトに対する追加のニーズがある。
【発明の開示】
【０００９】
本発明の実施形態は、リソース管理のための方法、システム、装置、及びコンピュータコードプロダクトに関する。本実施形態は、１つ又はそれ以上のリソースの可用性の変化を検出する段階と、リソースと管理される構成要素との間に従属性が存在するかどうかを判断する段階と、従属性が存在するときには、管理される構成要素に可用性の変化を伝達する段階とを含む。本実施形態は、リムーバブル媒体の挿入又は取り外しを示す媒体イベントに基づいて生じることができる。更に、本実施形態は、ソフトな従属性（これがなくても、管理される構成要素は限定された機能性をベースとして動作できる）と、ハードな従属性（これがなければ、管理される構成要素が動作できない）とを追跡する段階を含むことができる。
【００１０】
別の実施形態では、リソース管理のための装置は、１つ又はそれ以上のリソースの可用性の変化を検出するように適合された媒体マネージャと、リソースと１つ又はそれ以上の管理される構成要素との間で１つ又はそれ以上の従属性を示す情報を有するリソースインベントリと、管理される構成要素とリソースとの間に従属性が存在するときに、管理される構成要素に可用性の変化を伝達するように適合された管理エージェントとを含む。
【発明を実施するための最良の形態】
【００１１】
図１を参照すると、リソース管理システムの実施形態が示される。管理システム１００は、リムーバブル媒体１２０などのリムーバブル媒体の追加又は取り外しを検出することができる媒体マネージャ１１０を含む。媒体マネージャ１１０は、リムーバブル媒体１２０を装着又は挿入できるリムーバブル媒体ベイ（図示せず）を管理する低レベルソフトウェア構成要素とすることができる。媒体マネージャ１１０は、線１１５で示されるように、リムーバブル媒体１２０がいつ挿入又は取り出されたかを検出し、挿入又は取り外しを管理エージェントに伝達することができ、以下に更に詳細に説明する。
【００１２】
リムーバブル媒体１２０は、例えばＣＤＲＯＭ、フロッピーディスク、フラッシュカード、及びスマートカバーなどの種々の形態のいずれかとすることができる。リムーバブル媒体はまた、ブルートゥース、赤外線、又はケーブルなどのあるショートレンジ接続を使用して管理システム１００に接続される別の装置とすることができる。図示の実施形態では、リムーバブル媒体１２０は、ソフトウェア構成要素（とりわけ、特定の機能を実装する構成要素に必要とされるコード又は静的リソースなど）又はデータストア（とりわけ、データベース又はファイルなど）とすることができる幾つかのリソースを収容する。各リソースはリソース識別子を備える。リソース識別子は、例えば、ファイル名、又はリムーバブル媒体１２０の識別子と組み合わせファイル名とすることができる。
【００１３】
リムーバブル媒体１２０の追加又は取り外しが検出されると、線１２５で示されるように媒体マネージャ１１０は、管理エージェント１３０に通知する。管理エージェント１３０は、コンピュータシステム上で管理動作を協働し、システムの状態を追跡するように適合される。管理エージェント１３０は、別個のソフトウェア構成要素として実装することができ、或いは、媒体マネージャ１１０の一部とすることができる。
【００１４】
媒体マネージャ１１０からの通知がリムーバブル媒体１２０の追加を示した場合には、管理エージェント１３０は、リムーバブル媒体１２０を評価（例えばサーチ又はスキャン）して、どのリソースが利用可能となったかを判断する。管理エージェント１３０がリムーバブル媒体１２０を評価するときには、リソース識別子を使用して、リムーバブル媒体１２０上にどのリソースが存在するかを判断することができ、或いは管理エージェント１３０は、リムーバブル媒体１２０のファイル名、ファイル属性、ファイルコンテンツなどのようなコンテンツを使用して、どのリソースが利用可能であるかを決定することができる。
【００１５】
通知がリムーバブル媒体１２０の取り外しを示す場合には、管理エージェント１３０は、以前利用可能であったどのリソースが利用可能でなくなったかを注記する。
【００１６】
どのリソースが利用可能又は利用可能でなくなったかを管理エージェント１３０が判断すると、リソースインベントリ１４０を検査（線１４５）して、リソースに関連する従属性の存在を判断する。リソースインベントリ１４０は、新しいアプリケーション又は他の管理される構成要素がコンピュータシステム上にインストールされるときに更新することができる。インストールの間に幾つかの構成要素間で従属性を注記することができ、当該従属性をリソースインベントリ１４０に記憶することができる。
【００１７】
アプリケーションはまた、特定の形式の構成要素（例えば、データストア内部構造、ＭＩＭＥ形式、又はファイル拡張によって確定された）を登録することができる。リムーバブル媒体１２０が挿入されると、管理エージェント１３０は、登録された構成要素をスキャンすることができ、当該形式の構成要素が登録されたアプリケーションを通知する。アプリケーションには、リムーバブル媒体１２０上への構成要素の登録を承認又は拒否する機会を与えることができる。この点で、アプリケーションは、構成要素のより深い解析を行うことができ、構成要素の登録を承認又は拒否するかどうかを判断することができる。
【００１８】
リソースインベントリ１４０は、リソース識別子及びリソースと管理される構成要素との間の従属性を維持するローカルデータベースとすることができる。リソースインベントリは、データベース又はリストの形態にすることができる。一実施形態では、リソースインベントリは、従属グラフとして実装することができる。別の実施形態では、リソースインベントリは、従属メタ情報で注釈を付けたリストとすることができる。
【００１９】
リソースインベントリ１４０は、種々の構成要素に対する参照を含むことができる。２つのそのような構成要素は、ソフトウェア構成要素とデータストアである。例示的なソフトウェア構成要素は、固定媒体上のアプリケーション、並びにリムーバブル媒体上のアプリケーションのセグメントとすることができる。従属性は、リソースインベントリ１４０のあらゆるエントリの間に存在できる。あらゆるエントリは、幾つかの他のエントリに依存することができる。例えば、１つのソフトウェア構成要素は、別のソフトウェア構成要素に依存することができ（例えば、第２のソフトウェア構成要素は、適切に機能するよう第１のソフトウェア構成要素が利用可能である必要がある）、１つのソフトウェア構成要素は、データストアに依存することができ（例えば、そのソフトウェア構成要素が適正に働くようにデータストアが存在しなければならない）、又はデータストアは、別のデータストアに依存することができる（例えば、１つの論理データベースは、複数の物理データベース内に位置することができる）。
【００２０】
従属性は、ハードな従属性又はソフトな従属性のいずれかとすることができる。ハードな従属性は、従属性が満足されない場合にアプリケーション又はデータストアなどのソフトウェア構成要素を使用不能にする従属性とすることができる。一方、ソフトな従属性が満足されない場合には、従属ソフトウェア構成要素又はデータストアは、例えば、限定された機能で使用することができる。
【００２１】
インストールされたソフトウェア構成要素又は信頼性のあるデータストアであるように見せかけようとするウイルスを含むリムーバブル媒体に抗する追加のセキュリティを設定するために、例えば、インベントリは、リムーバブル媒体上のデータが改竄をチェックできるようにチェックサムを含むことができる。チェックサムは、例えばリソースが修正されるときはいつでも更新することができる。
【００２２】
代替的に、リムーバブル媒体１２０自体は、リソース識別子と共に記憶することができる識別子を有することができる。例えば、リムーバブル媒体１２０は、照会可能であるが偽造不能である安全な固有の識別子を有することができる。別の実施形態では、リムーバブル媒体１２０が最初に使用されるときにランダムな識別子を発生させることができる。チェックサムの代わりに媒体識別子をリソースインベントリ内に記憶することができる。
【００２３】
管理エージェント１３０は、線１５５で示される従属性のような、リムーバブル媒体と管理される構成要素との間の従属性の存在をリソースインベントリ１４０が示していると判断すると、アプリケーション１５０などの管理される構成要素にリソースの可用性の変化を伝達する（線１６５）。
【００２４】
図示の実施例では、タイトル「媒体ＩＤｘ１」を有するリムーバブル媒体１２０が挿入されると、管理エージェント１３０は、「リソース１」と「リソース２」が利用可能となったと判断する。次いで、管理エージェント１３０は、利用可能になるリソースを含む従属性のリソースインベントリ１４０を検査する。管理エージェント１３０は、リソースインベントリ１４０が「リソース１」とアプリケーション「Ａｐｐ１」を含む従属性を示していることを注記する。
【００２５】
伝達は幾つかの形態を取ることができる。例えば、管理エージェント１３０は、リソースの可用性の変化が利用可能になるリソースを含む場合、アプリケーション１５０を使用可能としてマークすることができる。同様に、アプリケーション１５０は、リソースの可用性の変化が利用不能になるリソースを含む場合に、使用不能としてマークすることができる。マークは、ユーザに対しトランスペアレントにすることができ、内部ストア内の変更として実装することができる。この点において、ユーザがアプリケーション１５０を起動しようとするときに、例えばリソースが見つからないことに起因して、アプリケーション１５０が使用不能であることを示すメッセージをユーザに呈示することができる。他の実施形態では、マークは、ユーザに見えるようにすることができる。例えば、アプリケーション１５０を表すアイコンは、アプリケーション１５０の使用可能又は使用不能ステータスを示すように外観を変えることができる。
【００２６】
伝達はまた、アプリケーション１５０の開始（リソースが利用可能になる）又は停止（リソースが利用不能になる）いずれかの形態を取ることができる。この点で、リムーバブル媒体１２０上のリソースが利用可能になると、管理エージェント１３０は、アプリケーション１５０を自動的に起動することができる。同様に、管理エージェント１３０は、必要なリソースが利用不能になる場合には動作しているアプリケーション１５０を停止することができる。
【００２７】
他の実施形態では、伝達は、リソースの可用性の変化を示す、管理エージェント１３０からアプリケーション１５０へのメッセージの形態を取ることができる。この点で、可用性の変化の影響は、アプリケーションによって制御される。例えば、アプリケーション１５０は、リソースを備えた従属性がソフトな従属であると判断することができる。従って、可用性の変化が利用不能になるリソースを含む場合には、アプリケーション１５０は、限定された機能で起動し動作することができる。ハードな従属性の場合には、アプリケーション１５０は、起動することはできないが、リソースが見つからないことを示すメッセージをユーザに示すことができる。リムーバブル媒体１２０の挿入によりリソースが利用可能にされた場合には、例えば、通知には、リソースのロケーションを示すアドレスを含むこともできる。従って、アプリケーション１５０は、リソースに直接アクセスが可能である。
【００２８】
図２は、リソース管理システムの動作を示すフローチャートである。方法２００は、リソースの可用性の変化を検出する段階を含む（ブロック２１０）。上述のように、可用性の変化は、リソースを収容する媒体の挿入又は取り外しを含むことができる。リソースは、ソフトウェア構成要素又はデータストアを含むことができる。
【００２９】
ブロック２２０で、方法２００は、リソースと管理される構成要素との間に従属性が存在するかどうかを判断する。これは、従属グラフの形態にすることができるリソースインベントリの評価によって達成することができる。管理される構成要素は、ソフトウェアアプリケーション又はデータストアとすることができる。
【００３０】
ブロック２３０で、従属性が存在すると判断された場合には、リソースの可用性の変化が管理される構成要素に伝達される。伝達は、図１に関連して上述されたように幾つかの形態を取ることができる。
【００３１】
図３は、本発明によるリソース管理を利用した装置の一実施形態である。装置３００は、プロセッサ１０，メモリ３２０、ハードドライブなどの固定記憶媒体３３０、及び入力／出力インターフェース３４０を含むことができる。入力／出力インターフェース３４０は、リムーバブル媒体の挿入のためのスロット又はベイ３５０を含むことができる。媒体マネージャは、入力／出力インターフェース３４０をモニタし、リムーバブル媒体がベイ３５０に対して挿入又は取り外されたときを検出するよう構成される。挿入又は取り外しが行われると、媒体マネージャは、管理エージェントに送られる媒体イベントを発生させる。一実施形態では、管理エージェントは、固定記憶媒体３３０に記憶されてメモリ３２０にロードされ、装置３００の起動時にプロセッサ３１０上で動作するソフトウェア構成要素とすることができる。媒体イベントが通知されると、管理エージェントは、リソースインベントリ（メモリ３２０内に記憶することができる）を更新し、媒体イベントによって影響されるあらゆるアプリケーション又は他の管理される構成要素を通知することができる。
【００３２】
１つの実施例において、管理される構成要素は、固定媒体上にインストールされたソフトウェア構成要素の「電話帳」とすることができる。電話帳データベースは、リムーバブル媒体上に位置することができる。管理される構成要素「電話帳」がインストールされるときにはデータストアは存在しない。リソースインベントリは、「電話帳」が電話帳データベースには従属するがデータベースは存在しないことの情報を含むことができる。従って、管理される構成要素を開始することはできない。電話帳データベースを備えたリムーバブル媒体をユーザが挿入すると、管理エージェントは、通知され、リムーバブル媒体を検査する。管理エージェントは、電話帳データベースが現在は存在することを見つけ、リソースインベントリを検査する。管理エージェントは、「電話帳」が電話帳データベースに従属することを判断し、現在は開始することができる「電話帳」にリソースの可用性の変化を伝達する。管理される構成要素は、「開始可能」としてマークすることができ、又は従属性が解消されたときに管理エージェントによって自動的に起動させることができる。
【００３３】
ユーザがリムーバブル媒体を取り外すと、管理エージェントは、媒体ドライバからの通知を受け取り、リムーバブル媒体上の電話帳データベースがもはや利用可能ではないことを判断する。リソースインベントリを検査すると、管理エージェントは、従属性の存在を判断し、管理される構成要素を停止させる。
【００３４】
別の実施形態では、チェスゲームなどのソフトウェア構成要素のオプション部分は、リムーバブル媒体上に置かれ、固定媒体上のソフトウェア構成要素の主要部分とリムーバブル媒体のオプション部分との間にソフトな従属性が存在する。リムーバブル媒体上にリソースのないチェスゲームのコンピュータ側プレイヤーは、初心者プレイヤー向けに適合させることができる。リムーバブル媒体上では熟練者チェスエンジンを利用可能にすることができる。ユーザがリムーバブル媒体を挿入すると、媒体ドライバは、管理エージェントに通知を送る。管理エージェントは、リムーバブル媒体を調べ、リソースの可用性を検出する。リソースインベントリが評価されると、管理エージェントは、リソースとチェスゲームとの間でソフトな従属性が存在することを判断する。これに応じて、管理エージェントは、リソースの可用性の変化を伝達し、熟練者のコンピュータ側プレイヤーとのチェスゲームを利用可能にする。
【００３５】
別の実施例では、アプリケーション起動プログラムユーザインターフェースが、リムーバブル媒体の可用性によって影響を受ける場合がある。例えば、ユーザは、固定媒体上に位置され、リムーバブル媒体上に位置される大きなデータベースを有する企業用アプリケーションをインストールすることができる。アプリケーションはインストールされ、データベースは、リムーバブル媒体上に生成され、アプリケーションを起動するために使用することができるアイコンがデスクトップ上に現れる。管理エージェントは、アプリケーションとリソースインベントリのデータベースとの間にハードな従属性を登録する。データベースを含むリムーバブル媒体が取り外されると、管理エージェントは、リソースインベントリを評価し、ハードな従属性の存在を判断する。その結果、管理エージェントは、アプリケーションを「使用不能」にマークする。企業用アプリケーションが「使用不能」であるので、デスクトップ上のアイコンは、ユーザに対してアプリケーションが利用可能でないことを示すためにその外観を変更する（例えば、グレイに陰影を付けるか又は見えなくする）ことができる。ユーザは、そのアプリケーションが使用できない理由を問い合わせるオプションを有することができる。デスクトップアプリケーションは、管理エージェントと協働して、そのアプリケーションを使用するためにリムーバブル媒体を挿入する必要があることをユーザに知らせることができる。
【００３６】
このように、リソース管理システム及び方法の開示された実施形態は、リムーバブル媒体が存在していてもシステムを管理することができる。
【００３７】
本発明の特定の実施形態が開示されたが、様々な異なる修正及び組み合わせが実施可能であり、添付の請求項の真の精神及び範囲内で企図されることは理解されるべきである。従って、本明細書で呈示された正確な要約及び開示事項に限定されるものではない。
【図面の簡単な説明】
【００３８】
【図１】本発明の実施形態によるリソース管理システムの概略図である。
【図２】本発明の実施形態によるリソース管理システムの動作を示すフローチャートである。
【図３】本発明によるリソース管理システムを利用する装置の１つの実施形態のブロック図である。
【符号の説明】
【００３９】
１００  管理システム
１１０  媒体マネージャ
１２０  リムーバブル媒体
１３０  管理エージェント
１４０  リソースインベントリ
１５０  アプリケーション
【図１】
2007535056.tif 000003
【図２】
2007535056.tif 000004
【図３】
2007535056.tif 000005
【国際調査報告】
2007535056.tif 000006
2007535056.tif 000007