シャドウ拒否

Shadow License Capping レポートは、定義されたシャドウライセンスポリシーに基づいてアプリケーション利用が制限されたすべてのキャッピングイベントの詳細を表示します。各キャッピングインスタンスをユーザー、システム、アプリケーションレベルの詳細情報とともに追跡し、ライセンス制御の挙動を正確に監視・検証できます。シャドウライセンスのキャッピングイベントを取得・分析・可視化することで、透明性、コンプライアンス、ライセンス利用の最適化を確保します。

OpenLM Platform では、このレポートは System Monitoring ダッシュボードの Shadow Denials シートです。Reporting Dashboard を開き、System Monitoring、続いて Shadow Denials を選択します。

これらのイベントを生成するポリシーはシャドウライセンスで設定します。また、プロセスマネージャーは自身の Dashboard ページの Shadow Denials タブとしてこのシートを埋め込んでいます。

Shadow Denials シート：合計キャッピングイベント数、成功セッション数、拒否率などの主要 KPI、影響を受けたベンダーとアプリケーションの上位、消費ポリシータイプ別のキャッピング分布、時系列推移、ユーザーごとの拒否率、ワークステーション別分布、およびイベント単位の詳細テーブルを表示します。

KPI

• 合計キャッピングイベント数： 記録されたシャドウ拒否イベントの総数。
• 合計成功セッション数： 拒否されなかったセッションの総数。
• 拒否率 (%)： （キャッピングイベント数 ÷ 合計チェックアウト試行数）× 100 で算出。合計チェックアウト試行数 = 成功セッション数 + 拒否数。

視覚化

• 影響度トップ分析： キャッピングイベント数に基づき、もっとも影響を受けたベンダーとアプリケーションを表示します。これにより、ライセンス制限の影響を強く受けているソフトウェアやベンダーを特定し、最適化やポリシー調整の候補を見つけられます。

• キャッピング分布チャート： さまざまな消費ポリシータイプ（プロセス、ワークステーション、ワークステーション上のユーザーなど）にわたって、キャッピングイベントがどのように分布しているかを可視化します。これにより、どこでもっとも頻繁に制御が適用されているかを特定できます。

• 時系列分析： キャッピングイベントの時間推移を表示し、選択した期間内の急増、繰り返しパターン、ライセンス制御の挙動上の異常を検出できます。

• ユーザー別拒否率チャート： 各ユーザーの拒否されたセッションの割合を表示し、ライセンスキャッピングの影響をもっとも受けているユーザーを特定するのに役立ちます。アクセス上の問題のトラブルシューティングやユーザー体験の改善に有用です。

• ユーザー & ワークステーションチャート： ユーザーとワークステーションごとのキャッピングイベントを比較できる視点を提供します。これらのチャートは、ライセンス制限に頻繁に遭遇する特定のユーザーやマシンを特定するのに役立ちます。

• 詳細キャッピングテーブル： ユーザー、ワークステーション、アプリケーション、ベンダー、ポリシータイプ、拒否ステータスなど、イベント単位の細かいデータを表示します。このテーブルは、個別のキャッピングイベントの詳細分析、監査、検証に役立ちます。

表示される値：

• ユーザー名： ライセンスキャッピングが適用されたユーザーアカウント。

• ワークステーション： アプリケーションがアクセスされたマシン／ホスト。

• IP アドレス： キャッピングイベント発生時のワークステーションの IP アドレス。

• キャッピングタイムスタンプ： キャッピングが発生した正確な日時。

• アプリケーション名： キャッピングイベントを発生させたアプリケーション。

• ベンダー名： アプリケーションに関連付けられたソフトウェアベンダー。

• トラッキングタイプ： 利用検出に使用された方式（プロセス、ファイル、またはディレクトリ）。

• 消費ポリシータイプ： キャップが適用されたレベル（プロセス、ワークステーション、またはワークステーション上のユーザー）。

• シャドウライセンスポリシー： キャップ適用の根拠となったポリシーまたはルール。

• 拒否ステータス： キャッピングによりセッションが拒否されたかを示します。

• 上限： 適用されたポリシーの下でのライセンス利用しきい値。

• フィルター：

• 日付： キャッピングイベントを分析する特定の期間を選択できます。

• ユーザー： 個別ユーザーごとのキャッピング状況を追跡できます。

• ワークステーション： このフィルターから任意のワークステーションを選択できます。

• アプリケーション名： このフィルターから任意のアプリケーション名を選択できます。

• ベンダー： このフィルターから任意のベンダーを選択できます。

• トラッキングタイプ： 利用検出方式（プロセス、ファイル、ディレクトリ）でフィルターできます。

• 消費ポリシータイプ： キャッピングポリシーの適用方法でフィルターできます。

• 拒否ステータス： true / false の拒否ステータスでフィルターできます。

このレポートの読み方

• シャドウ拒否は、ライセンスサーバーの拒絶ではなく、OpenLM があなたのポリシーを執行した結果です。 Denial Rate はチェックアウト試行全体に対するキャッピングイベントの割合であり、自分で設定した上限がどれだけ効いているかを測ります。率の上昇は、需要が設定した上限に迫っていることを意味し、ベンダーのプールが枯渇したことを意味しません。
• セッション数が健全なのに Denial Rate が 0% なのは、現在の需要ではポリシーが効いていないということです — 余裕であって故障ではありません（既定の 14 日間の窓ではまさにこれがよく表示されます。履歴は日付フィルターを広げると現れます）。
• Consumption Policy Type 別のキャッピング分布は、執行が実際に効いている場所を示します（プロセス単位、ワークステーション単位、ワークステーション上のユーザー単位）。1 つのポリシータイプがほぼすべてのイベントを生んでいるなら、最初に見直すべき上限はそれです。
• ユーザー別の拒否率チャートは、広い圧力（多くのユーザーが時々かかる）と、少数のユーザーが常に上限に当たる状態を区別します。後者は容量の問題ではなく、そのユーザーたちとのポリシー適合の相談です。

注意

キャッピングイベントは少しずつ蓄積されます。既定の Last 14 days（直近 14 日間）では、成功セッションが多数ある一方で キャッピングイベントが 0 と表示されることがよくあります。履歴を見るには日付フィルターを広げてください。 このスクリーンショットは 20 年の期間を使用しており、1,737 件のキャッピングイベントと 1.6% の拒否率はこの期間の値です。