メインコンテンツまでスキップ

セッションの詳細(Session Details)

各フィーチャー、ユーザー、グループ、プロジェクトのライセンスセッション数を確認するには、Session details レポートを開きます。このレポートはライセンスセッションの総数を追跡し、キャパシティプランニングとライセンス割り当ての最適化に向けて、ユーザーの行動、フィーチャーの需要、ライセンスの傾向を特定するのに役立ちます。

OpenLM Platform では、このレポートは Feature Insights ダッシュボードの Session Report シートです。

次のスクリーンショットは、フィーチャー、ユーザー、グループ、プロジェクト別のセッション総数のグラフを示しています。

フィーチャー、ユーザー、グループ、プロジェクト別のセッション総数のグラフを表示する Session details レポート Session details レポートは、ライセンスセッションを追跡して使用パターンを監視し、キャパシティプランニングを支援します。

視覚化​

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

  • Total Number of Sessions by Feature Names: 各フィーチャーのセッション総数を確認します。表示される値は次のとおりです。
    • Feature Names
    • Total Number of Sessions
  • Total Number of Sessions by Usernames: 各ユーザーのセッション総数を確認します。表示される値は次のとおりです。
    • Usernames
    • Total Number of Sessions
  • Total Number of Sessions by Group Names: 各グループのセッション総数を確認します。表示される値は次のとおりです。
    • Group Names
    • Total Number of Sessions
  • Total Number of Sessions by Project Names: 各プロジェクトのセッション総数を確認します。表示される値は次のとおりです。
    • Project Names
    • Total Number of Sessions

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

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

このレポートの読み方​

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

  • セッション数は需要イベントの数であって、作業量ではありません。 10 分のセッション 1,000 件と 100 時間のセッション 10 件は使用時間としては同じでも、意味はまったく違います。前者(頻繁な短いチェックアウト)はライセンスの回転を生み、プールの余裕が効きます。後者はアイドルの抱え込みのリスクです。このレポートはグループごとのフィーチャー使用状況の時間と合わせて読んでください。
  • ユーザー別のセッション数は行動を露わにします。 同僚より桁違いに多いセッションを持つユーザーは、チェックアウトをスクリプト化しているか、不安定なアプリケーションと戦っているかのどちらかです。どちらも知る価値があります。
  • グループ・プロジェクトのチャートは、使用状況レポートが時間を帰属させるのと同じ方法でセッション数を帰属させます。ここでは重いのに使用時間では軽いプロジェクトは、短いセッションを多数実行しています。これは検証やバッチのワークフローに典型的です。

ドキュメントチームは、大規模言語モデルを使ってこのページを下書きすることがあります。公開前に、テクニカルライターがすべてのページをレビューし、製品と照らし合わせて検証します。最終的な判断は人間が行います。