JP7209108B2 - ライセンス分析のためのシステムおよび方法 - Google Patents

Description

本開示は、一般に、ソフトウェアライセンスの分析に関するものである。

このセクションは、以下に説明および／または請求される本開示の様々な側面に関連する可能性のある技術の様々な側面を読者に紹介することを意図している。この議論は、本開示の様々な側面のより良い理解を促進するための背景情報を読者に提供するのに役立つと考えられる。したがって、これらの記述は、先行技術を認めるものではなく、この観点から読まれるべきものであることを理解されたい。

組織は、その規模にかかわらず、継続的な運営と成功のために、情報技術（ＩＴ）とデータとサービスへのアクセスに依存している。それぞれの組織のＩＴインフラストラクチャは、関連するハードウェアリソース（コンピューティングデバイス、ロードバランサー、ファイアウォール、スイッチなど）およびソフトウェアリソース（生産性ソフトウェア、データベースアプリケーション、カスタムアプリケーションなど）を有することがある。時が経つにつれ、より多くの組織が、ＩＴインフラストラクチャソリューションを補完または強化するために、クラウドコンピューティングのアプローチを利用するようになった。

クラウドコンピューティングは、インターネットを介してアクセスされるコンピューティングリソースの共有に関するものである。特に、クラウドコンピューティングインフラストラクチャは、個人や企業などのユーザが、サーバ、ストレージデバイス、ネットワーク、アプリケーション、および／または他のコンピューティングベースのサービスなどのコンピューティングリソースの共有プールにアクセスすることを可能にする。これにより、ユーザは、遠隔地にあるコンピューティングリソースにオンデマンドでアクセスすることができ、このリソースを使用して、様々なコンピューティング機能（例えば、大量のコンピューティングデータの保存および／または処理）を実行することができる。企業やその他の組織のユーザにとって、クラウドコンピューティングは、高価なネットワーク機器を購入したり、プライベートネットワークインフラを構築するために膨大な時間を費やしたりするなど、多額の初期費用を発生させることなく、クラウドコンピューティングリソースにアクセスする柔軟性を提供する。その代わり、クラウドコンピューティングリソースを利用することで、ユーザは企業のコア機能にリソースを集中させることができる。

これらのコア機能を実行する一環として、特定の企業やその他の組織のユーザは、エンドユーザまたはクライアントのデバイスで専売のソフトウェアアプリケーションを使用する許可を得るために、ソフトウェアパブリッシャーからソフトウェアライセンスを購入することができる。多数の人員を抱える組織では、たとえ数個のソフトウェアアプリケーションであっても、適切なソフトウェアライセンスの維持を管理することは大変な作業となる。実際、多くのソフトウェアアプリケーションは、機能やコストが異なる複数のエディションで提供されているため、企業内でのそれぞれのロールに適したソフトウェアアプリケーションの適切なエディションをユーザに提供することは、実際には難しい可能性がある。

本明細書に開示されている特定の実施形態の概要が以下に示されている。これらの態様は、単にこれらの特定の実施形態の簡単な概要を読者に提供するために提示されており、これらの態様は、本開示の範囲を限定することを意図していないことを理解されたい。実際、本開示は、以下に記載されていない可能性のある様々な側面を包含する可能性がある。

本アプローチは、一般に、企業の各ユーザにとって理想的なライセンスタイプを特定するために、ソフトウェアの使用状況を評価するライセンス分析システムに関するものである。例えば、ソフトウェアアプリケーションは、開発者、プロフェッショナル、限定プロフェッショナル、従業員セルフサービスなどを含む、多数の異なるライセンスタイプまたはネームドユーザで利用できる場合がある。一部のユーザは、提供されたライセンスタイプの機能を完全には利用しない可能性があるため、企業は、これらのユーザのライセンスタイプをダウングレードすることによって、ライセンスを再分配したり、ソフトウェアアプリケーションに関連するコストを削減したりすることを望むかもしれない。

したがって、ライセンス分析システムは、ライセンスタイプと各ライセンスタイプに割り当てられたロールとの間のクライアント固有の関連性を含む、企業またはクライアントからのユーザアクティビティデータを受信してもよい。ライセンス分析システムは、ユーザアクティビティデータを分析して、各ライセンスタイプと企業内の複数のロールとの１：ｍの関係またはマッピングを生成してもよい。例えば、ライセンス分析システムは、プロフェッショナルライセンスタイプを有するユーザが第１のロールと第２のロールに関連付けられ、限定プロフェッショナルライセンスタイプを有するユーザが第２のロールと第３のロールに関連付けられていることを示すロールマップを作成してもよい。その後、ライセンス分析システムは、ロールマップをユーザアクティビティデータと比較して、各ユーザの過去のソフトウェア使用状況に応じて適切な権限を提供する最適なライセンスタイプの割り当てを特定することができる。例えば、上記の例によるユーザがプロフェッショナルライセンスタイプを持っているが、第２のロールに関連する機能しか実行していない場合、ライセンス分析システムは、そのユーザを限定的なプロフェッショナルライセンスタイプに格下げすることを提案することができる。各ユーザのロールを考慮する代わりに、またはそれに加えて、各ユーザのプロファイルおよび／または各ユーザの認証オブジェクトに基づいて、類似の判定を行ってもよい。したがって、ライセンス分析システムは、ユーザを適切なライセンスタイプと密接にマッチングさせることにより、企業がライセンスの配布を改善または最適化することを可能にする。

上述した特徴の様々な改良が、本開示の様々な側面に関連して存在する可能性がある。また、さらなる特徴が、これらの様々な側面に同様に組み込まれてもよい。これらの改良点および追加の特徴は、個別にまたは任意の組み合わせで存在してもよい。例えば、図示された実施形態の１つ以上に関連して以下に述べられる様々な特徴は、本開示の上述の態様のいずれかに単独でまたは任意の組み合わせで組み込まれてもよい。上に提示された簡単な要約は、請求された主題に限定することなく、本開示の実施形態の特定の側面および文脈を読者に熟知させることのみを意図している。

本開示の様々な側面は、以下の詳細な説明を読み、以下の図面を参照することで、よりよく理解することができる。

図１は、本開示の実施形態が動作することができるクラウドアーキテクチャの実施形態のブロック図である。 図２は、本開示の実施形態が動作することができるマルチインスタンスクラウドアーキテクチャの実施形態の概略図である。 図３は、本開示の態様に従って、図１または図２に存在する可能性があるコンピューティングシステムで利用されるコンピューティングデバイスのブロック図である。 図４は、本開示の態様に従って、仮想サーバがクライアントインスタンスをサポートおよびイネーブルにする実施形態を示すブロック図である。 図５は、本開示の態様に従った、ライセンス分析システムを有するコンピューティングシステムの一実施形態のブロック図である。 図６は、本開示の態様に従って、ライセンス分析システムを介してソフトウェアライセンスを分析するためのプロセスの一実施形態のフロー図である。 図７は、本開示の態様に従って、ライセンス分析システムによって使用および作成される関係の一実施形態の概略図である。 図８は、本開示の態様に従って、ライセンス分析システムの操作を容易にするためにクライアントコンピューティングシステムとの間で送信されるデータの一例を示す概略図である。 図９は、本開示の態様に従って、ライセンス分析システムによって分析され得るユーザロールのリストを有するユーザインターフェースの一実施形態のスクリーンショットである。 図１０は、本開示の態様に従って、ライセンス分析システムによって分析される可能性のあるユーザロールに関連付けられた認証オブジェクトの階層を有するユーザインターフェースの実施形態のスクリーンショットである。 図１１は、本開示の態様に従って、ライセンス分析システムによって分析され得るユーザプロファイルのリストを有するユーザインターフェースの一実施形態のスクリーンショットである。 図１２は、本開示の態様に従って、ライセンス分析システムによって分析され得るユーザプロファイルに関連付けられたユーザロールの階層を有するユーザインターフェースの一実施形態のスクリーンショットである。

以下、１つまたは複数の具体的な実施形態について説明する。これらの実施形態の簡潔な説明を提供するために、実際の実装のすべての特徴が本明細書に記載されているわけではない。任意のそのような実際の実装の開発においては、任意のエンジニアリングまたは設計プロジェクトと同様に、システム関連および企業関連の制約への準拠など、開発者の特定の目標を達成するために多数の実装固有の決定を行わなければならず、これらは実装ごとに異なる可能性があることを理解すべきである。さらに、このような開発作業は、複雑で時間がかかるかもしれないが、それにもかかわらず、本開示の恩恵を受けている通常の技術者にとっては、設計、製造、および製造の日常的な事業となるであろうことを理解しておくべきである。

