ボローライセンス

ボローによって共有プールから外れている席を見つけるには、ボローライセンスレポートを開きます。ユーザーがライセンスをボローすると、その席はボロー期間中ずっと共有プールから外れます。アプリケーションが実際に使われたかどうかは関係ありません。このレポートでは、各ボローがどれだけ続いたか、そのうちどれだけが実際の作業だったか、どのユーザーと機能がボローの大半を占めているかを確認できます。

OpenLM Platform では、このレポートは License Management ダッシュボードの Borrowed Licenses シートです（シートのタイトルは Borrowed License Activity）。

次のスクリーンショットは、主要業績評価指標（KPI）、グラフ、詳細テーブルを含むレポートを示しています。

Borrowed licenses レポートは、ボロー期間、稼働率、イベント単位の詳細を表示します。

KPI

レポートには、次の主要業績評価指標（KPI）があります。

• Total Duration (Hours): 選択期間におけるボロー期間の合計。
• Total Utilized (Hours): そのうちライセンスが実際に使用された時間。
• Percentage Utilized: Total Duration に対する Total Utilized の割合。値が低い場合、席が使われずにプールから外れていたことを意味します。
• Total Idle Time (Hours): 残りの時間。つまりライセンスがアイドル状態だったボロー時間。

視覚化

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

• Borrowed License Utilization by User: ユーザーごとに、ボロー期間の合計とそのうちのアイドル時間を並べて比較する棒グラフです。2 本のバーが近いユーザーは、使っていない席をボローしています。表示される値は次のとおりです。
  • User Name: X 軸。
  • Total Duration (Hours)
  • Total Idle Time (Hours)
• Number of Borrowed Licenses: 貸し出されていたライセンス数の推移を示す折れ線グラフです。ボローのピークと、プールが減った状態が続いた期間を確認できます。表示される値は次のとおりです。
  • Start Date (Hour): X 軸。
  • Borrowed Licenses: 貸し出し中のライセンス数。
• Borrowed License Details: 1 行が 1 件のボローに対応するイベント単位のテーブルです。残りの列はテーブルを横スクロールして確認します。表示される値は次のとおりです。
  • User Name: ライセンスをボローしたユーザー。
  • Feature Name: ボローされた機能。
  • Quantity: そのボローで取得したライセンス数。
  • Start Time: ボローの開始時刻。
  • End Time: 返却期限、または返却された時刻。
  • Total Duration (Hours): ボロー期間の長さ。

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

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

このレポートの読み方

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

• Percentage Utilized は、プールから離れていた時間のうち、実際に作業に使われた割合を示します。 100% ならボローは役割を果たしています（期間全体でオフライン作業が行われた）。低い割合は、席が持ち出されたまま放置されたことを意味します。他の全員に対して、何の見返りもなく容量を拒否したのと同じです。
• ユーザー別チャートはポリシーと習慣を区別します。 長くアイドルなボローを繰り返す 1 人は個別の相談、短く使い切るボローが多数は健全なパターンです。
• Number of Borrowed Licenses の推移は、ボローがプールをどれだけ削るかを示します。 ピークを拒否の発生時刻と重ねれば、オフラインのチェックアウトが社内のユーザーを飢えさせていないか分かります。
• ボローされた席はアプリ終了では戻らず、ボロー期限でのみ戻ります。詳細テーブルの各行がセッションの長さではなく End Time で区切られているのはそのためです。

注意

ボローは、その機能についてライセンスマネージャー側で有効になっている必要があります。あるセッションがボローされたライセンスで提供されたかどうかは、ライセンスアクティビティの Borrowed 列でも確認できます。