複数ライセンス消費

同じ機能に対して 1 人のユーザーが複数のライセンスキーを同時に保持している事例を見つけるには、複数ライセンス消費レポートを開きます。このレポートは、機能、製品、ベンダー、バージョン、追加キーの同じ組み合わせに対して、複数の固有ライセンスキーを保持しているユーザーをフラグ付けします。終了時刻のないアクティブセッションだけが対象で、二重カウントを防ぐため、ユーザー、機能、製品、ライセンス ID ごとに最新の固有レコードのみを保持します。

次のスクリーンショットは、冗長なアクティブセッションのダッシュボードを示します。

複数ライセンス消費レポートには、1 人のユーザーが同じ機能・製品に対して複数の固有ライセンスキーを消費しているセッションが表示されます。

KPI

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

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

視覚化

このレポートには、次の視覚化があります。

• Multi-License Consumption Table: フラグ付けされた冗長セッションの全体像を捉える、詳細なログです。表示される値は次のとおりです。
  • Username: ライセンスを保有しているユーザー。
  • Feature Name: 使用されている特定のソフトウェア機能。
  • Product Name: ライセンスが属するソフトウェア製品。
  • Server Name: ライセンスを管理し配布しているライセンスサーバー。
  • Vendor: ライセンスの提供元。
  • License Type: ライセンスモデル（例：フローティング、ノードロック）。
  • License ID: 各ライセンスキーの一意の識別子で、個々のライセンス使用を追跡するために使用します。ユーザー・機能・製品が同じでこの値だけが異なる 2 行が、このレポートが検出しようとしている重複です。
  • Project Name: 使用状況が帰属するプロジェクト。プロジェクトのマッピングがないレコードは No Project と表示されます。
  • Version: ライセンスを消費している製品のバージョン。
  • Active Session Count: そのライセンスレコードで現在アクティブなセッション数。通常は 1 行あたり 1 です。
  • Start Time (UTC): ライセンスセッションが開始された時刻。
  • End Time (UTC): セッションが終了した時刻。空欄はセッションがまだ開いていることを意味し、このレポートが対象とするのはその状態だけです。
• Users by License Count (Bar Chart): このチャートを使用して、同じ機能に対してもっとも多くの同時ライセンスを保持しているユーザーを確認します。
• License Count by Feature (Bar Chart): このチャートを使用して、複数ライセンス消費の対象になっている頻度がもっとも高い機能を確認します。

レポートを絞り込むには、次のフィルターを使用します。

• Date: 相対的な日付フィルターです。既定は Last 14 days で、解決された範囲（例: 2026/07/11 to 2026/07/24）がすぐ下に表示されます。別のプリセット、または開始日と終了日を指定したカスタム範囲を選択して、対象期間を変更できます。
• Server Name: このフィルターから任意のサーバー名を選択できます。
• Vendor: このフィルターから任意のベンダーを選択できます。
• Feature Name: このフィルターから任意の機能名を選択できます。
• Software Name: SAM カタログに登録された製品を選択します。カタログはパブリッシャー名と製品名を正規化するため、ライセンス文字列の表記が揃っていないレコードもここでまとめて絞り込めます。
• Product Name: このフィルターから任意の製品名を選択できます。
• License Type: このフィルターから任意のライセンスタイプを選択できます。
• Version: このフィルターから任意のバージョンを選択できます。
• User Name: このフィルターから任意のユーザー名を選択できます。
• Child Username: OpenLM Platform は使用状況を親ユーザーアカウントに集約するため、User Name にはその人物の合計が表示されます。親に統合された個々のアカウントを個別に確認するには、ここで子ユーザー名を選択します。マッピングの仕組みはユーザーエイリアスを参照してください。

このレポートの読み方

レポートを読むときは、次の点を参考にします。

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

注意

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