本明細書では、「コンピューティングシステム」という用語は、単一のコンピュータ、仮想マシン、仮想コンテナ、ホスト、サーバ、ラップトップ、および／またはモバイルデバイスなどの電子コンピューティングデバイス、または、コンピューティングシステム上でまたはコンピューティングシステムによって実行されると記述された機能を実行するために協働する複数の電子コンピューティングデバイスを指すが、これらに限定されない。本明細書では、「媒体」という用語は、そこに格納されていると説明されているコンテンツを一緒に格納する、１つまたは複数の非一過性のコンピュータ読み取り可能な物理媒体を指す。本実施形態では、不揮発性二次記憶装置、読み取り専用メモリ（ＲＯＭ）、および／またはランダムアクセスメモリ（ＲＡＭ）を含むことができる。本明細書では、「アプリケーション」という用語は、コンピューティングシステムによって実行される１つまたは複数のコンピューティングモジュール、プログラム、プロセス、ワークロード、スレッド、および／またはコンピューティング命令のセットを指す。アプリケーションの例示的な実施形態には、ソフトウェアモジュール、ソフトウェアオブジェクト、ソフトウェアインスタンス、および／または他のタイプの実行可能コードが含まれる。

さらに、本明細書では、「ライセンスタイプ」または「エディション」という用語は、それぞれのソフトウェアプログラムを異なる体験や完全性の度合いに合わせてバンドル、パッケージング、または販売することを意味する。そのため、ソフトウェアプログラムは、異なるセグメントのエンドユーザを対象とした複数のライセンスタイプで提供される場合があることを理解されたい。ライセンスタイプの例としては、デベロッパー、プロフェッショナル、限定プロフェッショナル、従業員セルフサービス、スタンダード、ホーム、教育、エンタープライズなどがある。さらに、様々なソフトウェアプログラムに付随するそれぞれのソフトウェアライセンスは、ライセンスタイプごとに価格が異なる場合がある。例えば、それぞれのソフトウェアプログラムのハイエンドまたはより完全なライセンスタイプは、同じソフトウェアプログラムのローエンドまたはより完全でないライセンスタイプよりも高価である。いくつかのケースでは、ライセンスタイプは、特定のユーザに割り当てられた指定ユーザライセンスとして提供されるように、「指定ユーザ」に関連付けられている。

本明細書で述べたように、企業または他のクライアントは、クライアントデバイスに直接インストールされる、および／または、クラウド提供サービスを通じてアクセス可能な特定のソフトウェアプログラムを使用することができる。いずれの場合も、ユーザに所望の機能セットを提供するために、ソフトウェアプログラムは、特定のライセンスタイプで各ユーザに提供されてもよく、または各ユーザに適切な指定ユーザライセンスが割り当てられてもよい。このように、企業全体では、それぞれが対応するソフトウェアライセンスと対になるソフトウェアプログラムのインストールされたライセンスタイプに大きなばらつきが存在する可能性がある。しかし、一部のユーザには、ユーザが十分に活用できていないソフトウェアプログラムまたはその特定のライセンスタイプが提供されている可能性がある。このような場合、追加のユーザがソフトウェアプログラムの使用を希望すると、企業は通常、追加のユーザのためにソフトウェアライセンスを購入し、企業のタスクを実行するためのソフトウェアプログラムをユーザに提供するための運用コストが追加される。また、ソフトウェアプログラムの使用を希望するユーザにソフトウェアライセンスを提供するために、企業がソフトウェアアプリケーションを使用していたユーザのクライアントデバイスから誤ってソフトウェアプログラムをアンインストールしてしまう場合もある。したがって、企業が特定のソフトウェアプログラムのユーザにソフトウェアライセンスを効率的に配布できるようにするための、改善されたライセンス分析が必要であることがわかった。このような目的の管理は、本明細書で述べたように、各ユーザに最適または許容されるライセンスタイプまたは名前付きユーザの割り当てを特定するライセンス分析プログラムによって促進される。

上記を念頭に、以下の図は、マルチインスタンスフレームワークで組織にサービスを提供するために採用される可能性があり、その上で本アプローチが採用される可能性がある、さまざまなタイプの一般化されたシステムアーキテクチャまたは構成に関するものである。これに対応して、これらのシステムおよびプラットフォームの例は、本明細書で説明した技術が実装されるか、またはその他の方法で利用されるシステムおよびプラットフォームにも関連している。次に図１に目を向けると、本開示の実施形態が動作する可能性があるクラウドコンピューティングシステム１０の実施形態の概略図が示されている。クラウドコンピューティングシステム１０は、クライアントネットワーク１２、ネットワーク１４（例えば、インターネット）、およびクラウドベースプラットフォーム１６を含んでもよい。いくつかの実施形態では、クラウドベースプラットフォーム１６は、構成管理データベース（ＣＭＤＢ）プラットフォームであってもよい。一実施形態では、クライアントネットワーク１２は、スイッチ、サーバ、およびルータを含むがこれらに限定されない様々なネットワークデバイスを有するローカルエリアネットワーク（ＬＡＮ）などのローカルプライベートネットワークであってもよい。別の実施形態では、クライアントネットワーク１２は、１つまたは複数のＬＡＮ、仮想ネットワーク、データセンター１８、および／または他のリモートネットワークを含み得るエンタープライズネットワークを表す。図１に示すように、クライアントネットワーク１２は、１つまたは複数のクライアントデバイス２０Ａ、２０Ｂ、および２０Ｃに接続することができ、クライアントデバイスが互いにおよび／またはプラットフォーム１６をホストするネットワークと通信することができるようになっている。クライアントデバイス２０は、例えば、ウェブブラウザアプリケーションを介して、またはクライアントデバイス２０とプラットフォーム１６との間のゲートウェイとして機能し得るエッジデバイス２２を介して、クラウドコンピューティングサービスにアクセスするコンピューティングシステムおよび／または一般にＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）デバイスと呼ばれる他のタイプのコンピューティングデバイスであってもよい。また、図１は、クライアントネットワーク１２が、プラットフォーム１６をホストするネットワーク、他の外部アプリケーション、データソース、およびサービスと、クライアントネットワーク１２との間のデータの通信を容易にするＭＩＤ（Ｍａｎａｇｅｍｅｎｔ, Ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ, Ａｎｄ Ｄｉｓｃｏｖｅｒｙ）サーバ２４などの、管理またはマネジメントデバイス、エージェント、またはサーバを含むことを示している。図１には特に図示されていないが、クライアントネットワーク１２は、接続ネットワークデバイス（例えば、ゲートウェイまたはルータ）、または、顧客のファイアウォールまたは侵入保護システムを実装するデバイスの組み合わせも含むことができる。

図示の実施形態について、図１は、クライアントネットワーク１２がネットワーク１４に結合されていることを示している。ネットワーク１４は、クライアントデバイス２０とプラットフォーム１６をホストするネットワークとの間でデータを転送するために、他のＬＡＮ、ワイドエリアネットワーク（ＷＡＮ）、インターネット、および／または他のリモートネットワークなどの、１つまたは複数のコンピューティングネットワークを含んでもよい。ネットワーク１４内のコンピューティングネットワークの各々は、電気的および／または光学的ドメインで動作する有線および／または無線のプログラマブルデバイスを含んでもよい。例えば、ネットワーク１４は、セルラーネットワーク（例えば、ＧＳＭ（ＧｌｏＢＡｌ Ｓｙｓｔｅｍ ｆｏｒ ＭｏＢｉｌｅ ＣｏｍｍｕｎｉＣＡｔｉｏｎｓ）ベースのセルラーネットワーク）、ＩＥＥＥ ８０２.１１ネットワーク、および／または他の適切な無線ベースのネットワークなどの無線ネットワークを含んでいてもよい。また、ネットワーク１４は、ＴＣＰ（ＴｒＡｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ ＰｒｏｔｏＣｏｌ）やＩＰ（Ｉｎｔｅｒｎｅｔ ＰｒｏｔｏＣｏｌ）など、任意の数のネットワーク通信プロトコルを採用してもよい。図１には明示的に示されていないが、ネットワーク１４は、サーバ、ルータ、ネットワークスイッチ、および／または、ネットワーク１４を介してデータを伝送するように構成された他のネットワークハードウェアデバイスなど、様々なネットワークデバイスを含んでいてもよい。

