ライセンスファイル管理 (LFM)
License File Management（LFM）を使用すると、ライセンスサーバーのライセンスファイルを閲覧、編集、検証、デプロイできます。LFM はライセンスファイル管理を一元化し、現用ファイルに影響を与えずにドラフトで変更を試したり、push 前に検証したり、すべての変更を追跡したり、ライセンスサーバー間の整合性を保ったりできます。
OpenLM Platform のアプリランチャー（右上のグリッドアイコン）を開き、Licenses and Features（ライセンスと機能）→ License File Management を選択します。
事前準備: LFM は Broker Hub から収集したライセンスファイルを一覧表示するため、ファイルが表示される前に Broker がインストールされ、報告している必要があります。
LFM でできること
- すべてのライセンスファイルを 1 か所で閲覧。 LFM は Broker Hub からライセンスファイルを収集し、最新バージョンを表示します。
- 解析された内容を確認。 LFM は FlexLM および RLM ファイルを解析し、機能（feature）、ベンダー、バージョン、ライセンスタイプ、各種日付、数量、キーを生のテキストと並べて一覧表示します。
- コードエディター形式でファイルを読む。 FlexLM および RLM ファイルは、シンタックスハイライト、視覚的に区切られたサーバー／機能ブロック、各機能を要約するホバーカード付きで表示されます。
- ドラフトで安全に作業。 ドラフトを作成してライセンス本文を編集し、現用ファイルに触れずに変更を保存できます。
- 入力しながらミスを検出。 ドラフトの編集中、LFM はバックグラウンドでテキストを検証し、push する前に問題をインラインで下線表示します。
- push 前に検証。 ドラフトに対して事前検証チェックを実行し、構文、機能、ホスト名、ポート、サーバー可用性に関する問題をデプロイ前に検出します。
- バージョンを比較して結果をエクスポート。 ドラフトとデプロイ済みファイル、または任意の 2 つの保存済みバージョンを比較し、比較結果を CSV ファイルにエクスポートできます。
- コントロールされたデプロイ。 ドラフトを単一の Broker、またはトライアドクラスター内のすべての Broker に push します。
- 完全な履歴を追跡。 ドラフト、デプロイ、無効化、削除を含む、ライセンスファイルのあらゆるイベントを参照します。
- SLM と同期。 トライアド構成を含め、ライセンスファイルと正しい SLM サーバー名のリンクを自動で維持します。
- 状況を把握。 デプロイ失敗やドラフトが拒否された場合にアラートを受け取ります。
概要
- トライアドなし: 1 台の Broker に変更を反映します。
- トライアドあり: 同じライセンスファイルを 3 台すべての Broker に反映し、冗長性を確保します。1 台が停止しても、残りのサーバーが引き続きライセンスを供給します。
- ドラフト優先のワークフロー: 本番環境に push する前に、必ずドラフトで作業します。
- 機能解析: LFM は FlexLM および RLM ファイルを解析するため、生のテキストではなく構造化された機能リストを確認できます。
- スマートエディター: FlexLM および RLM ファイルは、シンタックスハイライト、ホバーによる要約表示、ドラフト編集中のライブ検証を備えたコードエディター形式で表示されます。
- 事前検証: Broker に到達する前に、各ドラフトをよくある問題についてチェックできます。
- 自動化: LFM は Broker Hub と連携し、Kafka 経由で更新を送信します。
- SLM 同期: LFM はライセンスファイルとライセンスサーバー間のリンクを SLM と同期して維持できます（トライアドメンバーを含む）。
- 監査とアラート: LFM は完全な変更履歴を保存し、監査・アラートサービスと連携します。
ローカルマシン上で直接変更されたファイルも、LFM が検出します。 Broker は定期的に Broker Hub に更新を送信するため、LFM は同期を維持します。
ライセンスファイルの閲覧
LFM は Broker Hub からライセンスファイルを自動的に取得します。各ファイルについて、次の情報を確認できます。
- 現在のファイル本文と、解析された機能の一覧。
- 完全な更新履歴（ドラフト、デプロイ、無効化、削除）。
- ドラフトの有無と、ドラフトと元ファイルの比較。
解析されたライセンス機能
LFM は FlexLM および RLM ライセンスファイルの内容を解析し、抽出した機能を生のテキストと並べて保存します。
選択したライセンスファイルの Parsed Features パネル
各ファイルについて、LFM は次の項目を表示します。
- 機能名（Feature name）
- ベンダー（Vendor）
- バージョン（Version）
- ライセンスタイプ（License type）
- 開始日（Start date）
- 有効期限（Expiration date）
- 数量（Quantity）
- キー（Key）
ファイルの 2 つのバージョンを比較すると、LFM はすべての機能を New（追加）、Changed（変更）、Removed（削除）、Unchanged（変更なし）に分類します。これにより、push する前にドラフトの実際の影響を確認できます。詳細はバージョンの比較を参照してください。
解析は FlexLM および RLM のライセンスファイル形式に対応しています。
ライセンスファイルエディター
ファイル内容パネルは、FlexLM および RLM ライセンスファイルをコードエディター形式で表示します。
- シンタックスハイライト。 キーワード（FlexLM の
SERVER、VENDOR、FEATURE、INCREMENT、RLM のHOST、ISV、LICENSE）、日付、引用符付き文字列、コメントが色分けされます。 - 視覚的なブロック表示。 サーバーブロックと各機能ブロックには色付きのアクセントバーが付き、ファイルの構造がひと目で分かります。
- ホバーによる要約カード。 機能ブロックにマウスを重ねると、解析されたレコード（機能名、ベンダー、バージョン、有効期限、数量）が表示され、生の位置ベースのフィールドを読み解く必要がありません。
- コードエディターの標準機能。 行番号、ブロックの折りたたみと展開（ガター内の折りたたみ矢印）、右側のミニマップ、エディター内検索（Ctrl+F、Mac では Cmd+F）を利用できます。
機能ブロックにマウスを重ねると解析済みの要約カードが表示される
パネル上部の Displaying ドロップダウンで、次の 2 つの表示を切り替えます。
- Original file — Broker が最後に報告したファイルの読み取り専用表示。
- *Draft — ドラフトのテキスト。ドラフトが編集可能な場合、パネルには Editable Draft Text と表示され、ライブ検証が有効になります。編集できない場合（ファイルの Broker が接続されていない、またはドラフトがすでに push 済みの場合など）は読み取り専用で開きます。
その他の形式のファイル（OpenLM Generic、LUM、DSLS など）は、ハイライトや検証なしのプレーンテキストとして意図的に表示されます。
ドラフトの作成
- 変更したいライセンスファイルを開きます。
- Create New Draft を選択します。
- Displaying を *Draft に切り替えて、ライセンス本文を編集します。編集内容は LFM が自動的に保存します。
編集中のライブ検証
ドラフトの編集中、LFM は push 前検証と同じルールでバックグラウンドのテキスト検証を実行します。キーワードの打ち間違い、不正な行、ホスト名の不一致などの問題は、push 時に初めて報告されるのではなく、入力中にインラインで下線表示されます。下線部分にマウスを重ねると、メッセージを確認できます。
ライブ検証はドラフト内の問題に下線を付け、ホバーで内容を説明する
ライブ検証は FlexLM および RLM のドラフトに適用され、Settings ページで Internal validation before pushing a license file が有効になっている場合にのみ実行されます。
バージョンの比較
Compare Draft File ダイアログは、次の 2 つの場所から開けます。
- ドラフトとデプロイ済みファイルの比較。 ドラフトを表示した状態で Compare Draft を選択します。ダイアログでは、現在デプロイされている元ファイルとドラフトが比較され、ダイアログから直接ドラフトを push することもできます。
- 保存済みバージョンの比較。 ファイルの更新履歴を開き、テキストスナップショットを保存しているイベントの Compare アイコンを選択します。ダイアログでは、任意の 2 つの保存済みバージョン（File A と File B）、または保存済みバージョンと Currently deployed（現在デプロイ中のファイル）を比較できます。
File Display Mode ドロップダウンで比較の表示方法を切り替えます。
- Text — 生のライセンステキストを左右に並べた差分表示。追加された行と削除された行がハイライトされます。
- Parsed Features — 解析された機能のテーブル。比較する両側の列がペアで表示されます（ドラフト比較では Original／Draft、履歴バージョン比較では A／B）。
Text モード：デプロイ済みファイルとドラフトの差分を左右に並べて表示
Parsed Features モード：デプロイ済みファイルとドラフトの機能単位の比較
ファイル履歴の保存済みバージョンと現在デプロイ中のファイルの比較
比較結果を CSV にエクスポートする
Search フィールドの隣にあるエクスポートボタン（ツールチップ: Export Parsed Features）を使用すると、比較結果を CSV ファイルとして保存できます。差分を変更依頼に添付したり、Excel でフィルタリングしたりする場合に便利です。
- エクスポートには、現在選択している表示モードに関係なく、常に Parsed Features の比較テーブルが含まれます。
- 各機能は Status 列（
New、Changed、Removed、Unchanged）付きでエクスポートされ、その後に画面上のテーブルと同じ列が続きます。列ラベルは、ドラフト比較では Original／Draft、履歴比較では A／B になります。 - 日付はユーザーの日付形式設定に従い、空の値は画面上のテーブルと同じプレースホルダー（No start date、No quantity など）でエクスポートされます。
- ファイル名は比較対象を反映します。ドラフト比較では
<ライセンスファイル名>_<エクスポート日時>.csv、履歴比較では<ライセンスファイル名>_<File A の日付>_<File B の日付>_<エクスポート日時>.csvです（Currently deployed を選択した場合は当日の日付が使用されます）。 - ファイルは UTF-8 でエンコードされ、Excel で正しく開けます。
比較にエクスポートできる内容がない場合、LFM は 「There are no comparison results to export」 と表示します。
push 前にドラフトを事前検証する
ドラフトを Broker に push する前に、事前検証チェックを実行します。LFM はドラフトに対して 3 つのチェックグループを実行し、それぞれに重大度のタグが付いたメッセージのリストを返します。
事前検証で見つかったエラーが表示された Push Draft File ダイアログ
チェック内容
- 構造チェック。 ファイルが空ではないこと、形式が認識できること、必須キーワードが含まれていることを確認します。FlexLM の場合、LFM は
SERVER、VENDORまたはDAEMON、および少なくとも 1 つのFEATUREまたはINCREMENT行を確認します。RLM ファイルは形式固有のキーワードに対してチェックされます。 - セマンティックチェック。 ホスト名が設定済みサーバーと一致すること、ポートが一致すること、機能が正しく解析できること、機能名が存在すること、機能が期限切れまたは期限切れ間近でないことを確認します。FlexLM 固有のチェックでは、
FEATURE行の重複、対応するFEATUREまたはINCREMENTを持たないPACKAGEエントリ、および機能数量がゼロまたは負の値である場合もフラグ付けされます。 - サーバーチェック。 SLM 同期が有効な場合、LFM は対象サーバーが到達可能であることを確認し、ファイルにリンクされているトライアドメンバーを報告します。
重大度
| 重大度 | 意味 |
|---|---|
| Error | Broker がファイルを拒否する可能性が高い問題です。push する前に確認して修正してください。 |
| Warning | 期限切れ間近の機能や FEATURE 行の重複など、潜在的な問題です。確認は必要ですが、push 自体は可能です。 |
| Info | サーバーの状態や検出されたトライアドメンバーなど、参考情報です。 |
サービス可用性とトライアド情報をチェックするには、SLM 同期を有効にする必要があります。SLM 同期が無効の場合、サーバーチェックはスキップされます。
事前検証は push をブロックしません。よくある問題を早い段階で表面化させ、push、編集、キャンセルのいずれを選ぶかを判断できるようにします。
同じチェックは、ドラフトの編集中にも継続的に実行されます。詳細は編集中のライブ検証を参照してください。
事前検証は FlexLM および RLM のファイル形式に対応しています。
ドラフトのデプロイ
Broker がトライアドではない場合
- ドラフトを開きます。
- 事前検証を実行し、エラーや警告を確認します。
- Push Draft を選択します。
- ドラフトが当該 Broker の旧ファイルを置き換えます。
Broker がトライアドの場合
- ドラフトを開きます。
- 事前検証を実行します。このファイルにリンクされているトライアドメンバーが Info メッセージとして表示されます。
- Push Draft を選択します。
- ドラフトがクラスター内のすべての Broker（3 台）のファイルを置き換えます。
トライアドでは、すべての Broker でファイルパスが一致している必要があります。 ファイルパスが異なる場合、デプロイは失敗します。
デプロイに関する注意
- 稼働状態の確認について。 LFM は送信前に Broker の稼働状態を確認しません。push の後、LFM は更新履歴とアラートを通じて失敗を報告します。
- エラーハンドリング。 Broker がファイルを適用できない場合、エラーがデプロイ応答に表示され、LFM はそのエラーをファイルの更新履歴に記録します。
SLM との同期
LFM は、ライセンスファイルと SLM が管理するライセンスサーバーとのリンクを自動的に同期して維持できます。設定を有効にすると、LFM は次のように動作します。
- 各ライセンスファイルについて、ホストとポートから正しい SLM サーバー名を解決します。
- SLM データが変更されたときに、ライセンスファイルのサーバーリンクを更新します。
- トライアド構成を検出し、各メンバーのステータス（UP、UNKNOWN）を記録します。
SLM 同期を有効にするタイミング
次のような場合に SLM 同期を有効にしてください。
- 各ライセンスファイルの最新の SLM サーバー名とステータスを表示したい。
- トライアド内のすべてのメンバーに同じライセンスファイルを push するトライアドデプロイを利用したい。
- 事前検証時にサーバー可用性とトライアドのチェックを実行したい。
SLM 同期が有効になっている Settings ページ
SLM 同期がオンになっている場合、License files ページには「ライセンスファイルが自動的にアタッチされる」ことを示すバナーが表示されます。
SLM 同期が有効な状態の License files ページ
同期を有効にすると、初回の同期がバックグラウンドで実行されます。完了までの時間は、環境内のライセンスサーバー数とライセンスファイル数によって異なります。
更新履歴
すべてのライセンスファイルには詳細な更新履歴があります。LFM は各変更を、明示的なステータス、タイムスタンプ、人間が読める注記とともに自動的に記録します。
選択したライセンスファイルの File History パネル
記録される内容
LFM は次の 3 つのカテゴリのイベントを記録します。
- ライセンスファイルのライフサイクル。 Broker がファイルを最初に報告したとき、ホスト上で本文を直接更新したとき、受信した更新が保存済みの内容と一致したとき、およびファイルが無効化または削除されたとき。
- ドラフトのライフサイクル。 ドラフトを作成、編集、削除、push したとき、およびデプロイが成功または失敗したとき。
- サーバーデータの更新。 ファイルにリンクされたサーバーの識別情報が変更されたとき（例：SLM 同期の実行後）。
デプロイ関連のイベントについては、注記でその内容（例：単一のホスト宛か、トライアドの全メンバー宛かなど）と失敗した場合の理由が説明されます。
各エントリの内容
すべての履歴エントリには次が含まれます。
- Event — Draft created や Draft deployed successfully などの変更の種類。
- Event date — 変更が発生した日時。
- Note — 操作またはエラーの簡潔な説明（人間が読める形式）。イベント名にマウスを重ねると表示されます。
ライセンスファイルのライフサイクルイベントのうち、ファイルが最初に報告されたとき、元のテキストが変更されたとき、ファイルが削除されたときの 3 つのイベントでは、LFM はその時点のライセンス本文のスナップショットも保存します。これにより、過去のファイル内容を確認できます。これらのスナップショットイベントには Compare アイコンが表示され、バージョン比較ダイアログを開いて、保存されたテキストを他の保存済みバージョンや現在デプロイ中のファイルと比較できます。
履歴の活用
- 監査とコンプライアンス。 いつ、どの経路（Broker の更新、ドラフトの push、削除）で、何が変更されたかを確認できます。
- トラブルシューティング。 失敗したデプロイをドラフト、Broker のレスポンス、関連するイベントまでさかのぼって追跡できます。
- カスタマーサポート。 ログを手作業で突き合わせる代わりに、ファイルのイベントから問題の経緯を再構築できます。
例
ベンダーのライセンスファイルを更新する場合の流れです。
- LFM でライセンスファイルを開きます。
- 解析された機能リストを確認し、現在有効な機能を確認します。
- ドラフトを作成します。
- 新しいライセンス本文を編集または貼り付けます。ライブ検証で下線が付いた箇所を修正します。編集内容は自動的に保存されます。
- ドラフトとデプロイ済みファイルを比較し、共有が必要な場合は比較結果をエクスポートします。
- 事前検証を実行し、エラーや警告を確認します。
- ドラフトを push します。
- 単一 Broker の場合、ファイルが直接更新されます。
- トライアドの場合、3 台すべての Broker でファイルが更新されます。
- ファイルの更新履歴を開いてデプロイ状況を確認し、アラートで失敗の有無を確認します。