ライセンスの更新時期は？本当に更新が必要かどうかを確認

ライセンス管理の主な課題の1つは、最小の数のライセンスを保有してコストを削減しながら、できるだけ少ないデナイアル（拒否）で最大の生産性を提供しながらユーザー本位の体制を維持するできるようにすることです。当社のOpenLMにある標準のリポート機能によって、ライセンスプールをスリムに保つために必要なすべての情報が得られると考えています。

Autodeskなどのベンダーが提供するライセンス管理ソフトウェアは、ネットワークプールからチェックアウトされたライセンスをリポートするため、ほとんどの顧客がOpenLMを購入しています。リポートされていないのは、これらのライセンスが使用されている効率、つまりユーザーの生産性はどれくらいかということです。顧客は自分たちのライセンスの使い方が最適ではないことを直感的に知っていますが、ベンダーのライセンス管理ソフトウェアでこれを確認する方法がないことを私たちに伝えます。

そのため、組織がOpenLMを取得すると、おおむねライセンスの使用状況と余剰ライセンスの有無を監視することから始めます。これで、アイドル状態のライセンス、つまり予約されていて使用されていないライセンスを識別できます。これらのライセンスは、「ハーベスト(収穫するの意）」してユーザーのセッションを中断し、ライセンスをプールに戻すことで、他のユーザーのために解放できます。

エンジニアリングソフトウェアのライセンス管理の皮肉な1面として、ITビジネス管轄部署がソフトウェアライセンスの予算を組む必要がありますが、実際にはソフトウェアを使用していないことです。当社のソフトウェアを使用すると、グループまたは部門別にライセンスの使用状況を特定し、そのソフトウェアが実際に使用されている部門に費用を請求することができます。これは通常、さらなるコスト削減につながります。なぜなら、そのグループまたは部門の管理者が、ライセンスを予約するときに自分のユーザーが効率的・経済的にライセンスを使用しているか確認するからです。

しかし、それは単なるコスト削減ではありません。より多くのライセンスが必要になる時が来ます。早期に警告となるサインは以下のとおりです。

• まもなく開始される新しいプロジェクトの予告
• ソフトウェアの契約更新の時期の到来
• 最高水準点（またはピーク時の使用量）が、毎日最大ライセンス数に接近
• 本当の(真の）デナイアル（トルーデナイアル(True DenIial))の増加　（これはライセンスマネージャーがすべてのサーバにアクセスしてライセンスを１つも見つけられず、ユーザーがライセンスの取得に成功していないにもにもわず、ライセンスの予約を繰り返し再試行することによって、「本当の(真の）デナイアル（トルーデナイアル(True DenIial))の数が増えています。たとえば、ライセンスマネージャが最初に問い合わせたサーバーで利用可能なライセンスを見つけることができなかったが、その次の再試行はライセンスの取得に成功し、ユーザーとその作業が影響を受けない場合は「真」の拒否としてカウントされません。 2台目以降のサーバーでは、影響はごくわずかであったため、これは本当の拒否(デナイアル）ではありません。

私たちの標準的なリポートはより多くのライセンスを取得するという決定のための有用な情報を提供しますが、私たちは新しいライセンスが必要かどうか、そしてその数を決定することをサポートするリポートのための余地があると感じました。この新しいリポートは、Reporting Hubの拡張機能に追加されました。

 

Reporting Hubに新しく追加されたもの

このリポートには3つのセクションがあり、さまざまなビューを表示するためにさまざまなフィルタを選択できます。画面の下部には時間軸があり、画面の左側にはソフトウェア、ユーザー、およびワークステーションのパラメータがあります。リポート作成はソフトウェア機能レベルまで細分化されています。これは、高度な機能の追加のライセンス費用が使用許諾契約の一部を構成している場合に特に役立ちます。リポートの内容を見てみましょう。

 

画面上部のリポートには、アプリケーションの各機能に関する統計、その機能がチェックアウトされた頻度、およびデナイアル（拒否）された回数が表示されます。次に拒否を分析し、拒否されたユーザー数と拒否数の2つの拒否率を提供します。機能は、拒否率の降順でランク付けされます。すべての試行が拒否されたため、一番上の機能「GMS4050_ufunc_exe」はチェックアウトされませんでした。これは、使用許諾契約に基づいて購入されていない機能、または一部の少数のユーザーしかアクセスできない特別な機能です。

 

この比率から、このライセンスプールのコンフォートゾーン（快適な使用感をユーザーに与えることができる領域）を超えていること、およびより多くのライセンスが必要であることがわかります。左下のグラフを見ると、拒否率が非常に高く、ユーザーが複数の拒否を経験していることがわかります。これは、拒否数がユーザー数の最大4倍であるためです。レポートの左側にある「12」という値は、需要と供給のバランスを良くするために必要な追加ライセンスの数です。まだいくつかの拒否(デナイアル）がありますが、80％の削減が期待できるでしょう、それは私たちを許容できる比率に戻します。