図１において、プラットフォーム１６をホストするネットワークは、クライアントネットワーク１２およびネットワーク１４を介してクライアントデバイス２０と通信可能なリモートネットワーク（例えば、クラウドネットワーク）であってもよい。プラットフォーム１６をホスティングするネットワークは、クライアントデバイス２０および／またはクライアントネットワーク１２に追加のコンピューティングリソースを提供する。例えば、プラットフォーム１６をホストするネットワークを利用することにより、クライアントデバイス２０のユーザは、様々な企業、ＩＴ、および／または他の組織に関連する機能のためのアプリケーションを構築および実行することができる。一実施形態では、プラットフォーム１６をホストするネットワークは、１つ以上のデータセンター１８上に実装され、各データセンターは、異なる地理的な場所に対応し得る。データセンター１８の各々は、複数の仮想サーバ２６（本明細書では、アプリケーションノード、アプリケーションサーバ、仮想サーバインスタンス、アプリケーションインスタンス、またはアプリケーションサーバインスタンスとも呼ばれる）を含み、各仮想サーバ２６は、単一の電子計算装置（例えば、単一の物理ハードウェアサーバ）などの物理計算システム上に、または複数の計算装置（例えば、複数の物理ハードウェアサーバ）にわたって実装され得る。仮想サーバ２６の例には、ウェブサーバ（例えば、単体のＡｐａｃｈｅインストール）、アプリケーションサーバ（例えば、単体のＪＡＶＡ仮想マシン）、および／またはデータベースサーバ（例えば、単体のリレーショナルデータベース管理システム（ＲＤＢＭＳ）カタログ）が含まれるが、これらに限定されない。

プラットフォーム１６内のコンピューティングリソースを利用するために、ネットワークオペレータは、様々なコンピューティングインフラストラクチャを使用してデータセンター１８を構成することを選択することができる。一実施形態では、データセンター１８のうちの１つまたは複数が、サーバインスタンス２６の１つが複数の顧客からの要求を処理し、複数の顧客にサービスを提供するように、マルチテナントクラウドアーキテクチャを使用して構成される。マルチテナントクラウドアーキテクチャを有するデータセンター１８は、複数の顧客からのデータを混合して保存し、複数の顧客インスタンスが仮想サーバ２６の１つに割り当てられる。マルチテナントクラウドアーキテクチャでは、特定の仮想サーバ２６が、様々な顧客のデータ等を区別して分離する。例えば、マルチテナントクラウドアーキテクチャでは、各顧客からのデータを特定して分離するために、各顧客に特定の特定子を割り当てることができる。一般的に、マルチテナントクラウドアーキテクチャを実装すると、サーバインスタンス２６のうち特定の１つの障害が、特定のサーバインスタンスに割り当てられたすべての顧客に対して障害を引き起こすなど、様々な欠点が生じる可能性がある。

別の実施形態では、１つまたは複数のデータセンター１８は、すべての顧客に独自の顧客インスタンスまたはインスタンスを提供するために、マルチインスタンスクラウドアーキテクチャを使用して構成される。例えば、マルチインスタンスクラウドアーキテクチャは、各顧客インスタンスに独自の専用アプリケーションサーバおよび専用データベースサーバを提供し得る。他の例では、マルチインスタンスクラウドアーキテクチャは、各顧客インスタンスに対して、単一の物理または仮想サーバ２６、および／または、１つ以上の専用ウェブサーバ、１つ以上の専用アプリケーションサーバ、および１つ以上のデータベースサーバなどの物理および／または仮想サーバ２６の他の組み合わせを配備することができる。マルチインスタンスクラウドアーキテクチャでは、複数の顧客インスタンスが１つまたは複数のそれぞれのハードウェアサーバにインストールされ、各顧客インスタンスには、コンピューティングメモリ、ストレージ、および処理能力などの物理サーバリソースの特定の部分が割り当てられる可能性がある。このようにすることで、各顧客インスタンスは独自のソフトウェアスタックを持ち、データの分離、顧客がプラットフォーム１６にアクセスする際のダウンタイムの比較的少ないこと、顧客主導のアップグレードスケジュールなどの利点が得られる。マルチインスタンスクラウドアーキテクチャ内に顧客インスタンスを実装する例は、図２を参照して以下でより詳細に説明する。

図２は、本開示の実施形態が動作する可能性があるマルチインスタンスクラウドアーキテクチャ１００の実施形態の概略図である。図２は、マルチインスタンスクラウドアーキテクチャ１００が、互いに地理的に離れていてもよい２つの（例えば、対になった）データセンター１８Ａおよび１８Ｂに接続するクライアントネットワーク１２およびネットワーク１４を含むことを示している。図２を例にすると、ネットワーク環境およびサービスプロバイダクラウドインフラストラクチャのクライアントインスタンス１０２（本明細書では、クライアントインスタンス１０２とも呼ばれる）は、専用の仮想サーバ（例えば、仮想サーバ２６Ａ、２６Ｂ、２６Ｃ、および２６Ｄ）および専用のデータベースサーバ（例えば、仮想データベースサーバ１０４Ａおよび１０４Ｂ）に関連付けられている（例えば、それによってサポートされ、有効になっている）。別の言い方をすると、仮想サーバ２６Ａ～２６Ｄおよび仮想データベースサーバ１０４Ａおよび１０４Ｂは、他のクライアントインスタンスとは共有されず、それぞれのクライアントインスタンス１０２に固有のものである。描かれた例では、クライアントインスタンス１０２の可用性を促進するために、仮想サーバ２６Ａ～２６Ｄおよび仮想データベースサーバ１０４Ａおよび１０４Ｂは、２つの異なるデータセンター１８Ａおよび１８Ｂに割り当てられ、データセンター１８の１つがバックアップデータセンタとして機能するようになっている。マルチインスタンスクラウドアーキテクチャ１００の他の実施形態では、ウェブサーバなどの他のタイプの専用仮想サーバを含むことができる。例えば、クライアントインスタンス１０２は、専用仮想サーバ２６Ａ～２６Ｄ、専用仮想データベースサーバ１０４Ａおよび１０４Ｂ、ならびに追加の専用仮想ウェブサーバ（図２には示されていない）に関連付けられ得る（例えば、それらによってサポートされ、有効にされる）。

図１および図２は、それぞれクラウドコンピューティングシステム１０およびマルチインスタンスクラウドアーキテクチャ１００の特定の実施形態を示しているが、本開示は、図１および図２に示された特定の実施形態に限定されるものではない。例えば、図１は、プラットフォーム１６がデータセンターを使用して実装されることを示しているが、プラットフォーム１６の他の実施形態は、データセンターに限定されず、他のタイプのリモートネットワークインフラストラクチャを利用することができる。さらに、本開示の他の実施形態は、１つ以上の異なる仮想サーバを単一の仮想サーバに結合したり、逆に、複数の仮想サーバを用いて単一の仮想サーバに帰属する動作を実行したりすることができる。例えば、図２を例にすると、仮想サーバ２６Ａ、２６Ｂ、２６Ｃ、２６Ｄおよび仮想データベースサーバ１０４Ａ、１０４Ｂを単一の仮想サーバにまとめてもよい。さらに、本アプローチは、マルチテナントアーキテクチャ、一般化されたクライアント／サーバ実装、および／または、本明細書で論じられる操作の一部またはすべてを実行するように構成された単一の物理プロセッサベースのデバイス上でさえも含めて、他のアーキテクチャまたは構成で実装されてもよい。同様に、実装の議論を容易にするために仮想サーバまたはマシンを参照する場合があるが、代わりに物理サーバを適宜採用することもできる。図１および図２の使用および議論は、説明を容易にするための例に過ぎず、本開示をそこに例示されている特定の例に限定することを意図していない。

理解されるように、図１および２に関して議論されるそれぞれのアーキテクチャおよびフレームワークは、全体的に様々なタイプのコンピューティングシステム（例えば、サーバ、ワークステーション、クライアントデバイス、ラップトップ、タブレットコンピュータ、セルラー電話など）を組み込んでいる。念のため、そのようなシステムに典型的に見られるコンポーネントの簡単で高レベルの概要を説明します。理解されるように、本概要は、そのようなコンピューティングシステムに典型的なコンポーネントの高レベルで一般化された見解を提供することだけを意図しており、議論されたまたは議論から省略されたコンポーネントの点で限定的であると見なすべきではない。

