(57)【要約】  複数のシステム資源を備えるコンピュータ・システムにおいて、資源の使用費用を割り当てるための方法とシステムが、提供される。費用が、システム資源のそれぞれについて決定される。費用割当て方法が、システム資源のそれぞれについて決定される。特定の組織ユニットによる資源の使用が、システム資源のそれぞれについて決定される。組織ユニットによる資源の使用に関する費用が、システム資源のそれぞれに要する費用と、システム資源のそれぞれに対する費用割当て方法と、システム資源のそれぞれに対する組織ユニットによる資源の使用とに基づいて、プログラム的に決定される。
2007517329.tif 000002
【特許請求の範囲】
【請求項１】
複数のシステム資源を備えるコンピュータ・システムにおいて、資源の使用費用を割り当てるための方法であって、
前記複数のシステム資源のそれぞれに要する費用を決定するステップと、
複数の使用可能な費用割当て方法から、前記複数のシステム資源のそれぞれについて費用割当て方法を決定するステップと、
前記複数のシステム資源のそれぞれについて組織ユニットによる資源の使用を決定するステップと、
前記複数のシステム資源のそれぞれに要する前記費用と、前記複数のシステム資源それぞれについての前記費用割当て方法と、前記複数のシステム資源のそれぞれについての前記組織ユニットによる前記資源の使用とに基づいて、前記組織ユニットによる資源の使用に関する費用をプログラム的に決定するステップと
を含む方法。
【請求項２】
前記複数のシステム資源のそれぞれは、１つまたは複数の費用要素を備え、費用割当て方法は、前記１つまたは複数の費用要素のそれぞれについて決定される請求項１に記載の方法。
【請求項３】
前記複数の使用可能な費用割当て方法は、ライセンス毎の費用割当て方法を含む請求項１に記載の方法。
【請求項４】
前記複数の使用可能な費用割当て方法は、ヘッドカウント毎の費用割当て方法を含む請求項１に記載の方法。
【請求項５】
前記複数の使用可能な費用割当て方法は、使用時間毎の費用割当て方法を含む請求項１に記載の方法。
【請求項６】
前記複数の使用可能な費用割当て方法は、アクティブ日数毎の費用割当て方法を含む請求項１に記載の方法。
【請求項７】
前記複数の使用可能な費用割当て方法は、アクティビティ数毎の費用割当て方法を含む請求項１に記載の方法。
【請求項８】
前記複数の使用可能な費用割当て方法は、処理時間毎の費用割当て方法を含む請求項１に記載の方法。
【請求項９】
前記複数のシステム資源のそれぞれについて組織ユニットによる資源の使用を決定する前記ステップは、前記複数のシステム資源の１つまたは複数についての使用データを集めるために、性能管理システムを使用するステップを含む請求項１に記載の方法。
【請求項１０】
人的資源ディレクトリからインポートされた従業員データを使用することによって前記組織ユニットを定義するステップをさらに含む請求項１に記載の方法。
【請求項１１】
複数のシステム資源を備えるコンピュータ・システムにおいて資源の使用費用を割り当てるためのプログラム命令を備えるキャリア媒体であって、前記プログラム命令は、
前記複数のシステム資源のそれぞれに要する費用を決定することと、
複数の使用可能な費用割当て方法から、前記複数のシステム資源のそれぞれについて費用割当て方法を決定することと、
前記複数のシステム資源のそれぞれについて組織ユニットによる資源の使用を決定することと、
前記複数のシステム資源のそれぞれに要する前記費用と、前記複数のシステム資源それぞれについての前記費用割当て方法と、前記複数のシステム資源のそれぞれについての前記組織ユニットによる前記資源の使用とに基づいて、前記組織ユニットによる資源の使用に関する費用をプログラム的に決定することと
をコンピュータで実行可能である、キャリア媒体。
【請求項１２】
前記複数のシステム資源のそれぞれは、１つまたは複数の費用要素を備え、費用割当て方法は、前記１つまたは複数の費用要素のそれぞれについて決定される請求項１１に記載のキャリア媒体。
【請求項１３】
前記複数の使用可能な費用割当て方法は、使用時間毎の費用割当て方法を含む請求項１１に記載のキャリア媒体。
【請求項１４】
前記複数の使用可能な費用割当て方法は、処理時間毎の費用割当て方法を含む請求項１１に記載のキャリア媒体。
【請求項１５】
前記複数のシステム資源のそれぞれについて組織ユニットによる資源の使用を決定する前記ステップは、前記複数のシステム資源の１つまたは複数についての使用データを集めるために、性能管理システムを使用するステップを含む請求項１１に記載のキャリア媒体。
【請求項１６】
前記プログラム命令は、
さらに、人的資源ディレクトリからインポートされた従業員データを使用することによって前記組織ユニットを決めることをコンピュータで実行可能である請求項１１に記載のキャリア媒体。
【請求項１７】
複数のシステム資源の使用についての資源の使用費用を割り当てるためのシステムであって、
使用分析および費用割当てサーバと、
前記使用分析および費用割当てサーバに結合された使用分析および費用割当てデータベースと
を備え、前記使用分析および費用割当てサーバが、
前記複数のシステム資源のそれぞれに要する費用を決定し、
前記複数のシステム資源のそれぞれに要する前記費用を、前記使用分析および費用割当てデータベースに格納し、
複数の使用可能な費用割当て方法から、前記複数のシステム資源のそれぞれについて費用割当て方法を決定し、
前記複数のシステム資源のそれぞれについての前記費用割当て方法を、前記使用分析および費用割当てデータベースに格納し、
前記複数のシステム資源のそれぞれに対して組織ユニットによる資源の使用を決定し、
前記複数のシステム資源のそれぞれに要する前記費用と、前記複数のシステム資源それぞれについての前記費用割当て方法と、前記複数のシステム資源のそれぞれについての前記組織ユニットによる前記資源の使用とに基づいて、前記組織ユニットによる資源の使用に関する費用を決定する
ように動作可能である前記システム。
【請求項１８】
前記複数のシステム資源のそれぞれは、１つまたは複数の費用要素を備え、費用割当て方法は、前記１つまたは複数の費用要素のそれぞれについて決定される請求項１７に記載のシステム。
【請求項１９】
前記複数の使用可能な費用割当て方法は、使用時間毎の費用割当て方法を含む請求項１７に記載のシステム。
【請求項２０】
前記複数の使用可能な費用割当て方法は、処理時間毎の費用割当て方法を含む請求項１７に記載のシステム。
【請求項２１】
前記複数のシステム資源のそれぞれについて組織ユニットによる前記資源の使用を決定するステップにおいて、前記使用分析および費用割当てサーバは、前記複数のシステム資源の１つまたは複数についての使用データを集めるために、性能管理システムを使用するように動作可能である請求項１７に記載のシステム。
【請求項２２】
使用分析および費用割当てサーバは、
人的資源ディレクトリからインポートされた従業員データを使用することによって前記組織ユニットを定義するようにさらに動作可能である請求項１７に記載のシステム。
【請求項２３】
複数のシステム資源を備えるコンピュータ・システムにおいて、資源の使用費用を割り当てるためのシステムであって、
前記複数のシステム資源のそれぞれに要する費用を決定する手段と、
複数の使用可能な費用割当て方法から、前記複数のシステム資源のそれぞれについて費用割当て方法を決定する手段と、
前記複数のシステム資源のそれぞれについて組織ユニットによる資源の使用を決定する手段と、
前記複数のシステム資源のそれぞれに要する前記費用と、前記複数のシステム資源それぞれについての前記費用割当て方法と、前記複数のシステム資源のそれぞれについての前記組織ユニットによる前記資源の使用とに基づいて、前記組織ユニットによる資源の使用に関する費用をプログラム的に決定する手段と
を備えるシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションの性能管理の分野に関し、より詳細には、使用測定(usage measurement)と費用割当てに関する。
【背景技術】
【０００２】
近代組織の情報技術（ＩＴ）部門において最も大きな難題の１つは、益々その要求が厳しくなっている、ユーザから必要とされるサービス水準を満たすことである。Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂなど自動化されたインターフェイスを介して顧客から直接アクセス可能なアプリケーションが益々増加するに従って、今では、多くの企業にとっての「通常の」業務時間が、２４時間年中無休の状態となっている。アプリケーションの継続的な可用性や性能に対する要求が、Ｗｅｂサーバ、ミドルウェア、ネットワーキング、データベース、ストレージ・コンポーネントを含むことがある、階層化された複雑なＩＴインフラストラクチャを生み出している。これらのコンポーネントは、異なるベンダからのものであることも、異なるコンピューティング・プラットフォームにあることもある。これらのコンポーネントのいずれかに伴う問題が、企業全体のアプリケーションの性能に影響を及ぼすこともある。
【０００３】
重要なアプリケーションの性能は、各インフラストラクチャ・コンポーネントが互いに協働してサービスを配信するためにどの程度上手く働くかに関わる関数である。しかし、異種ＩＴ環境の複雑さが高まっており、性能問題の根源が不明確であることが多い。したがって、アプリケーションの性能問題は、検出と訂正が困難なこともある。さらに、アプリケーションの性能を手動で追跡することは、費用が掛かり、労働者に負担の大きいタスクとなることもある。したがって、通常、アプリケーションの性能管理タスクが自動化されることが望ましい。
【０００４】
アプリケーションの性能管理用に自動化されたツールは、一貫して高い水準の性能と可用性を与えるのを支援する。これらの自動化されたツールにより、アプリケーション配信インフラストラクチャで既に消費された資源を最大化し利用しながらも、トランザクション毎の費用が低下することもある。アプリケーションの性能管理用に自動化されたツールは、より良い形でのアプリケーションの制御をＩＴ部門にもたらすかもしれない。アプリケーションの性能管理ツールは、ＩＴ部門が事前対応型となり、ユーザにその影響が及ぶ前にアプリケーションの性能問題を修復することを可能にする。これらのツールによって集められた履歴的な性能データは、レポート、傾向分析、キャパシティ・プランニングに使用されることもある。アプリケーションの性能管理ツールは、アプリケーション階層(application tier)間で集められた情報同士を相関付けることにより、ＩＴ部門が現在の問題と潜在的な問題を解決するのを助けるように活動可能なデバイスを提供することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
多くの組織にとって、資源利用率の測定は単なる第１のステップにすぎない。組織は、ＩＴへの投資を正当化しあるいは会計責任を促進するために、使用を測定し、資源の使用の責任を負う組織内の人物にそれらの資源の費用を割当て（または「配賦(charge back)」）したいと望むことがある。従来の手法は一般に、「ヘッドカウント」（例えば、ソフトウェア・ライセンスの数）、任意の割合、一定「課税」モデル、その他同様の割当てモデルを使用している。組織内の様々なエンティティが様々なシステム資源へのアクセスを共用することができるので、上記の割当てモデルでは、個々のエンティティによる個々のシステム資源の実際の使用を正確に反映しないことがある。使用傾向を測定し、報告し、分析するための、さらにはシステム資源の使用における使用ベースの費用割当てを可能にするための、改善されたシステムと方法を提供することが望ましい。
【課題を解決するための手段】
【０００６】
本明細書に記載のシステムと法の様々な実施態様は、システム資源の使用と使用ベースの費用とを提供することができる。この方法は、コンピュータ・システム内の複数のシステム資源のそれぞれに要する費用を決定することを含む。費用割当て方法がシステム資源のそれぞれについて決定される。特定の組織ユニットによる資源の使用がシステム資源のそれぞれについて決定される。組織ユニットによる資源の使用に関する費用は、システム資源のそれぞれに対する費用と、システム資源それぞれに対する費用割当て方法と、システム資源のそれぞれに対する組織ユニットによる資源の使用とに基づいて、プログラム的に決定される。
【発明を実施するための最良の形態】
【０００７】
本明細書では、本発明がいくつかの実施形態や例示的な図面に対して例示的な形で説明されているが、本発明は、本明細書に記載の実施形態または図面に限定されるものではないことが、当業者には理解されるであろう。添付の図面やそれに関する詳細な説明は、記載の特定の形態に本発明を限定するものではなく、本発明はそれとは対照的に、添付の特許請求の範囲によって定義される本発明の趣旨と範囲内にある全ての修正形態、等価物、代替形態をカバーするものであることが、理解されるべきである。本願の全体を通して使用されるように、「することができる」という用語は、義務的な意味（すなわち、「必須」という意味）にではなく、任意的な意味（すなわち、「可能性がある」という意味）で使用する。同様に、「含む」、「含めて」という用語は、「それだけに限らないが」を意味する。
【０００８】
ビジネス効率マネージャ（ＢＥＭ）の様々な実施形態が、性能管理システムからの使用データを使用する、使用ベースの配賦(usage-based charge-back)を実現することができる。言い換えれば、このＢＥＭは、個々のシステム資源の使用に要する費用の、組織内の個々のユニットへの割当てを行うことができる。システム資源は、ソフトウェア（例えば、アプリケーション）、ハードウェア（例えば、ＣＰＵ、メモリ）、ストレージ、ネットワーク資源などを含み、あるいは、１人または複数のユーザによる消費が測定可能であれば実質的にはどんな資源でも含むことができる。組織ユニットは、個々のユーザ、一群のユーザ、部門、事業部、下位事業部、地理的場所、あるいは組織内の他の任意の適切な群のユーザなどを含む。
【０００９】
性能管理システムは、アプリケーションの性能管理用と資源の使用測定用の１つまたは複数のソフトウェア・プログラムを含む。性能管理システムは、コンピュータ・システムにおける重要なコンポーネントおよび／またはアプリケーションを継続的に監視することにより、性能データと使用データを集める。このデータを使用して、性能管理システムは、アプリケーションと他のシステム・コンポーネントとの間の性能問題を検出し訂正するように働く。性能管理システムは、性能問題を示唆する兆候の特定、問題の根源または位置の特定、問題の根本的原因の発見、根本的原因に対処し性能を改善させるための測定の推奨、測定が所望の目標に達したことの検証など、様々な段階での性能管理を行うことができる。性能管理システムは、「通常の」アプリケーション挙動のベースラインを定義することにより、確立された上記の規範に基づいて低下状態を自動的に検出することができる。
【００１０】
一実施形態では、性能管理システムは、様々なバージョンで実装され、それらの各バージョンは、特定のクラスのターゲット・ソフトウェア、例えばＰｅｏｐｌｅＳｏｆｔ  Ｉｎｃ．社からの様々な製品、Ｏｒａｃｌｅ（登録商標）社のデータベース管理ソフトウェアや関連アプリケーション、Ｗｅｂベース・アプリケーション、ＳＡＰ（登録商標）、Ｓｉｅｂｅｌ  Ｓｙｓｔｅｍｓ  Ｉｎｃ．社からの様々な製品、ＣｌａｒｉｆｙＣＲＭ（商標）、Ｊ２ＥＥ（商標）、その他の適切なターゲットの管理用にカスタマイズされる。さらに、各バージョンは、１つまたは複数のコンピューティング・プラットフォーム（例えば、ＳｕｎＭｉｃｒｏｓｙｓｔｅｍｓ（商標）ハードウェア上で走るＳｏｌａｒｉｓや、Ｉｎｔｅｌベース・ハードウェア上で走るＭｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標）ＯＳ）に実装できる。本明細書で使用されるように、「性能管理システム」という用語は、互いに異なる形でカスタマイズされたソフトウェア・プログラムの全てを含む。
【００１１】
図１は、例示的な一構成における性能管理システム１００のアーキテクチャ図である。図１に示されるように、性能管理システム１００は、測定コンポーネント１０２（様々なエージェント・モジュール１０４ａ、１０６ａ、１０８ａを含む）、発見コンポーネント１１２、コンソール・コンポーネント１２０、性能ウェアハウス１１０などのコンポーネントを含む。性能管理システム１００の様々なコンポーネントは、同じコンピュータ・システム上、異なるコンピュータ・システム上、あるいは任意の組合せのコンピュータ・システム上にあってもよい。図２には、例示的なコンピュータ・システムが示されている。
【００１２】
一実施形態では、測定コンポーネント１０２は、エージェント・ソフトウェアを使用して、ターゲット・アプリケーションを走らせているサーバの性能メトリクスを捕捉する。測定コンポーネント１０２は、複数の技術階層（例えば、Ｗｅｂクライアント、Ｗｅｂサーバ、ネットワーク、アプリケーション・サーバ、データベース・サーバ、ストレージ・サーバなど）にわたる性能に関する「ブレーズワイズ(breadth-wise)」ビューを提供する。測定コンポーネント１０２は、例えば、ユーザから見たエンド・ツー・エンドの応答時間を測定することができる。測定コンポーネント１０２は、階層から階層へのセグメント化された応答時間を測定することができ、したがって、特定の階層における性能問題の位置を示すことができる。
【００１３】
性能管理システム１００は、測定コンポーネント１０２によって収集された性能データを使用データに変換する。使用データは、個々のユーザまたは一群のユーザによる、監視対象のアプリケーションとシステム資源の実際の使用を反映する。以下でより詳細に説明されるように、使用データは、使用ベースの配賦のために使用することができる。
【００１４】
一実施形態では、「基本」バージョンの測定コンポーネント１０２は、限られた１組のターゲット（例えば、ＴＣＰ／ＩＰベースのアプリケーション）の監視を行う。測定コンポーネント１０２の機能は、個々のターゲットのデータを収集し分析するようにカスタマイズされた任意選択のエージェント・モジュール（例えば、Ｗｅｂクライアント、Ｗｅｂサーバ、ネットワーク、アプリケーション・サーバ、データベース・サーバ、ストレージ・サーバなど）を用いて増大させることができる。図示および例示のために、３つのエージェント・モジュール１０４ａ、１０６ａ、１０８ａが示されている。他の構成では、他の組合せのエージェント・モジュールが使用されてもよい。
【００１５】
一実施形態では、発見コンポーネント１１２は、性能低下に関する根本的原因を特定し、解決する。発見コンポーネント１１２は、ハードウェアとソフトウェア（例えば、個々のサーバ）の様々な階層を通じてユーザに「ドリル・ダウン」させることにより、ターゲット・アプリケーションが横切る各階層内の性能に関する「デプスワイズ(depth-wise)」ビューを提供することができる。発見コンポーネント１１２はさらに、現在の問題を修復し、または将来の問題を回避するために取られるべき措置を示すことができる。
【００１６】
図１において、発見コンポーネント１１２内の各サーバ・ブロック１０４ｂ、１０６ｂ、１０８ｂはそれぞれ、各サーバ上でのエージェント・ソフトウェアのインストレーションを表している。例えば、３つのデータベース・サーバ・ブロック１０４ｂは、３つのデータベース・サーバ・インストレーションにそれぞれ関連する３つのエージェント・ソフトウェア・モジュールを表す。同様に、２つのアプリケーション・サーバ・ブロック１０６ｂは、３つのアプリケーション・サーバ・インストレーションにそれぞれ関連する２つのエージェント・ソフトウェア・モジュールを表し、また、４つのストレージ・サーバ・ブロック１０８ｂは、４つのストレージ・サーバ・インストレーションにそれぞれ関連する４つのエージェント・ソフトウェア・モジュールを表す。サーバ１０４ｂ、１０６ｂ、１０８ｂの組合せは、図示および例示のために示されるものであり、限定のために示されるものではない。
【００１７】
一実施形態では、コンソール・コンポーネント１２０は、適切な時間に該当するユーザに対してサービス品質保証制度（service level agreement:ＳＬＡ）の例外など重要な性能インジケータを通信する「ウォッチドッグ」層を含む。コンソール・コンポーネント１２０は、ＳＬＡや他の閾値を確立するための機能１２２を含んでもよい。コンソール・コンポーネント１２０は、レポート作成と図表作成用の機能１２４を含む。コンソール・コンポーネント１２０は警報生成用の機能１２６をも含む。したがって、コンソール・コンポーネント１２０は、ユーザと測定コンポーネント１０２や発見コンポーネント１１２との対話を対象とする、管理コンソールとして機能することができる。
【００１８】
一実施形態では、性能ウェアハウス１１０は、性能管理システム１００内のその他のコンポーネントからアクセス可能な性能メトリクスのレポジトリを含む。性能メトリクスは、個々の顧客によるアプリケーションやシステム資源の使用を反映する使用データを含んでいる。性能ウェアハウス１１０内の履歴データは、その他のコンポーネントが様々な詳細の程度で、短期的および長期的な分析を行うために使用することができる。
【００１９】
図１の性能管理システム１００は、１つまたは複数のネットワーク化されたコンピュータ・システムによって実行することができる。図２は、かかるコンピュータ・システム２００の例示的なブロック図である。コンピュータ・システム２００は、通信バス２０５によって互いに結合されたプロセッサ２１０とメモリ２２０を含む。プロセッサ２１０は、単一のプロセッサとすることも、協働して働くいくつかの個々のプロセッサとすることもできる。メモリ２２０は典型的には、ランダム・アクセス・メモリ（ＲＡＭ）または他の何らかの動的ストレージ・デバイスであり、プロセッサ２１０によって実行されるべき命令を格納することができる。これらの命令としては、例えば性能管理システム１００に対する命令を挙げることができる。メモリ２２０には、プロセッサ２１０による命令の実行中に、一時変数または他の中間情報を格納することができる。メモリ２２０は、プロセッサ２１０によって実行されるべきオペレーティング・システム（ＯＳ）ソフトウェアを格納することができる。
【００２０】
様々な構成において、コンピュータ・システム２００は、キーボードやマウス２５０、ＳＣＳＩインターフェイス２５２、ネットワーク・インターフェイス２５４、グラフィックスと表示デバイス２５６、ハード・ディスク２５８、および／またはＣＤ―ＲＯＭ  ２６０などのデバイスやコンポーネントを含むことができ、これらは全て、通信バス２０７によってプロセッサ２１０に結合されている。ネットワーク・インターフェイス２５４は、ＬＡＮ（ローカル・エリア・ネットワーク）、ＷＡＮ（ワイド・エリア・ネットワーク）、インターネット、イントラネット、または他の適切なネットワークを介して、１つまたは複数の他のコンピュータ・システムとの通信リンクを設けることができる。省略記号で示されるように、コンピュータ・システム２００は、追加のストレージ・デバイス、通信デバイス、入力デバイス、出力デバイスなど、この図面には示されていない数多くの要素も含むことができることが、当業者には明らかとなるであろう。
【００２１】
図３は、一実施形態によるビジネス効率マネージャ（ＢＥＭ）を含めた性能管理システムの各コンポーネントを示している。ＢＥＭは、組織内で資源の使用と利用率に関する全体的なビューを提供するために、性能管理システム１００からの使用データを、ライセンシング情報、アプリケーション費用情報、人的資源（ＨＲ）従業員ディレクトリなどのデータと統合する。組織のＩＴ部門や上位の経営陣は、ＢＥＭを使用して、主要なビジネス・アプリケーションの使用を測定し、使用されていないアプリケーションやアプリケーションのライセンスを追跡し、使用傾向を分析し、サーバ・コンソリデーションの計画を立てるとともにインフラストラクチャとアプリケーションにおける将来投資の計画を立て、従業員による資源の実際の使用に基づいてＩＴ組織が組織ユニットを配賦するためのプラットフォームを設けることができる。
【００２２】
ＢＥＭサーバ３０２は、使用分析および／または費用割当てタスクを実施するためのアプリケーション・サーバおよび／またはＷｅｂサーバを含む。ＢＥＭデータベース３１０は、アプリケーションや資源の使用データ、インポート・データ、構成データ、管理データ、さらにはＢＥＭサーバ３０２が使用分析および／または費用割当てタスクを実施するために使用する他のデータのストレージ用として使用される。ＢＥＭサーバ３０２は、本明細書では「使用分析と費用割当てサーバ」と呼ばれることもあり、ＢＥＭデータベース３１０は、本明細書では「使用分析と費用割当てデータベース」と呼ばれることもある。
【００２３】
ＢＥＭファイル・レポジトリ３１２は、データの一時ストレージとしてＢＥＭサーバ３０２によって使用される。ＢＥＭファイル・レポジトリ３１２内のデータは、ＢＥＭサーバ３０２によってＢＥＭデータベース３１０へとロードされる。一実施形態では、ＢＥＭファイル・レポジトリ３１２内のファイルを、ＸＭＬファイルとして格納することができる。クライアントまたはＢＥＭサーバ３０２用のフロント・エンドとしてＢＥＭコンソール３６０を使用することができる。一実施形態では、コンソール３６０は、費用割当てタスクの管理、使用測定と分析、使用と費用割当てデータのブラウジングなどのタスクを対象とするブラウザ・ベースのソフトウェアを実行することができる。ＢＥＭサーバ３０２とＢＥＭコンソール３６０は、図２で示される例示的なコンピュータ・システムなどのコンピュータ・システムを使用して実装できる。
【００２４】
性能ウェアハウス１１０と使用データ・サーバ３０４は、性能管理システム１００によって集められた使用データをＢＥＭサーバ３０２に供給する。一実施形態では、ＢＥＭデータベース３１０と性能ウェアハウス１１０は、同じデータベース・サーバを使用して実装できる。一実施形態では、ＢＥＭサーバ３０２と使用データ・サーバ３０４は、同じコンピュータ・システムを使用して実装できる。
【００２５】
ＢＥＭサーバ３０２は、性能ウェアハウス１１０内に格納されている資源の使用データ以外にも、ソースからの入力を使用することができる。例えば、ＢＥＭサーバ３０２は、ユーザ入力３２０を受け取る。ＢＥＭサーバ３０２は、（例えば、外部アプリケーション３３０からの）インポート・データを受け取る。また、ＢＥＭサーバ３０２は、様々な形の組織ＨＲシステムからの従業員または人的資源（ＨＲ）データ３４０、ネットワーク・ディレクトリ・システムからのエンド・ユーザまたは情報技術（ＩＴ）データ３５０を受け取ることもできる。
【００２６】
図４は、一実施形態によるＢＥＭサーバ３０２の各コンポーネントを示している。使用データ・インポータ４１０は、性能ウェアハウス１１０と使用データ・サーバ３０４から、資源の使用データをインポートする。アプリケーション・ディレクトリ・インポータ４０４は、アプリケーションの内部ユーザ・ディレクトリをインポートする。ＨＲディレクトリ・インポータ４０６は、ＨＲディレクトリから従業員データ３４０をインポートすることができる。ＩＴディレクトリ・インポータ４０８は、ネットワーク・ディレクトリからデータ（例えば、ＬＤＡＰ互換データ）３５０をインポートすることができる。データベース・アクセス層４２２は、ＢＥＭデータベース３１０へのアクセスを処理することができ、実際のデータベース表現からビジネス・ロジックを分離することができる。データベース・データ・ローダ４２４は、ＢＥＭデータベース３１０にデータをロードすることができる。
【００２７】
ＢＥＭサーバ３０２は、保守オペレーションや自己アップグレードなどの内部処理４１８を含む。ＢＥＭ管理コンポーネント４１２は、管理オペレーションと許可を処理し、ＧＵＩコンポーネントまたは管理コンソールに管理インターフェイスを公表する。ＢＥＭデータ検索器４１４は、許可規則に従って、データ・アクセスと検索を処理する。ＧＵＩ／Ｗｅｂサーバ・コンポーネント４０２は、（例えば、クライアント・コンソール３６０における）ユーザ・インターフェイス用のプレゼンテーション層を処理する。ファイル・ライタ４２０は、ＢＥＭファイル・レポジトリ３１２への書込みアクセスを処理する。スケジューラ４１６は、データのインポートやデータのロードなど様々なオペレーションをスケジューリングする。一実施形態では、タスクは、Ｎ時間毎に、Ｎ日毎または特定の日付に、Ｎ日毎または特定の日付の指定の時間に、Ｎ週毎に、あるいはＮ週毎の指定の時間と日付に実施されるように、スケジュールする。
【００２８】
一実施形態では、ＢＥＭサーバ３０２の構成は、ＨＲディレクトリから従業員データ３４０をインポートすることを含む。従業員データ３４０は、資源の使用を追跡し、資源の費用を割り当てるために組織ユニットを定義する際に使用する。組織ユニット内のユーザを定義する際に、ＢＥＭサーバ３０２は、使用レコードからのエンド・ユーザ・レコードを、ＨＲディレクトリからの従業員レコードと整合させる。これらのエンティティを整合させる能力は、ＢＥＭサーバ３０２が使用データのビジネス・ビューを表示し、使用データに基づいて様々な組織ユニットに配賦ポリシーを実装するのを支援する。場合によっては、エンティティの整合は、例えばアプリケーション・ディレクトリが既に従業員エンティティへの参照を含んでおり、逆もまた同様である場合は、簡単明瞭なこともある。唯一のユーザ識別子がＩＰアドレスであるＷｅｂアプリケーションなどの場合では、ＢＥＭサーバ３０２がその規則に基づいて整合を実施する整合規則を、ＢＥＭ管理者が定義してもよい。整合規則は、インポートされたディレクトリ対と、それらのディレクトリ内のフィールドとをリンクさせることができる。
【００２９】
ＢＥＭサーバ３０２の構成は、追跡されるべきシステム資源を決めることも含む。一実施形態では、ＢＥＭ管理者は、性能管理システム１００によって監視される資源のリストから、個々の資源に対して使用ベースの配賦を用いることを選択する。一実施形態では、使用ベースの配賦のために追跡されるべきシステム資源を決める際に、ＢＥＭ管理者は、特定のアプリケーションにおける複数のインスタンスまたはモジュールを単一の資源にグループ化し、あるいはそれらのインスタンスまたはモジュールを別々の資源として保持する。一実施形態では、ＢＥＭ管理者は、特定のシステム資源を対象とする要素の階層構造を作り出すことができる。
【００３０】
一実施形態では、ＢＥＭサーバ３０２の構成は、アプリケーションのライセンシング情報を入力することも含む。ライセンシング情報は、手動で入力されても、自動的にインポートされてもよい。ライセンシング情報は、様々なタイプのライセンス（例えば、様々なアプリケーションを対象とする様々なライセンス）、それぞれのタイプを対象とするライセンスの数、さらには従業員毎または組織ユニット毎のライセンス割当てを含む。
【００３１】
ＢＥＭサーバ３０２は、個々の組織ユニットがそれ自体の個々のシステム資源の消費に対して課金される、柔軟で構成可能な使用ベースの配賦を行うことができる。ＢＥＭ管理者は、ハードウェア費用、ソフトウェア・ラインセンス、ＩＴ間接費、クライアント・インストレーション費用、研修費、その他の適切な費用などの費用要素を入力する。場合によっては、費用要素は、複数のシステム資源間で共用されてもよい。ＢＥＭ管理者は、各費用要素について、割当て方法（すなわち、費用がどのように割り当てられるか）を決め、割当てコンテキスト（すなわち、費用が誰に割り当てられるか）を決め、さらに費用を決める。
【００３２】
一実施形態では、割当て方法として、ライセンス毎、ヘッドカウント毎、使用時間毎、アクティブ日数毎、アクティビティ数毎、処理時間毎を挙げることができる。ライセンス毎の割当て方法を使用すると、費用は、選択された割当てコンテキストに関連するクライアント・ライセンスを有する従業員の間で割り当てられる。ライセンスのタイプに関わらず、各ライセンスに同じ割合を割り当てることができる。ヘッドカウント毎の割当て方法を使用すると、費用は、選択された割当てコンテキストにおいて、従業員数に応じて割り当てられる。使用時間毎の割当て方法を使用すると、費用は、選択された割当てコンテキストにおいて、従業員の合計使用時間に占める各従業員の使用時間の割合に応じて割り当てられる。アクティブ日数毎の割当て方法を使用すると、費用は、選択された割当てコンテキストにおいて、従業員の作業した合計日数に占める、各従業員がアプリケーションを用いて作業した日数の割合に応じて、（選択された割当てコンテキストの従業員グループ内の）各従業員に割り当てられる。アクティビティ数毎の割当て方法を使用すると、費用は、選択された割当てコンテキスト群において、従業員によって実施された合計アクティビティ数に占める、当該従業員によって実施されたアクティビティ数の割合に応じて割り当てられる。処理時間毎の割当て方法を使用すると、費用は、選択された割当てコンテキストにおいて、従業員によって消費された合計処理時間に占める、当該従業員によって消費された処理時間の割合に応じて割り当てられる。
【００３３】
一実施形態では、共用対象の費用要素は、ライセンス毎、ヘッドカウント毎、使用時間毎、アクティブ日数毎、アクティビティ数毎、処理時間毎の割当て方法を使用する。非共用対象の費用要素は、ライセンス毎およびヘッドカウント毎の割当て方法を使用する。ライセンス費用要素は、ライセンス毎の割当て方法を使用する。一実施形態では、費用モデルは、最小有効タイム・フレーム（例えば、１ヶ月）を有する。一実施形態では、各システム資源は、所与のタイム・フレーム内で１つの費用モデルだけを使用する。
【００３４】
一実施形態では、資源の費用割当ては、定期的に（例えば、月に１回）計算する。それらの定期的な費用割当ては、ＢＥＭデータベース３１０内に格納する。資源の費用割当ては、「オンザフライ」に計算することもできる。
【００３５】
以下の資源の費用例は、例示のために提示されるものであり、限定のためのものではない。この例は、タイム・フレームを１年とした、「販売」組織ユニットを対象とする特定のシステム資源についての費用割当てを示すものとする。この例では、特定のシステム資源（例えば、アプリケーション）を、共用対象の費用要素として、アプリケーション・サーバＡ０１（費用：＄８，０００、割当て方法：使用時間毎）と、データベース（費用：＄６，５００、割当て方法：使用時間毎）と、サーバ・ソフトウェア・ライセンス（費用：＄１０，０００、割当て方法：ヘッドカウント毎）と、サポート（費用：＄５，０００、割当て方法：ヘッドカウント毎）と、ＩＴ管理（費用：＄６，０００、割当て方法：ヘッドカウント毎）とを含み、非共用対象の費用要素として、インストレーション（費用：＄１０、割当て方法：ライセンス毎）と、研修（費用：＄１０、割当て方法：ライセンス毎）とを含み、ライセンス費用として、フル・クライアント・ライセンス（費用：＄１００、割当て方法：ライセンス毎）と、セルフ・サービス型ライセンス（費用：＄１５、割当て方法：ライセンス毎）とを含むように定義する。
【００３６】
この組織は、所与の１年間に、合計１，０００名の従業員を有し、その内２００名の従業員は「販売」であり、「販売」の内インストレーションと研修を必要とした従業員は１６０名であり、「販売」用の１０のフル・クライアント・ライセンスと、「販売」用の１５０のセルフ・サービス型ライセンスとを有し、組織全体の合計資源使用時間は２，０００時間であり、その内の５００時間は「販売」の合計資源使用時間である。このデータと選択された費用割当てモデルに基づいて、「販売」組織ユニットは、所与の１年間の特定のシステム資源の使用について＄１４，２７５の費用が課されることになり、その内訳は、アプリケーション・サーバＡ０１の＄２，０００（５００／２０００×＄８，０００）、データベースの＄１，６２５（５００／２０００×＄６，５００）、サーバ・ソフトウェア・ライセンスの＄２，０００（２００／１０００×＄１０，０００）、サポートの＄１，０００（２００／１０００×＄５，０００）、ＩＴ管理の＄１，２００（２００／１０００×＄６，０００）、インストレーションの＄１，６００（１６０×＄１０）、研修の＄１，６００（１６０×＄１０）、さらにフル・クライアント・ライセンス（１０×＄１００）とセルフ・サービス型ライセンス（１５０×＄１５）に関するライセンス費用の＄３，２５０である。
【００３７】
図５は、一実施形態による複数のシステム資源を備えるコンピュータ・システム内での費用割当ての方法を示す流れ図である。５０２では、上記で詳述したように、システム資源のそれぞれに対して費用が決定される。５０４では、上記で詳述したように、システム資源のそれぞれに対して費用割当て方法が決定される。各システム資源は、１つまたは複数の費用要素を含み、各費用要素には、（例えば、特定のタイム・フレームにわたる）費用と費用割当て方法を割り当てることができる。ステップ５０２と５０４は、いずれの順序で実施されてもよい。
【００３８】
５０６では、システム資源のそれぞれについて、特定の組織ユニットによる資源の使用が決定される。資源の使用は、性能管理システムを使用して、システム資源の１つまたは複数についての性能メトリクスを集めることによって決定する。性能メトリクスは、顧客によるアプリケーションとシステム資源の実際の使用を反映させるために、使用データに変換する。５０８では、システム資源のそれぞれに要する費用と、システム資源それぞれに対する費用割当て方法と、システム資源のそれぞれに対する組織ユニットによる資源の使用とに基づいて、組織ユニットによる資源の使用に関する費用が決定される。組織ユニットによる資源の使用に関する費用は、自動的に、および／またはプログラム的に、すなわちコンピュータ・システムによって実行されるプログラム命令によって決定する。
【００３９】
図４に示されるように、ＢＥＭサーバ３０２は、グラフィカル・ユーザ・インターフェイス（ＧＵＩ）を生成するためのＧＵＩ／Ｗｅｂサーバ・コンポーネント４０２を含む。ＧＵＩから提供される様々な作業領域と対話することにより、ＢＥＭ管理者は、使用分析を実施する。一実施形態では、ＢＥＭのＧＵＩは、資源作業領域、組織ユニット作業領域、費用作業領域、ライセンス作業領域、そｎ他の適切な作業領域とＧＵＩ要素を含む。
【００４０】
一実施形態では、ＧＵＩは、ユーザ指定されたタイム・フレームにわたる特定のシステム資源についての使用と費用割当てデータをＢＥＭ管理者がブラウジングするのを可能にする資源作業領域を含む。一実施形態では、資源作業領域は、アプリケーション（または資源）使用ビュー、経時的使用ビュー(usage over time view)、機能使用ビュー、新規ユーザ・ビューを含む。図６は、一実施形態によるアプリケーション使用ビューの一例を示すスクリーンショットである。アプリケーション使用ビューは、誰が資源を使用しているのか、組織ユニットによる使用時間、組織ユニットにおけるユーザ毎の平均使用時間、組織ユニットによる合計アクティビティ数、組織ユニットにおけるユーザ毎の平均アクティビティ数、組織ユニットによる合計処理時間、組織ユニット毎のユーザ毎の平均処理時間などの概要情報を示すことができる。図７は、一実施形態による経時的使用ビューの一例を示すスクリーンショットである。経時的使用ビューは、選択された期間にわたる使用パラメータ（例えば、同時使用、使用時間、アクティビティ数、および処理時間の合計）に関する１日当たりの値および１日当たりの平均値を示すことができる。図８は、一実施形態による機能使用ビューの一例を示すスクリーンショットである。機能使用ビューは、アプリケーションの様々な機能がどのように使用されているかを示す。機能使用ビューは、アプリケーション（または資源）モジュールと機能のツリー・ビューを表示することができ、各機能については、次のデータ、すなわち（その機能を使用した）ユーザ数、使用可能なライセンス数（適用可能な場合のみ）、合計使用時間、合計処理時間を表示する。図９は、一実施形態による新規ユーザ・ビューの一例を示すスクリーンショットである。新規ユーザ・ビューは、システムへの新規ユーザの加入を、組織ユニット単位、システムの合計ユーザ単位、新規ユーザを対象とするライセンス数単位で示すことができる。
【００４１】
一実施形態では、ＧＵＩは、ユーザ指定されたタイム・フレームにわたる特定の組織ユニットに関する使用と費用割当てデータを、ＢＥＭ管理者がブラウジングできる組織ユニット作業領域を含む。一実施形態では、組織ユニット作業領域は、使用概要ビュー、アプリケーション（または資源）使用ビュー、機能使用ビューを含む。図１０は、一実施形態による使用概要ビューの一例を示すスクリーンショットである。使用概要ビューは、組織ユニットの従業員によって使用される資源に関する高いレベルの概要を、例えば、どのアプリケーションについてのものか、各アプリケーションを何人のユーザが使用しているか、各アプリケーションにどれ程の時間が費やされているか、さらにいくつのアクティビティがあるかを示している。図１１は、一実施形態によるアプリケーション使用ビューの一例を示すスクリーンショットである。アプリケーション使用ビューは、組織ユニット（ＯＵ）の従業員によって使用されるアプリケーション（または他の資源）に関する統計データ、例えば、従業員がどの資源を使用したか、ＯＵ単位の使用時間（時間単位）、従業員の平均使用時間、ＯＵ毎のアクティビティ数、平均ユーザ・アクティビティ、ＯＵ単位の処理時間、平均的なユーザの処理時間、１日当たりの訪問（ｖｉｓｉｔ）、平均的な１日当たりの訪問を示している。図１２は、一実施形態による機能使用ビューの一例を示すスクリーンショットである。機能使用ビューは、全ての資源における様々な機能がＯＵによってどのように使用されているかを示している。機能使用ビューは、資源モジュールと機能のツリー・ビューを表示し、各機能については、次のデータ、すなわち（その機能を使用した）ユーザ数、使用可能なライセンス数（適用可能な場合のみ）、合計使用時間、合計処理時間を表示する。
【００４２】
一実施形態では、ＧＵＩは、ユーザ指定されたタイム・フレームにわたる費用データをＢＥＭ管理者がブラウジングできる費用作業領域を含む。一実施形態では、費用作業領域は、概要ビュー、アプリケーション（または資源）費用ビュー、組織ユニット費用ビュー、ＯＵ費用分析ビューを含む。図１３は、一実施形態による概要ビューの一例を示すスクリーンショットである。概要ビューは、費用データに関するグローバル・ビューを、例えば、どの資源が追跡されているか、それらの資源にどれ程の費用が掛かっているか、その費用がトップ・レベルの組織ユニットにどのように分布されているかを示している。図１４は、一実施形態によるアプリケーション費用ビューの一例を示すスクリーンショットである。アプリケーション費用ビューは、１つのアプリケーション（または資源）についての費用情報を、例えば、アプリケーション費用がどのように計算されているか（費用要素、割当て方法、割当てターゲット、要素費用）と、その費用がトップ・レベルの組織ユニットにどのように分布されているかを示している。図１５は、一実施形態による組織ユニット費用ビューの一例を示すスクリーンショットである。組織ユニット費用ビューは、組織ユニットについての費用情報を、例えば、各資源についてＯＵがいくら課金されているかや、選択された組織内でのその費用の従業員レベルへの分布を示している。図１６は、一実施形態によるＯＵ費用分析ビューの一例を示すスクリーンショットである。ＯＵ費用分析ビューは、組織ユニット費用ビューに示される情報の追加的な洞察(insight)を、例えば、選択された組織ユニット下の各サブＯＵについての（合計の）平均従業員費用、およびアプリケーションに特有の従業員毎の平均費用を示している。
【００４３】
一実施形態では、ＧＵＩは、ユーザ指定されたタイム・フレームにわたるライセンス・データをＢＥＭ管理者にブラウジングさせるライセンス作業領域を含む。一実施形態では、ライセンス作業領域は、概要ビュー、ライセンス利用率ビュー、未ライセンス使用ビューを含む。図１７は、一実施形態による概要ビューの一例を示すスクリーンショットである。概要ビューは、ライセンシング・データのグローバル・ビューを、例えば、ＢＥＭサーバ３０２にどのライセンスが入力されたか、どのライセンス・タイプか、組織ユニットへの高いレベルの割当てを示している。図１８は、一実施形態によるライセンス利用率ビューの一例を示すスクリーンショットである。ライセンス利用率ビューは、選択されたアプリケーションに関するＯＵ内のライセンス利用率を示している。ライセンス利用率ビューは、ライセンス利用率を分析するのに使用されるメトリクス（例えば、ユーザ毎の使用時間、ユーザ毎のアクティビティ数、ユーザ毎の合計処理時間、ユーザ毎の１日当たりの訪問の内から選択される）、ならびに高度、中度、低度の使用の値を、ＢＥＭ管理者が決めることができるようにする。図１９は、一実施形態による未ライセンス使用ビューの一例を示すスクリーンショットである。未ライセンス使用ビューは、システムに入力されているライセンスよりも多い数のユーザが存在するかどうかを示している。未ライセンス使用ビューは、概略的なライセンシング画像を示すことができ、選択された組織ユニットの各サブＯＵについて、各資源毎に未ライセンス・ユーザが何人いるかを示している。
【００４４】
さらに、上述のどの実施形態も、図１〜１９に関して上述したオペレーションを実装する命令および／またはデータを受信し、送信し、またはコンピュータ可読媒体上に格納することをさらに含むことができることにも留意されたい。概して、コンピュータ可読媒体は、磁気や光媒体などの、例えばディスクやＣＤ―ＲＯＭなどの記憶媒体またはメモリ媒体、ＲＡＭ（例えば、ＳＤＲＡＭ、ＤＤＲ  ＳＤＲＡＭ、ＲＤＲＡＭ、ＳＲＡＭなど）やＲＯＭなどの揮発性または不揮発性媒体、ならびにネットワークおよび／または無線リンクなどの通信媒体を介して運搬される電気信号、電磁気信号、デジタル信号などの送信媒体または信号を含むことができる。
【００４５】
上記の諸実施形態は、かなり詳細に説明されてきたが、上記の開示が完全に理解されれば、数多くの変形形態と修正形態が当業者には明らかとなるであろう。添付の特許請求の範囲は、かかる全ての変形形態や修正形態を包含するものと解釈されるべきである。
【図面の簡単な説明】
【００４６】
【図１】性能管理のためのシステムと方法の諸実施形態が実装される例示的な性能管理システムの図である。
【図２】性能管理のためのシステムと方法の諸実施形態がそれらを用いて実装される例示的なコンピュータ・システムの各コンポーネントの図である。
【図３】一実施形態によるビジネス効率マネージャ（ＢＥＭ）を含む性能管理システムの各コンポーネントの図である。
【図４】一実施形態によるＢＥＭサーバの各コンポーネントの図である。
【図５】一実施形態による性能管理システム内での費用割当ての方法を示す流れ図である。
【図６】一実施形態による資源作業領域内のアプリケーション使用ビューの一例を示すスクリーンショットである。
【図７】一実施形態による資源作業領域内の経時的使用ビューの一例を示すスクリーンショットである。
【図８】一実施形態による資源作業領域内の機能使用ビューの一例を示すスクリーンショットである。
【図９】一実施形態による資源作業領域内の新規ユーザ・ビューの一例を示すスクリーンショットである。
【図１０】一実施形態による組織ユニット作業領域内の使用概要ビューの一例を示すスクリーンショットである。
【図１１】一実施形態による組織ユニット作業領域内のアプリケーション使用ビューの一例を示すスクリーンショットである。
【図１２】一実施形態による組織ユニット作業領域内の機能使用ビューの一例を示すスクリーンショットである。
【図１３】一実施形態による費用作業領域内の概要ビューの一例を示すスクリーンショットである。
【図１４】一実施形態による費用作業領域内のアプリケーション費用ビューの一例を示すスクリーンショットである。
【図１５】一実施形態による費用作業領域内の組織ユニット費用ビューの一例を示すスクリーンショットである。
【図１６】一実施形態による費用作業領域内のＯＵ費用分析ビューの一例を示すスクリーンショットである。
【図１７】一実施形態によるライセンス作業領域内の概要ビューの一例を示すスクリーンショットである。
【図１８】一実施形態によるライセンス作業領域内のライセンス利用率ビューの一例を示すスクリーンショットである。
【図１９】一実施形態によるライセンス作業領域内の未ライセンス使用ビューの一例を示すスクリーンショットである。
【図１】
2007517329.tif 000003
【図２】
2007517329.tif 000004
【図３】
2007517329.tif 000005
【図４】
2007517329.tif 000006
【図５】
2007517329.tif 000007
【図６】
2007517329.tif 000008
【図７】
2007517329.tif 000009
【図８】
2007517329.tif 000010
【図９】
2007517329.tif 000011
【図１０】
2007517329.tif 000012
【図１１】
2007517329.tif 000013
【図１２】
2007517329.tif 000014
【図１３】
2007517329.tif 000015
【図１４】
2007517329.tif 000016
【図１５】
2007517329.tif 000017
【図１６】
2007517329.tif 000018
【図１７】
2007517329.tif 000019
【図１８】
2007517329.tif 000020
【図１９】
2007517329.tif 000021
【国際調査報告】
2007517329.tif 000022
2007517329.tif 000023
2007517329.tif 000024