Uncategorized

ライセンス マネージメント システムはライセンスの消費ポリシーをライセンスプールに適合させる手段を装備しています。 このポリシーはそれぞれの使用のシナリオに従い効率的にチェックアウトされるライセンスの数を決定します。例えば、同じアプリケーションを同じワークステーションで2回リクエストしているユーザーは単一のライセンスかあるいは複数のライセンスをライセンスプールから消費できます。 例１： Flexera Flexnet のパブリッシャー (FlexLM) FlexLMではこのポリシーはFlexLM のライセンスファイルにあるDUP_GROUP の属性によって設定されます。 オプションとなる DUP_GROUP flags は以下の通りです。 Site, None, U (user), H (Host), D (Display), V (Vendor)　  UHDVのすべての組み合わせは可で、DUP_MASK はロジカルかこの組み合わせです。 例えば、 DUP_GROUP=UHD は同じホストおよびディスプレイ上のユーザーが複数のフィーチャーをリクエストしている場合、追加のライセンスを消費できないことを意味します。 例２： Reprise RLM Reprise RLM ではこのポリシーはライセンスファイルにある‘share’ の属性によって設定されます。 1つのライセンスはプロセス間で同じusername（ユーザー名）(U), hostname（ホスト名） (H), あるいは ISV-defined data (I), またはそれらのあらゆる組み合わせで共有されます。 さらに、共有されたライセンスの最大数は ‘share’ の属性で特定されることも可能です。例えば、 share=U:3 は１ユーザーがホストマシン上で単一のライセンスを消費しながら、ライセンスのある最大3つのフィーチャーのアプリケーションを開くことができることを意味します。 消費ポリシーの制御 弊社の経験から、ソフトウェアの製作者(‘vendors’) は単一のライセンスを消費しながら別のワークステーション上での複数のセッションの要請を想定しません。 その結果、ユーザーは別のホストマシン上の複数のライセンスを不注意にもチェックアウトし、組織内のライセンス使用を非最適化しかねません。 複数のライセンス […]