これを念頭に置いて、背景として、本アプローチは、図３に示すような１つまたは複数のプロセッサベースのシステムを使用して実装することができることを理解することができる。同様に、本アプローチで利用されるアプリケーションおよび／またはデータベースは、そのようなプロセッサベースのシステムに格納、採用、および／または維持されてもよい。理解できるように、図３に示すようなシステムは、分散コンピューティング環境、ネットワーク環境、または他のマルチコンピュータプラットフォームまたはアーキテクチャに存在してもよい。同様に、図３に示すようなシステムは、本アプローチが実装され得る１つまたは複数の仮想環境または計算インスタンスをサポートまたは通信する際に使用されてもよい。

これを念頭に置いて、例示的なコンピュータシステムは、図３に描かれたコンピュータコンポーネントの一部またはすべてを含むことができる。図３は、概して、コンピューティングシステム２００の例示的なコンポーネントのブロック図、およびそれらの潜在的な相互接続または１つ以上のバスに沿ったような通信経路を示している。図示されているように、コンピューティングシステム２００は、１つまたは複数のプロセッサ２０２、１つまたは複数のバス２０４、メモリ２０６、入力デバイス２０８、電源２１０、ネットワークインターフェース２１２、ユーザインターフェース２１４、および／または本明細書に記載されている機能を実行するのに有用な他のコンピュータコンポーネントなど、様々なハードウェアコンポーネントを含むことができるが、これらに限定されない。

１つまたは複数のプロセッサ２０２は、メモリ２０６に格納された命令を実行することができる１つまたは複数のマイクロプロセッサを含んでもよい。さらにまたは代わりに、１つまたは複数のプロセッサ２０２は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、および／または、メモリ２０６から命令を呼び出すことなく本明細書で説明した機能の一部またはすべてを実行するように設計された他のデバイスを含んでもよい。

他のコンポーネントに関して、１つまたは複数のバス２０４は、コンピューティングシステム２００の様々なコンポーネント間でデータおよび／または電力を提供するための適切な電気チャネルを含む。メモリ２０６は、任意の有形、非一過性、およびコンピュータ読み取り可能な記憶媒体を含むことができる。図１では単一のブロックとして示されているが、メモリ２０６は、１つまたは複数の物理的位置にある同じまたは異なるタイプの複数の物理的ユニットを使用して実装することができる。入力デバイス２０８は、１つまたは複数のプロセッサ２０２にデータおよび／またはコマンドを入力するための構造に対応する。例えば、入力デバイス２０８は、マウス、タッチパッド、タッチスクリーン、キーボードなどを含むことができる。電源２１０は、ラインパワーおよび／またはバッテリーソースなど、コンピューティングシステム２００の様々なコンポーネントの電力のための任意の適切なソースとすることができる。ネットワークインターフェース２１２は、１つまたは複数のネットワーク（例えば、通信チャネル）を介して他のデバイスと通信することができる１つまたは複数のトランシーバーを含む。ネットワークインターフェース２１２は、有線ネットワークインターフェースまたは無線ネットワークインターフェースを提供してもよい。ユーザインターフェース２１４は、１つまたは複数のプロセッサ２０２から転送されたテキストまたは画像を表示するように構成されたディスプレイを含んでもよい。ディスプレイに加えておよび／または代えて、ユーザインターフェース２１４は、ライト（例えば、ＬＥＤ）、スピーカなど、ユーザとのインターフェースのための他のデバイスを含んでもよい。

以上を踏まえて、図４は、１つまたは複数の開示された実施形態による、仮想サーバ３００がクライアントインスタンス１０２をサポートおよびイネーブルする実施形態を示すブロック図である。より具体的には、図４は、上述したクラウドベースプラットフォーム１６を含む、サービスプロバイダクラウドインフラストラクチャの一部の例を示す。クラウドベースのプラットフォーム１６は、ネットワーク１４を介してクライアントデバイス２０Ｄに接続され、クライアントインスタンス１０２内で実行されるネットワークアプリケーションにユーザインターフェースを提供する（例えば、クライアントデバイス２０Ｄのウェブブラウザを介して）。クライアントインスタンス１０２は、図２に関して説明したものと同様の仮想サーバ２６によってサポートされており、ここでは、クライアントインスタンス１０２のコンテキストで本明細書で説明して開示されたライセンス分析機能のサポートを示すために図示されている。クラウドプロバイダインフラストラクチャは、一般に、クライアントデバイス２０Ｄなどの複数のエンドユーザデバイスを同時にサポートするように構成されており、各エンドユーザデバイスは、単一のクライアントインスタンス１０２と通信している。また、クラウドプロバイダインフラストラクチャは、クライアントインスタンス１０２などの任意の数のクライアントインスタンスを同時にサポートするように構成されてもよく、インスタンスの各々は１つまたは複数のエンドユーザデバイスと通信している。上述のように、エンドユーザは、ウェブブラウザ内で実行されるアプリケーションを使用して、クライアントインスタンス１０２とインターフェースすることもできる。

上述したように、本実施形態は、ライセンス分析システムまたはライセンス分析ソフトウェアアプリケーションに向けられている。このようなライセンス管理機能は、本明細書に記載されているようなクラウドベースのインフラストラクチャ上での展開、例えば、上述のようなマルチインスタンスまたはマルチテナントアーキテクチャでの展開によってサポートおよび強化されてもよい。したがって、ライセンス分析システムは、クラウドベースのプラットフォーム１６上に実装され、クライアントインスタンス１０２を介してエージェントがアクセスして、以下でより詳細に説明するように、各ユーザに対する最適または許容可能なライセンスタイプの割り当てを示す出力を表示してもよい。しかし、ライセンス分析システムは、代替的に、クライアントデバイス２０上、またはユーザに対する許容可能なライセンスタイプの割り当てを生成するための任意の他の適切なコンピューティングデバイス上でローカルに実装されてもよいことを理解されたい。実際、本明細書で説明する技術に関して、これらの技術は、本明細書で説明するようなマルチインスタンスアーキテクチャ、マルチテナントアーキテクチャ、クライアント-サーバまたはパブリックネットワーク（すなわち、インターネット）コンテキスト、あるいは、いくつかの例では、適切に構成された単一のコンピュータまたはサーバ上で実装することができる。

本明細書で使用される「ソフトウェアプログラム」とは、エンドユーザがクライアントデバイス２０上で特定の企業タスクを実行することを可能にするファイルの集合体またはグループである。これらのソフトウェアプログラムは、クライアントデバイス２０に直接インストールされてもよく、および／またはクラウドベースのプラットフォーム１６を通じてアクセス可能であってもよい。非限定的な例として、ソフトウェアプログラムは、ドイツのウォルドルフにあるＳＡＰ ＳＥ^ＴＭ ＩｎＣ.が提供するSＡP ＥＲＰ^ＴＭのようなエンタープライズリソースプランニング（ＥＲＰ）ソフトウェアプログラムを含んでもよい。また、ソフトウェアプログラムには、ワープロソフト、レポート作成ソフト、モデリングソフト、通信ソフト、ウェブ閲覧ソフトなど、エンドユーザが作業を行うためのあらゆるソフトウェアプログラムが含まれるが、これらに限定されるものではない。企業の各ユーザに適切なライセンスタイプが提供されるようにするために、本技術は、企業からユーザの活動データを収集し、各ライセンスタイプを有するユーザがどの機能を実行しているかを特定し、仕事の機能に影響を与えることなく別の低いライセンスタイプにダウングレードされる可能性のあるユーザに対して、ライセンスタイプのダウングレードの提案を出力することができるライセンス分析システムを含む。

