複数ライセンス消費

1 人のユーザーが、まったく同じ機能と製品の組み合わせに対して、同時に複数の固有ライセンスキーを保持している事例を検出することで、冗長なソフトウェア利用を特定するレポートです。終了時刻のないアクティブセッションを抽出し、ユーザー、機能、製品、ライセンス ID ごとに最新の固有レコードのみを保持することで、二重カウントを防ぎます。その上で、機能、製品、ベンダー、バージョン、追加キーの完全に同じ組み合わせに対して、複数の固有ライセンスキーを同時に保持しているユーザーをフラグ付けします。

複数ライセンス消費

1 人のユーザーが同じ機能・製品に対して複数の固有ライセンスキーを消費している、冗長なアクティブセッションを可視化する詳細なダッシュボードです。

KPI

このシートは次の順序で 4 つの件数を表示します。

• 対象ユーザー数： 同じ機能に対して複数の同時ライセンスを保持していると現在認識されている、固有ユーザーの総数。
• 対象機能数： 冗長な消費の対象となっている、固有のソフトウェア機能またはモジュールの数。
• 対象ライセンス数： 複数ライセンス消費イベントの一部としてフラグ付けされている、固有ライセンス ID（キー）の総数。
• 対象サーバー数： 冗長なライセンストランザクションに現在関与している、固有ライセンスサーバーの総数。

視覚化

• 複数ライセンス消費テーブル： フラグ付けされた冗長セッションの全体像を捉える、詳細なログ。

• ライセンス保有数別ユーザー（棒グラフ）： 同じ機能に対してもっとも多くの同時ライセンスを保持しているユーザーを表示します。

• 機能別ライセンス保有数（棒グラフ）： 複数ライセンス消費の対象になっている頻度がもっとも高い特定機能を可視化します。

表示される値：

• ユーザー名： ライセンスを保有しているユーザー。

• 機能名： 使用されている特定のソフトウェア機能。

• 製品名： ライセンスが属するソフトウェア製品。

• サーバー名： ライセンスを管理し配布しているライセンスサーバー。

• ベンダー： ライセンスの提供元。

• ライセンスタイプ： ライセンスモデル（例：フローティング、ノードロック）。

• ライセンス ID： 各ライセンスキーの一意の識別子で、個々のライセンス使用を追跡するために使用します。ユーザー・機能・製品が同じでこの値だけが異なる 2 行が、このレポートが検出しようとしている重複です。

• プロジェクト名： 使用状況が帰属するプロジェクト。プロジェクトのマッピングがないレコードは No Project と表示されます。

• バージョン： ライセンスを消費している製品のバージョン。

• アクティブセッション数： そのライセンスレコードで現在アクティブなセッション数。通常は 1 行あたり 1 です。

• 開始時刻（UTC）： ライセンスセッションが開始された時刻。

• 終了時刻（UTC）： セッションが終了した時刻。空欄はセッションがまだ開いていることを意味し、このレポートが対象とするのはその状態だけです。

• フィルター：

• 日付: 相対的な日付フィルターです。既定は 直近 14 日間（Last 14 days）で、解決された範囲（例: 2026/07/11 to 2026/07/24）がすぐ下に表示されます。別のプリセット、または開始日と終了日を指定したカスタム範囲を選択して、対象期間を変更できます。

• サーバー名： このフィルターから任意のサーバー名を選択できます。

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

• 機能名： このフィルターから任意の機能名を選択できます。

• ソフトウェア名: SAM カタログに登録された製品を選択します。カタログはパブリッシャー名と製品名を正規化するため、ライセンス文字列の表記が揃っていないレコードもここでまとめて絞り込めます。

• 製品名： このフィルターから任意の製品名を選択できます。

• ライセンスタイプ： このフィルターから任意のライセンスタイプを選択できます。

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

• ユーザー名： このフィルターから任意のユーザー名を選択できます。

• 子ユーザー名: OpenLM は使用状況を親ユーザーアカウントに集約するため、ユーザー名にはその人物の合計が表示されます。親に統合された個々のアカウントを個別に確認するには、ここで子ユーザー名を選択します。マッピングの仕組みはユーザーエイリアスを参照してください。

このレポートの読み方

• 各行は、同じ機能・製品・ベンダー・バージョン・キーについて、1 人のユーザーが今まさに 2 つ以上のライセンスキーを保持していることを意味します。 正当な原因もあります（セッション中のワークステーション切り替え、回収前のクラッシュしたセッション）が、いずれもプールから静かに失われた席です。
• KPI がすべてゼロなのが健全な状態であり、開いているセッションだけを評価するレポートなので通常の状態でもあります。重複は発生しては解消され、検出結果も現れては消えます。
• Users by License Count に繰り返し現れる名前が対応すべきシグナルです： 同じユーザーが繰り返し二重消費するのは、ユーザーの行動ではなく、ワークステーションのプロファイルや起動スクリプトが重複チェックアウトを生んでいることを指します。
• 検出されたユーザーの行を現在消費されているライセンスと突き合わせれば、両方のセッションを発生元のワークステーションまで並べて確認できます。

注意

このレポートは現在の状態を表します。つまり、いま開いていて終了時刻を持たないセッションを検出します。 同じ機能について 2 つのキーを同時に保持しているユーザーがいない場合、すべての KPI は 0、両方のチャートは No data になります。日付フィルターを広げても変わりません。終了済みのセッションは対象に戻らないためです。