OpenLM はバージョン 2.0から広範なライセンスマネージャーをサポートしており、その範囲は引き続き拡大、充実しつつあります。その一つを今回ご紹介いたします。 その一つはOSKAです。  以下で OpenLMをOSKA ライセンス マネージャーに適合させ、正確なライセンスのリポート、および使用の統計を得るために必要な設定の手順を紹介します。 要するに、 OSKA のライセンスサーバーは定期的にライセンスの使用に関するクエリを受けることになります。 このクエリに対するリスポンスはOpenLMによって変換される XMLファイルとして生成されます。 OpenLM はその時 EasyAdmin ウェブアプリケーションで使用に関する結果を提供します。 OpenLM Server（本体） の設定 OSKA ライセンス マネージャーを監視するようOpenLMを設定するために OpenLM Serverは次のように設定される必要があります。  ‘Add(追加）’をクリック LM タイプを OpenLM Genericにセット ライセンスサーバーの タイムゾーンを設定 (例： Istanbul UTC+2) Hostname (例： OSKA_lm) をタイプするか、 OSKA ライセンス サーバーのIPをタイプ。 注：OpenLM Broker の設定で使われるものと同じ名称が必要です。 (下記を参照)  任意のポート番号をセット（例：123） 注：OpenLM Broker の設定で使われるものと同じ名称が必要です。 (下記を参照) ‘Apply（適用）’ をクリックし、 ‘Restart now（今すぐ再起動）’してください。

OpenLM はバージョン 2.0から広範なライセンスマネージャーをサポートしており、その範囲は引き続き拡大、充実しつつあります。 そのひとつはAMP ライセンス マネージャーです。 以下で OpenLMをAMP ライセンス マネージャーに適合させ、正確なライセンスのリポート、および使用の統計を得るために必要な設定の手順を紹介します。 要するに、 AMP のライセンスサーバーは定期的にライセンスの使用に関するクエリーを受けることになります。 このクエリーに対するリスポンスはOpenLMによって変換される XMLファイルとして生成されます。 OpenLM はその時その EasyAdmin ウェブアプリケーションで使用に関する結果を提供します。 OpenLM Server（本体） AMP ライセンス マネージャーを監視するようOpenLMを設定するために OpenLM Serverは次のように設定される必要があります。  ‘Add(追加）’をクリック LM タイプを OpenLM Genericにセット ライセンスサーバーの タイムゾーンを設定 (例： Istanbul UTC+2) Hostname (例： amp_lm) をタイプするか、 AMP ライセンス サーバーのIPをタイプ。 注：OpenLM Broker の設定で使われるものと同じ名称が必要です。 (下記を参照)  AMPによって提供されるポート番号は 2306となります。 注：OpenLM Broker の設定で使われるものと同じ名称が必要です。 (下記を参照) ‘Apply（適用）’ をクリックし、 ‘Restart

特定のベンダーデーモンのクローズ 複数のライセンス ベンダーを単体のサーバーで制御している場合、シングルベンダーから発生するデバッグメッセージに焦点を当てることは少しばかり難しいことになります。 デバッグログの内容は特定のベンダーデーモンのアクティビティに集中することをより容易にしながらも、分割され、別々のファイルに分かれて提供される可能性があります。 これは3つの方法のうちの1つで行われることがあります。 デバッグログ 各ベンダーデーモンのオプションファイルにあるデバッグログ ラインの設定 Syntax: DEBUGLOG [+] debug_log_path このラインは特定のオプション ファイルとともに置かれるベンダー デーモンから出力されるデバッグファイル用のロケーションを特定します。 ライセンスサーバーがリスタートされるごとに ‘+’ を持つdebug_log_pathsign が先行することはファイルを無効にするというよりもむしろログ情報を付加します。 lmswitch ベンダーデーモンのlmswitchで lmutilコマンドをもたらします。 Syntax: lmutil lmswitch vendor_name debug_log これは vendor_name デーモン用のdebug_log を指定されたファイルとして設定します。 lmadmin lmadminの場合– これはベンダーデーモンの設定画面で実行可能です。 OpenLM OpenLM はライセンスの使用および拒否されたライセンスの統計データを蓄積するためにデバッグログ内にある情報を利用します。 OpenLMをまだ使用していない方はフリーダウンロードのページよりダウンロードしてください。 BrokerとAgentはオプショナルです。試用にあたりいかなる場合でもご購入の義務は生じませんのでお気軽にお試しください。 フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

  ユーザーは必要でないライセンスを不注意に確保するかもしれません。　 場合によってはユーザーは自由に使えるかどうか確認するためにライセンスを取得するかもしれません。 このような環境ではライセンスの効率、および仕事の効率を減じ、不必要なライセンスの誘発することにもなりかねません。 ライセンス マネージャーは会社の資源を浪費しているアイドル中で必要なく確保されているライセンスをマークします。 これがOpenLMの介入するところです。 システム アドアドミニストレーターはそのようなケースを特定しアイドル中のセッションのリポートを取得するために OpenLMの EasyAdmin ウェブインターフェイスを使用可能です。 OpenLM はアイドリング中のライセンスを手動、あるいは自動で解放するように設定できます。 ライセンスプールにライセンスがないためにライセンスの取得を拒否されたユーザーはアイドリング中のライセンスがライセンスプールに戻されライセンスが使用できる時にその旨の通知を受けます。 BrokerとAgentはオプショナルです。 試用にあたりいかなる場合でもご購入の義務は生じませんのでお気軽にお試しください。                                 フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問  

ESRI ArcGIS アドミニストレーターのインストール 概要 単一のマシンは複数の FlexLM ライセンス マネージメント ベンダー デーモンを非常にうまくホストします。 次の手順ではどのように ArcGIS ライセンス マネージャーをすでに Autodesk LMをホストしているマシンにインストールするかを詳細に説明します。 このプロセスではどのように ArcGIS ライセンスを認証するかを示し、FlexLM ライセンス マネージャーをArcGIS ライセンス マネージャーに組み込むかその手順、および ArcGIS ライセンス マネージメント ポートの設定を説明します。 ポート このプロセスの間、これらのサービスでより良好な制御を得るためにベンダー デーモン ポートとライセンス マネージャーポートを設定し、ウィンドウズのファイアーウォールのアドミニストレーターを設定します。 プロセス 1. ArcGIS ライセンス マネージャーのセットアップ: 最新の ArcGIS ライセンス マネージャ セットアップ実行ファイルを目的のライセンスサーバーにダウンロードしてください。具体的には、 ArcGIS_license_Manager_Windows_1022_XXXXX.exe このファイルを実行し、インストールの手順に従ってください。 2. 認証: Openの ArcGIS ライセンスサーバー アドミニストレーター ツールを ‘認証’場面で開いてください。 ‘バージョン’のドロップダウンメニューで バージョンナンバーを選択し、“今すぐ認証”のボタンをクリックしてください。    ソフトウェア認証ウィザードが開きます。 この場面では、すでに拡張機能なしの単一のデスクトップライセンス用の認証コードを取得しています。 インターネットを利用して ArcGISの認証を選び、次の画面でこの情報を指定します。

OpenLM は強固で非常に費用効果の非常に高いFlexeraのエンジニアリングアプリケーション用のFlexNet マネジャー：略してFNMEA）に代わる唯一のソフトウェアです。 OpenLM はFLEXlmのリポートログにアクセスすることなく必要なすべてのデータを提供することができますか？ もちろん可能です！ 下記の表はエンジニアリングソフトウェアのライセンスマネージメント用にに両方のシステムが提供するキーとなる機能を比較したものです。 機能 エンジニアリングアプリケーション用FlexNet マネージャー OpenLMのプラットフォーム 注 ハイライト リアルタイムのリポーティングおよびマネージメント ✘ ✓ Flexnet のリポーティングはリアルタイムでは ありません。 それはライセンスサーバー側で取得される定期的なリポートログの生成とFlexnet マネージャーからのデータのみに依存しています。 OpenLM はリアルタイムあるいは近リアルタイムのライセンスリポーティングとマネージメントなど複数のソースを組み合わせています。 組織内のライセンスマネージメント用のセントラルインターフェイス ✓ ✓ サポートされるライセンスマネージャーのタイプ FLEXlm、 IBM LUM、 Reprise RLM、 Sentinel (RMS), DSLS サポートされるライセンスのタイプは20以上 OpenLM はFLEXlmでサポートされるライセンスマネージャのタイプを含む圧倒的多数のライセンスマネージャーをサポート ライセンスの使用状況、およびリポーティング ✓ ✓ コンプライアンスの確保 ✓ ✓ 使用の最適化 ✓ ✓ リアルタイムの生成機能 ✘ ✓ • OpenLMはアイドリング中のライセンスを監視し、制御 • OpenLMはユーザーにライセンスの使用の可否を通知 • OpenLMはエンドユーザーに必要なライセンスの情報を更新 アドミニストレータとエンドユーザーの両方に判りやすく使いやすい ✘ ✓

  ライセンスの調達とメインテナンスに関して賢明な決定を下すために、ITおよび経営の幹部は明らかに具体的で信頼できるデータが必要です。 ライセンスのマネージメントシステムは使用のレベルのような基本的な情報だけを提供し、ユーザーにライセンスの使用が何時最大限となるかを通知します。 しかしそれでは十分ではありません。 組織内でどのくらいの数のライセンスが必要とされるかを示す指標だけではなく、使用のパターンも必要です。 例えば、 ライセンスを保持するためにの処置としてユーザーは稼働日の開始時にライセンスを解放しているかもしれません。 そのようなライセンスは解放されたと見なされるかもしれませんが、 実際にはアイドル中です。 ライセンスサーバーのデナイアルされたライセンスのカウントは単純なもので、情報として有益なものではありません。 OpenLMはデナイアルライセンスにおいて完全に具体的な統計を提供します。 時折、ライセンスの全体の数は稼働日のほんのわずかの間使用されるだけかもしれません。 そのような場合は、IT マネージメントは 追加のライセンスをこのような短時間の需要を賄うために購入することを止める決定にいたるかも知れません。 OpenLM は明確に使用パターンを明示したライセンスの使用のチャートを提供します。 以下にいくつかの例を挙げます。 OpenLM EasyAdmin – ウィジェット –  最近のフィーチャー　 デナイアル このウィンドウはフィーチャーごとのライセンス デナイニアル処理の追加の統計値を提供します。つまり、このウィンドウは長期間、短期間におけるライセンスリクエストが拒否された数を提供します。 OpenLM EasyAdmin – リポート – ライセンスの使用状況 ライセンスの使用状況のリポートはシステム アドミニストレーターに実際のライセンスの使用と利用できるライセンスの数の比較を可能にします。 このスマートフィルターはユーザーにライセンスの カスタマイズされたライセンスのリストの構築を可能にさせ、それらのライセンスの総使用を取得させます。 OpenLM EasyAdmin – マネージメント – ライセンスの使用 このチャートはライセンスの使用状況のヒストグラムを表しており、例えば、各列 ‘x’ は”xライセンスの使用時間は何パーセント？”という問いに答えます。 プレゼンテーションのこのフォームは瞬間的な使用のピークを無視し、実際のライセンス消費のパターンの明確な内容を伝えます。 これは組織で実際に必要なライセンスの数を明示します。 OpenLMをまだ使用していない方はダウンロードのページよりダウンロードしてください。 BrokerとAgentはオプショナルです。試用にあたりいかなる場合でもご購入の義務は生じませんのでお気軽にお試しください。 フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

概要 Sentinel RMS とはSafenet社の 完成度の高いライセンス マネージメントシステムのことです。このシステムは、さまざまなタイプのライセンスモデルの対応に向けて柔軟な APIベースのプラットフォームを提供します。 そのため利用者がライセンシングの契約と条件にしたがうこととソフトウェアの不正コピーを減らすことを約束します。 柔軟性 API のインターフェイスはRMSにさまざまなライセンシングビジネスモデルをサポートすることを可能にしますのでライセンスリベニューを増やします。  ソフトウェア エバリュエーション ライセンス、 スタンド アローン ノードロック、フィーチャ ベースド ライセンシング、 ペイ パー ユース およびネットワーク（フローティング）ライセンスなどがすべて実装可能です。パッケージとして ライセンスにある機能もまた使用可能です。 RMS は利用者にライセンスを指紋認証機器、 SafeNet ソフトウェア ライセンシング ハードウェア、あるいは顧客認証コードと結合させることを可能にします。 フレバー Safenet RMS には次の フレバーがあります。 バニラ – 一般的なインストール. 埋め込まれたアプリケーション用のライトウェイトバージョン Sentinel RMS（クラウド上） OpenLMをまだ使用していない方はダウンロードのページよりダウンロードしてください。 BrokerとAgentはオプショナルです。 試用にあたりいかなる場合でもご購入の義務は生じませんのでお気軽にお試しください。                           フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ

概要 “ネットワーク  ネームド  ライセンシング” とは FlexLM のライセンス配布形式のひとつでその組織であらかじめ決められた人々がある一定量のライセンスが提供されるものです。 このタイプのライセンシング（ライセンスの配布・提供）はFlexLM のオプション ファイルのフローティング ライセンスで 適用される ‘INCLUDE’ の制限より典型的に格安です。 その仕組みは？ この方式においては特定のフィーチャーに使われるライセンスの数はライセンスファイルのINCREMENT あるいは FEATURE のラインで“USER_BASED”としてマークされます。 これがライセンスプールごとに行われます。( ‘asset_info’ インデックスとしてマーク)　下記にある顧客の Matlab の例をご覧ください。   INCREMENT MATLAB MLM 31 01-jan-0000 XX XXXXXXXXXX\\ VENDOR_STRING=vi=0:at=276:ae=1:lu=300:lo=NNU:ei=XXXXXX:lr=1: \\ HOSTID=ID=123 USER_BASED=5 DUP_GROUP=UH sort=90 asset_info=123 \\ ISSUED=XXXX BORROW=720 NOTICE=product=MATLAB SN=123 \\ SIGN=”XXXX XXXX … XXXX”  オプションファイルでちょうど5人のユーザーを含むグループが定義されます。 GROUP NNU_MATLAB_USERS User1 User2 User3 User4 User5   さらにオプションファイルに沿って、 User1、…User5のユーザーにライセンスを確保するようINCLUDE ラインが追加されます。