前述の文脈を念頭に置いて、図５は、本開示の態様に従った、ライセンス分析システム３０４を有するコンピューティングシステム３０２の実施形態のブロック図である。上述したように、ライセンス分析システム３０４は、クライアントまたは企業のユーザ記録システム３０６からのユーザアクティビティデータまたはクライアントデータを分析して、企業の１人または複数のユーザに対する許容可能なライセンスタイプの割り当てを特定する。したがって、本実施形態のライセンス分析システム３０４は、本明細書に開示されたステップの実行を容易にするために、１つまたは複数のプロセッサ３１０およびメモリ３１２を含む。１つまたは複数のプロセッサ３１０は、メモリ３１２に格納された命令を実行することができる１つまたは複数のマイクロプロセッサを含んでもよい。さらにまたは代わりに、１つまたは複数のプロセッサ３１０は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ-Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒaｙ）、および／または、メモリ３１２から命令を呼び出すことなく本明細書で説明する機能の一部または全部を実行するように設計された他のデバイスを含んでもよい。メモリ３１２は、その上に格納された機械読取可能な命令を有する任意の有形、非一過性、およびコンピュータ読み取り可能な記憶媒体を含んでもよい。さらに、ライセンス分析システム３０４は、ユーザ記録システム３０６および本明細書で説明する他のコンポーネントにアクセスするのに適した任意の他のコンポーネントを追加的または代替的に含んでもよいことを理解されたい。例えば、ライセンス分析システム３０４は、入力デバイス、電源、ネットワークインターフェース、ユーザインターフェース、および／または本明細書で説明した機能を実行するのに有用な他のコンピュータコンポーネントを含んでもよい。

ユーザ記録システム３０６は、任意の適切なＥＲＰソフトウェアプログラム、例えば、ドイツのウォルドルフにあるＳＡＰ ＳＥ^ＴＭ ＩｎＣ.が提供するＳＡＰ ＥＲＰ^ＴＭによって提供されてもよい。本実施形態のユーザ記録システム３０６は、ユーザ記録データベース３１４と、ライセンス分析システム３０４とを含む。ユーザ記録データベース３１４は、クライアントコンピューティングシステム３１６を介してＥＲＰソフトウェアプログラム内で実行されたものなど、ユーザ記録システム３０６内のユーザの権限や活動を示すデータを格納してもよい。さらに、ライセンス分析システム３０４がユーザ記録システム３０６内に含まれている状態で図示されているが、ライセンス分析システム３０４は、代替的に、クライアントコンピューティングシステム３１６内に採用されてもよいし、ネットワーク１４を介して遠隔地に配置されてもよいことを理解すべきである。

ライセンス分析システム３０４の上記の文脈を念頭に置いて、図６は、本開示の側面に従って、ソフトウェアライセンスを分析するためのライセンス分析システム３０４の使用を描いたプロセス３４０の実施形態のフロー図である。プロセス３４０に図示されたステップは、議論を容易にするためのものであり、追加のステップが実行されてもよく、特定のステップが省略されてもよく、図示されたステップは、適切な場合には、代替の順序でまたは並行して実行されてもよいので、本開示の範囲を制限することを意図していない。プロセス３４０は、１つまたは複数のプロセッサ３１０（以下、簡略化のためにプロセッサ３１０と呼ぶ）を介して、ライセンス分析システム３０４によって実施されてもよい。しかし、他の実施形態では、ライセンス分析システム３０４は、任意の適切なデバイス、クライアントインスタンス、ネットワーク、クラウドベースのプラットフォーム、またはそれらの組み合わせを介して、プロセス３４０を実装してもよい。

プロセス３４０を開始するために（ブロック３４２）、ライセンス分析システム３０４のプロセッサ３１０は、クライアントコンピューティングシステム３１６からユーザアクティビティデータ３４６またはクライアントデータを受信する（ブロック３４４）。ユーザアクティビティデータ３４６は、クライアントコンピューティングシステム３１６のストレージコンポーネントから直接受信してもよいし、クライアントコンピューティングシステム３１６に通信可能に結合されたユーザ記録システム３０６のユーザ記録データベース３１４から間接的に受信してもよい。本明細書で述べたように、ユーザアクティビティデータ３４６は、企業の各ユーザに対するライセンスタイプおよびユーザ割り当てのクライアント定義の割り当てを示すデータを含む。

いくつかの実施形態では、ユーザ割り当ては、各ユーザに割り当てられたロール、プロファイル、および／または認証オブジェクトを含む。図９～１２を参照してより詳細に説明するように、ユーザ割り当ては、ユーザがソフトウェアプログラム内で実行できる作業機能を定義する権限の階層を形成する。例えば、最高レベルの階層では、プロファイルは、ソフトウェアプログラム内でユーザに関連付けられた１つ以上のロールを示す。さらに、階層の中間レベルでは、ロールは、ユーザがソフトウェアプログラムで実行できる１つまたは複数の作業アクションまたは認証オブジェクトを示す。階層の最下位レベルでは、権限オブジェクトが、ユーザがソフトウェアプログラムで実行する１つ以上の許可されたアクションを示す。ここで説明する例は、ロールに焦点を当てているが、各ユーザ割り当ての関係に基づいて、プロファイルおよび認証オブジェクトをロールと一緒にまたは別々に分析して、ユーザに許容できるライセンスタイプの割り当てを決定することもできることを理解されたい。実際、階層の少なくとも２つのレベルのユーザ割り当てを考慮する場合、望ましい冗長性の程度は、ライセンス分析システム３０４によって出力される勧告をさらに改善することができる。

ライセンス分析システム３０４によって使用および作成される関係の一実施形態の概略図である図７に簡単に目を向けると、本開示の態様に従って、ユーザアクティビティデータ３４６の例示的な実施形態が示されている。例えば、ロールデータに基づいてライセンスタイプを分析することに関して、ユーザアクティビティデータ３４６は、ユーザのリスト３５０、ロールのリスト３５２、および各ユーザのライセンスタイプのリスト３５４を提供する。すなわち、ユーザアクティビティデータ３４６は、複数のライセンスタイプと、各ライセンスタイプに関連付けられた複数のユーザ割り当て（ここでは、ロール）とを含む。場合によっては、ライセンス分析システム３０４は、最初にライセンスタイプを割り当てられていない「スージー」などのユーザに対して、許容可能なライセンスタイプの割り当てを提案することができる。

図６に戻ると、プロセッサ３１０は、各ライセンスタイプと、各ユーザに関連付けられたロール、プロファイル、および／または認証オブジェクトとの１：ｍマッピングまたは１：ｍ関係を生成する（ブロック３６０）。したがって、１：ｍマッピングは、ロールマップ３６２、プロファイルマップ３６４、および認証オブジェクトマップ３６６のうちの１つ以上の形態をとることができる。再び図７に戻ると、ライセンス分析システム３０４によって生成されたロールマップ３６２の図示された実施形態は、ライセンスタイプのリスト３７０と、各それぞれのライセンスタイプ３７０に関連付けられた１つまたは複数のロールのリスト３７２とを含む。すなわち、ユーザアクティビティデータ３４６を分析することにより、ライセンス分析システム３０４は、どのロールがどのライセンスタイプを有するユーザによって実行されるかを効率的に判断し、これらの関連性を図示したロールマップ３６２を生成してもよい。さらに、ライセンス分析システム３０４は、各ユーザに割り当てられたプロファイルおよび／または認証オブジェクトに基づいて、同様のマップまたは関係を生成してもよい。

再び図６に戻ると、ライセンス分析システム３０４のプロセッサ３１０は、適切なマップ３６２、３６４、３６６をユーザアクティビティデータ３４６と比較して、各ユーザに対する許容可能なライセンスタイプの割り当てを特定する（ブロック３８０）。すなわち、ライセンス分析システム３０４は、各ユーザがどのロールを実行するかを特定し、各ユーザが実行するロールをロールマップ３６２と比較し、各ユーザが実行するロールに基づいて、各ユーザに対する許容可能なライセンスタイプの割り当てを生成してもよい。より詳細には、ライセンス分析システム３０４は、ユーザがソフトウェアプログラム内で以前に実行された機能を継続して実行することを可能にする最低レベルまたは最低コストのライセンスタイプ割り当てとユーザをマッチングしてもよい。

一例として、ユーザアクティビティデータ３４６は、第１のライセンスタイプの割り当てが第１のロールおよび第２のロールに関連付けられ、第２のライセンスタイプの割り当てが第２のロールおよび第３のロールに関連付けられていることを指定してもよい。そして、第１のライセンスタイプの割り当てを有するユーザに関連するデータを分析する際に、ライセンス分析システム３０４は、ユーザが第２のロールに関連するアクションを実行し、第１のロールに関連するアクションを実行しないと判断してもよい。そのようなものとして、ライセンス分析システム３０４は、ユーザのためのベストフィットまたは許容可能なライセンスタイプの割り当ては、第２のライセンスタイプの割り当てであると決定する。

