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

ボローライセンス

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

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

ボローライセンス Borrowed License Activity:継続時間と稼働率の KPI、ユーザーごとの稼働時間とアイドル時間、時系列のボロー件数、およびイベント単位の詳細テーブル。

KPI

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

視覚化

  • Borrowed License Utilization by User: ユーザーごとに、ボロー期間の合計とそのうちのアイドル時間を並べて比較する棒グラフです。2 本のバーが近いユーザーは、使っていない席をボローしています。

表示される値:

  • ユーザー名: X 軸。

  • Total Duration (Hours)

  • Total Idle Time (Hours)

  • Number of Borrowed Licenses: 貸し出されていたライセンス数の推移を示す折れ線グラフです。ボローのピークと、プールが減った状態が続いた期間を確認できます。

表示される値:

  • Start Date (Hour): X 軸。

  • Borrowed Licenses: 貸し出し中のライセンス数。

  • Borrowed License Details: 1 行が 1 件のボローに対応するイベント単位のテーブルです。

表示される値:

  • ユーザー名: ライセンスをボローしたユーザー。
  • 機能名: ボローされた機能。
  • 数量: そのボローで取得したライセンス数。
  • 開始時刻: ボローの開始時刻。
  • 終了時刻: 返却期限、または返却された時刻。
  • Total Duration (Hours): ボロー期間の長さ。

残りの列はテーブルを横スクロールして確認します。

  • フィルター:

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

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

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

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

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

このレポートの読み方

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

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