次に、ライセンス分析システム３０４のプロセッサ３１０は、各ユーザに対する実際のライセンスタイプ割り当ておよび各ユーザに対する許容可能なライセンスタイプ割り当てに基づいて、複合ライセンスタイプチャート３８４または複合ライセンスタイプ出力を生成する（ブロック３８２）。図７に示されているように、複合ライセンスタイプチャート３８４は、ユーザのリスト３８６、各ユーザが実行するロールのリスト３８８、各ユーザの実際のライセンスタイプ割り当て３９０、および各ユーザの許容可能なライセンスタイプ割り当て３９２を含む。さらに、複合ライセンスタイプチャート３８４は、各ユーザの実際のライセンスタイプ割り当て３９０を各ユーザ３８６の許容可能なライセンスタイプ割り当て３９２に更新することに関連する潜在的な削減額３９４またはコスト削減のリストを含む。例えば、「ボブ」がプロフェッショナルライセンスタイプから限定的プロフェッショナルライセンスタイプに切り替えられた場合、ボブはロール１に関連する機能を継続して実行することができ、企業にとって２５０ドルのライセンスコストの削減になる。あるいは、「スージー」がロール４を実行し、ロールマップ３６２がロール４はプロフェッショナルライセンスタイプでのみ実行可能であることを示しているため、複合ライセンスタイプチャートは、スージーの許容可能なライセンスタイプの割り当てがプロフェッショナルライセンスタイプであることを示しており、スージーに関連する潜在的な節約額は０ドルである。

チャートとして表されているが、複合ライセンスタイプチャート３８４は、実際のライセンスタイプ割り当て３９０および／または潜在的な削減額３９４を伴うか否かにかかわらず、ライセンスタイプの変更案を示すリストまたはデータを含む、任意の適切な出力として生成されてもよいことを理解すべきである。さらに、実際のライセンスタイプの割り当てとは異なるそれぞれの許容可能なライセンスタイプの割り当て３９２を有するユーザに対して、ライセンス分析システム３０４は、これらのユーザのライセンスタイプの割り当てを変更することでゼロではないライセンスコストの節約を提供することができることを強調、ハイライト、太字、再色、またはその他の方法で示してもよい。

いくつかの実施形態では、複合ライセンスタイプチャート３８４が生成され、ライセンス分析システム３０４にアクセスする閲覧者に提供される。実際、複合ライセンスタイプチャート３８４は、指定された時間または曜日など、スケジュールされたまたは定期的に生成および出力されてもよい。他の実施形態では、複合ライセンスタイプチャート３８４は、要求者による要求に基づいて生成され、その要求者に複合ライセンスタイプチャート３８４が提供される。したがって、ビュアーまたは要求者は、次の再許諾期間が到来したときに、ユーザのライセンスタイプの割り当てを、受け入れ可能なライセンスタイプの割り当てに手動で更新することができる。ライセンスタイプ割り当ての手動更新を可能にすることは、管理者がライセンス分析システム３０４によって提案された変更を検証することを可能にし、したがって、常にソフトウェアプログラムを完全には利用しないかもしれないが、ソフトウェアプログラムからより大きな機能性を定期的に必要とするユーザに対するライセンスタイプのダウングレードをブロックまたは防止することができる。

代替的に、再び図６に戻って参照すると、ライセンス分析システム３０４のプロセッサ３１０は、各ユーザの実際のライセンスタイプの割り当てを、それぞれの許容可能なライセンスタイプの割り当てに基づいて自動的に更新（ブロック３９６）して、プロセス３４０を終了（ブロック３９８）してもよい。したがって、ライセンス分析システム３０４は、ユーザが行う実際の作業に基づいて効率的なライセンス分析を行い、企業へのライセンスの再分配および／またはライセンスコストの削減を可能にする。

別の例として、図８は、本開示の態様に従って、ライセンス分析システム３０４の動作を促進するためにクライアントコンピューティングシステム３１６との間で送信されるデータの一例を示す概略図である。図示の実施形態では、クライアントコンピューティングシステム３１６は、ロール割り当てテーブル４３０、認証オブジェクト割り当てテーブル４３２、ユーザアクティビティステータステーブル４３４、およびユーザログインステータステーブル４３６を含むユーザアクティビティデータ３４６の一実施形態をライセンス分析システム３０４に提供する。ユーザアクティビティデータ３４６は、企業の事業運営中に、ＳＡＰ ＥＲＰ^ＴＭなどのユーザ記録システム３０６によって収集されてもよい。さらに、ＳＡＰ ＥＲＰ^ＴＭのロールおよび認証オブジェクトとして示されているが、ユーザアクティビティデータ３４６は、追加的または代替的に、任意の適切なＥＲＰソフトウェアプログラムに固有の任意のユーザ定義または認証を含んでもよいことを理解すべきである。

図７を参照して説明したように、ロール割り当てテーブル４３０は、ユーザのリスト４４０、各ユーザに関連付けられたロールのリスト４４２、および各ユーザのライセンスタイプのリスト４４４を含む。同様に、認証オブジェクト割り当てテーブル４３２は、ユーザのリスト４４０、各ユーザに関連付けられた認証オブジェクトのリスト４５０、および各ユーザのライセンスタイプ４４４のリストを含む。さらに、ユーザアクティビティステータステーブル４３４は、各ユーザのアクティビティレベル４５２のリストを示し、ユーザログインステータステーブル４３６は、各ユーザが閾値時間内にユーザ記録システム３０６またはソフトウェアプログラムにアクセスしたかどうかを示すログインデータ４５４のリストを含む。いくつかの実施形態では、ユーザが閾値時間期間内にソフトウェアプログラムで閾値以上の操作を行った場合、ユーザは、ユーザアクティビティステータステーブル４３４内で高アクティビティユーザとみなされることがある。

ユーザアクティビティデータ３４６の図示された実施形態では、ライセンス分析システム３０４は、各ユーザに対して許容可能なライセンスタイプを決定してもよい。実際、図６を参照して上述したように、ライセンス分析システム３０４は、ユーザアクティビティデータ３４６に基づいてロールマップ３６２および認証オブジェクトマップ３６６を生成し、その後、比較を実行して、ユーザがより低いライセンスタイプにダウングレードされてもよいかどうかを判断してもよい。さらに、ユーザアクティビティステータステーブル４３４およびユーザログインステータステーブル４３６を用いて、ライセンス分析システム３０４は、ソフトウェアプログラム内の各ユーザのアクティビティが、各ユーザに対して決定された許容可能なライセンスタイプを承認しているかどうかをさらに検証してもよい。すなわち、いくつかの実施形態では、ライセンス分析システム３０４は、ユーザのロール、認証オブジェクト、アクティビティレベル、および／またはログイン状態が、その現在または実際のライセンスタイプ４６２と一致するかどうかを示す比較結果のリスト４６０を含む複合ライセンスタイプチャート３８４を生成する。したがって、比較結果４６０に基づいて、ライセンス分析システム３０４は、各ユーザに対して最適化された、または、許容可能なライセンスタイプ４６４のリストを生成することができる。上述したように、複合ライセンスタイプチャート３８４はまた、ユーザをそれぞれの許容可能なライセンスタイプに切り替えることに関連する削減リスト４６６を含んでもよい。

より詳細に、および例として、ライセンス分析システム３０４は、各ユーザが第１の閾値時間期間内にソフトウェアプログラムにアクセスしたかどうかを判断し、各ユーザが第２の閾値時間期間内にソフトウェアプログラムを介して閾値数のアクションを実行したかどうかを判断し、またはその両方を判断してもよい。そして、１人以上のユーザが、第１の閾値時間期間内にソフトウェアプログラムにアクセスしていないこと、第２の閾値時間期間内に閾値数のアクションを実行していないこと、またはその両方に応答して、ライセンス分析システム３０４は、これらのユーザに対する許容可能なライセンスタイプの割り当てをダウングレードしてもよい。あるいは、ユーザが高い活動レベルおよび／または適切な時間閾値内にソフトウェアプログラムにログインしたことの両方を有する場合、ライセンス分析システム３０４は、そのユーザに対する許容可能なライセンスタイプの割り当てを維持してもよい。

ライセンス分析システム３０４の上記の理解を念頭に、ライセンス分析システム３０４によって分析され得るプロファイル、ロール、および認証オブジェクト（集合的にユーザ割り当てと呼ばれる）の間の階層に関して、以下でより詳細を提供する。実際、図９は、本開示の態様に従って、ライセンス分析システム３０４によって分析され得るロールのリスト５０２を有するユーザインターフェース５００の実施形態のスクリーンショットである。いくつかの実施形態では、ユーザインターフェース５００は、ユーザがロールタブ５０４を選択することに応答して、適切なクライアントデバイス２０に表示されるソフトウェアプログラムの画面である。前述したように、ロールは、ユーザがソフトウェアプログラム内で実行することを許可された作業機能を示すものである。また、ユーザインターフェース５００は、各ロールについて、開始データ５０８、終了データ５１０、および短い説明５１２を含む。例えば、Ｘ＿ＣＡＳＨＰＯＳ＿ＰＩＯＲＩ＿ＭＡＮＡＧＥＲロール５１４は、２０１６年９月２６日にユーザ１に割り当てられ、無期限にユーザ１に割り当てられたままであることが予想される。

図１０は、本開示の態様に従って、ライセンス分析システム３０４によって分析され得るＸ＿ＣＡＳＨＰＯＳ＿ＰＩＯＲＩ＿ＭＡＮＡＧＥＲロール５１４に関連付けられた認証オブジェクト５３２の階層を有するユーザインターフェース５３０の実施形態のスクリーンショットである。ユーザインターフェース５３０は、ユーザが図９のユーザインターフェース５００からＸ＿ＣＡＳＨＰＯＳ＿ＰＩＯＲＩ＿ＭＡＮＡＧＥＲロール５１４を選択したことに応答して、クライアントデバイス２０に表示されてもよく、したがって、ロールに関連付けられた認証オブジェクト５３２を明らかにする。例えば、認証オブジェクト５３２のサブツリーは、様々なデータ、要求などの生成、編集、閲覧、承認、および／または共有など、ソフトウェアプログラム内でユーザ１がどのような特定のアクションを実行することを認可されているかを示す。

図１１は、本開示の態様に従って、ライセンス分析システム３０４によって分析され得るプロファイルのリスト５５２を有するユーザインターフェース５５０の実施形態のスクリーンショットである。いくつかの実施形態では、ユーザインターフェース５００は、ユーザがプロファイルタブ５５４を選択したことに応答して、クライアントデバイス２０に表示されるソフトウェアプログラムの画面である。前述したように、プロファイルは、ソフトウェアプログラム内の権限階層の最高レベルにあり、したがって、ソフトウェアプログラム内のユーザに関連するロールを示すものである。

より詳細には、図１２は、本開示の態様に従って、ライセンス分析システム３０４によって分析され得る特定のプロファイル５６４、すなわちＴ－ＥＤ５９０３０８に関連付けられたロール５６２の階層を有するユーザインターフェース５６０の一実施形態のスクリーンショットである。ユーザインターフェース５６０は、ユーザが図１１のユーザインターフェース５５０からＴ－ＥＤ５９０３０８ロールを選択したことに応答して、クライアントデバイス２０上に表示されてもよく、したがって、特定のプロファイル５６４に関連するロール５６２を明らかにする。

本明細書で論じたように、企業のソフトウェアライセンス管理は、複数の技術および機能によって促進されてもよい。ライセンス分析システム３０４は、ライセンスタイプと各ライセンスタイプに関連するユーザ割り当てとの間のクライアント定義の関連付けを含む、企業またはクライアントからのユーザアクティビティデータ３４６を受信するために、クライアントデバイスまたはローカルサーバに実装されてもよい。ライセンス分析システム３０４は、ユーザアクティビティデータ３４６を分析して、各ライセンスタイプと企業内の多数のプロファイル、ロール、および認証オブジェクトとの１：ｍの関係またはマップを生成してもよい。次に、ライセンス分析システム３０４は、１：ｍの関係または適切なマップをユーザアクティビティデータと比較して、各ユーザの過去のソフトウェア使用状況に応じて適切な権限を提供する、各ユーザに対する最適なライセンスタイプの割り当てを特定してもよい。さらに、ライセンス分析システム３０４は、各ユーザに対する許容可能なライセンスタイプの割り当てを決定する際に、各ユーザが最近ログインしたか、またはソフトウェアプログラム内で高い活動状態にあるかなど、特定のユーザ活動を考慮してもよい。したがって、ライセンス分析システム３０４は、ユーザが行う実際の作業に基づいて効率的なライセンス管理を行い、企業へのライセンス再分配および／またはライセンスコスト削減を可能にする。

上述した特定の実施形態は、例として示されたものであり、これらの実施形態は、様々な修正および代替の形態に影響され得ることを理解すべきである。さらに、特許請求の範囲は、開示された特定の形態に限定されることを意図するものではなく、むしろ、本開示の精神および範囲内に入るすべての修正、等価物、および代替物をカバーすることを理解すべきである。

本明細書で提示および請求された技術は、現在の技術分野を実証的に改善する実用的な性質の物質的対象および具体的な例に参照および適用されており、そのようなものとして、抽象的、無形的または純粋に理論的なものではない。さらに、本明細書の末尾に添付された請求項が、「［機能］を［実行］するための手段...」または「［機能］を［実行］するためのステップ...」と指定された１つまたは複数の要素を含む場合、そのような要素は３５ Ｕ．Ｓ．Ｃ． １１２（ｆ）に基づいて解釈されることが意図されている。しかし、その他の方法で指定された要素を含む請求項については、そのような要素は３５ Ｕ．Ｓ．Ｃ． １１２（ｆ）に基づいて解釈されないことが意図されている。

Claims (20)

1. システムであって、以下を含む、ことを特徴とする。
   ソフトウェアプログラムにアクセスするように構成された１つまたは複数のクライアントデバイスを有する１つまたは複数のリモートクライアントネットワークと、
   クライアントインスタンスを含む。
   前記クライアントインスタンスは、１つまたは複数のデータセンターでホストされているクライアントインスタンスであって、１つまたは前記複数のリモートクライアントネットワークからアクセス可能であり、前記システムは、１つまたは複数のハードウェアまたは仮想デバイス上にライセンス分析ソフトウェアアプリケーションを実装し、以下の操作を実行するように構成されている。
   前記１つまたは複数のクライアントデバイスから前記ソフトウェアプログラムに関連するユーザアクティビティデータを受信し、前記ユーザアクティビティデータは、１つまたは複数のユーザの各ユーザの実際のライセンスタイプの割り当て、複数のライセンスタイプ、および各ライセンスタイプに関連付けられた複数のユーザ割り当てを含み、前記複数のユーザ割り当ては、複数のロール、複数のプロファイル、または複数の認証オブジェクトを含み、
   各ライセンスタイプと前記複数のユーザ割り当てとの１：ｍの関係を生成し、
   前記１：ｍの関係を前記ユーザアクティビティデータと比較して、各ユーザに許容できるライセンスタイプの割り当てを特定し、
   各ユーザの実際のライセンスタイプの割り当ておよび各ユーザの許容可能なライセンスタイプの割り当てに基づいて、複合ライセンスタイプ出力を生成し、
   前記複合ライセンスタイプ出力をレビュアーに提供する。
2. 請求項１に記載のシステムであって、前記複数のユーザ割り当ては、前記複数のロールを含み、前記複数のロールの各ロールは、前記ソフトウェアプログラムを用いて、ユーザが行う１つまたは複数の作業アクションを示すことを特徴とするシステム。
3. 請求項２に記載のシステムであって、前記１：ｍの関係は、複数の前記ロールのうちどのロールが各実際のライセンスタイプの割り当てに関連しているかを示すことを特徴とするシステム。
4. 請求項２に記載のシステムであって、前記１：ｍの関係を前記ユーザアクティビティデータと比較して、１つ以上の前記ユーザの各ユーザに対する許容可能なライセンスタイプの割り当てを特定すること、が以下を含むことを特徴とするシステム。
   各ユーザが複数の前記ロールのうちどのロールを実行するかを特定し、
   各ユーザが実行するロールを前記１：ｍの関係と比較し、
   各ユーザが実行するロールに基づいて、各ユーザに対する許容可能なライセンスタイプの割り当てを生成する。
5. 請求項４に記載のシステムであって、前記１：ｍの関係は、第１のライセンスタイプの割り当てが第１のロールおよび第２のロールに関連付けられていること、および第２のライセンスタイプの割り当てが第２のロールおよび第３のロールに関連付けられていることを示し、前記システムは、前記第１のライセンスタイプの割り当てを有するユーザを決定し、前記第２のライセンスタイプの割り当てからなる許容可能なライセンスタイプの割り当てを有する前記第２のロールに関連する機能を実行する、ことを含む動作を実行するために、ライセンス分析ソフトウェアアプリケーションを採用するように構成される、ことを特徴とするシステム。
6. 請求項１に記載のシステムであって、前記複数のユーザ割り当ては、複数のプロファイルを含み、前記複数のプロファイルの各プロファイルは、前記ソフトウェアプログラム内のユーザに関連する１つ以上のロールを示すことを特徴とするシステム。
7. 請求項１に記載のシステムであって、前記複数のユーザ割り当ては、複数の認証オブジェクトから構成され、前記複数の認証オブジェクトの各認証オブジェクトは、前記ソフトウェアプログラム内でユーザが行う１つ以上の許可されたアクションを示す、ことを特徴とするシステム。
8. 請求項１に記載のシステムであって、前記１：ｍの関係を前記ユーザアクティビティデータと比較して、各ユーザに対する許容可能なライセンスタイプの割り当てを特定することが以下を含む、ことを特徴とするシステム。
   前記ユーザアクティビティデータを分析して、各ユーザが、閾値時間内にソフトウェアプログラムを介して閾値数のアクションを実行したことを示す高いアクティビティステータスを有するかどうかを判断し、
   １人または複数のユーザが高いアクティビティステータスを有していないと判断したことに応答して、１人または複数のユーザに対する許容可能なライセンスタイプの割り当てを、より低い許容可能なライセンスタイプに調整する。
9. 請求項１に記載のシステムであって、前記１：ｍの関係を前記ユーザアクティビティデータと比較して、各ユーザに対する許容可能なライセンスタイプの割り当てを特定することが以下を含む、ことを特徴とするシステム。
   各ユーザの最終アクセス日を分析して、各ユーザが閾値期間内に前記ソフトウェアプログラムにアクセスしたかどうかを判断し、
   １人または複数のユーザが前記閾値期間内に前記ソフトウェアプログラムにアクセスしたと判断することに応答して、前記１人または複数のユーザに対する許容可能なライセンスタイプの割り当てを維持する。
10. 請求項１に記載のシステムであって、前記複合ライセンスタイプ出力は、各ユーザの実際のライセンスタイプ割り当てと、各ユーザの許容可能なライセンスタイプ割り当てを表示するチャートを含む、ことを特徴とするシステム。
11. 請求項１０に記載のシステムであって、前記チャートは、各ユーザの実際のライセンスタイプの割り当てを、各ユーザの許容可能なライセンスタイプの割り当てに更新することに関連するコスト削減を含むことを特徴とするシステム。
12. 方法であって、以下を含む、ことを特徴とする。
    １つまたは複数のクライアントデバイスから、ソフトウェアプログラムの複数のライセンスタイプと、各ライセンスタイプに関連付けられた複数のロールとを含むクライアントデータを受信し、
    前記１つまたは複数のクライアントデバイスから、前記ソフトウェアプログラムにアクセスする複数のユーザの各ユーザに対する複数の実際のライセンスタイプの割り当てを受信し、
    １つまたは複数のプロセッサを介して、前記複数のライセンスタイプの各ライセンスタイプと前記複数のロールの１つまたは複数のロールとの１：ｍの関係を生成し、
    前記１：ｍの関係をクライアントデータと比較して、各ユーザに許容できるライセンスタイプの割り当てを特定し、
    前記１つまたは複数のプロセッサを介して、各ユーザの実際のライセンスタイプの割り当ておよび各ユーザの許容可能なライセンスタイプの割り当てに基づいて、複合ライセンスタイプ出力を生成し、
    １つまたは複数の通信コンポーネントを介して、複合ライセンスタイプ出力をレビュアーに提供する。
13. 請求項１２に記載の方法であって、前記１：ｍの関係を前記クライアントデータと比較して、各ユーザの許容可能なライセンスタイプ割り当てを特定することが、以下を含むことを特徴とする方法。
    各ユーザが複数のロールのうちどのロールを実行するかを特定し、
    各ユーザが実行するロールを前記１：ｍの関係と比較し、
    各ユーザが実行するロールに基づいて、各ユーザに対する許容可能なライセンスタイプの割り当てを生成する。
14. 請求項１２に記載の方法であって、前記１：ｍの関係を前記クライアントデータと比較して、各ユーザの許容可能なライセンスタイプの割り当てを特定することが、以下を含むことを特徴とする方法。
    各ユーザが第１の閾値時間内にソフトウェアプログラムにアクセスしたかどうかを判断すること、各ユーザが第２の閾値時間内にソフトウェアプログラムを介して閾値数のアクションを実行したかどうかを判断すること、またはその両方を行うこと、および、
    前記１人または複数のユーザが前記第１の閾値時間内に前記ソフトウェアプログラムにアクセスしなかったこと、前記第２の閾値時間内に前記閾値数のアクションを実行しなかったこと、またはその両方に応答して、前記１人または複数のユーザに対する許容可能なライセンスタイプの割り当てをダウングレードする。
15. 請求項１２に記載の方法であって、前記１つまたは複数のプロセッサは、クラウドベースサービスプラットフォームの一部であることを特徴とする方法。
16. 請求項１２に記載の方法であって、前記複数のロールの各ロールは、前記ソフトウェアプログラムを用いてユーザが実行する１つ以上の作業アクションを示す、ことを特徴とする方法。
17. 機械読み取り可能な命令を含む、有形の非一過性の機械読み取り可能な媒体であって、機械読み取り可能な命令は、１つまたは複数のプロセッサによって実行されると、１つまたは複数のプロセッサに以下を含む動作を行わせることを特徴とする有形の非一過性の機械読み取り可能な媒体。
    １つまたは複数のクライアントデバイスからソフトウェアプログラムに関連するユーザアクティビティデータを受信し、前記ユーザアクティビティデータは、１つまたは複数のユーザの各ユーザの実際のライセンスタイプの割り当て、複数のライセンスタイプ、および各ライセンスタイプに関連付けられた複数のロールを含み、前記複数のロールの各ロールは、前記ソフトウェアプログラムを用いてユーザが行う１つまたは複数の作業アクションを示し、
    各ライセンスタイプと前記複数のロールとの１：ｍの関係を生成し、
    前記１：ｍの関係を前記ユーザアクティビティデータと比較して、各ユーザに対する許容可能なライセンスタイプの割り当てを特定し、
    各ユーザが複数のロールのうちどのロールを実行しているかを特定し、
    各ユーザが実行するロールを１：ｍの関係と比較し、
    各ユーザが実行するロールに基づいて、各ユーザに対する許容可能なライセンスタイプの割り当てを生成し、
    各ユーザに対する許容可能なライセンスタイプの割り当てからなる出力をレビュアーに提供する。
18. 請求項１７に記載の有形の非一過性の機械読み取り可能な媒体であって、前記機械読み取り可能な命令は、１つ以上のプロセッサによって実行されると、１つ以上のプロセッサに、各ユーザの実際のライセンスタイプ割り当ておよび各ユーザの許容可能なライセンスタイプ割り当てを表示する複合ライセンスタイプチャートを生成させ、前記複合ライセンスタイプチャートは、レビュアーに提供される出力で構成される、ことを特徴とする有形の非一過性の機械読み取り可能な媒体。
19. 請求項１７に記載の有形の非一過性の機械可読媒体であって、前記機械読み取り可能な命令は、前記１つまたは複数のプロセッサによって実行されると、前記１つまたは複数のプロセッサは、スケジュールに従ってまたは周期的に出力を提供する、ことを特徴とする有形の非一過性の機械読み取り可能な媒体。
20. 請求項１７に記載の有形の非一過性の機械読み取り可能な媒体であって、前記１つまたは複数のプロセッサは、前記１つまたは複数のクライアントデバイスに対してローカルに存在する、ことを特徴とする有形の非一過性の機械読み取り可能な媒体。

Images