Uncategorized

ライセンスマネジャーはユーザーが高価なネットワークライセンス（フローティングライセンス）をチェックアウトするが、アプリケーションをアイドリング状態にしておくことを長時間認識していますので組織におけるライセンスの使用効率を下げます。 ライセンスを意図的に無駄に消費するか、あるいはセッションを不注意でデスクトップに開いておくかにかかわらず、そのようなライセンスの消費は必要のない支出をもたらします。 OpenLM はライセンスのあるアプリケーションの実際の使用状況をモニタリングし、開いているセッションのパーセンテージを指摘する新しい手段を提供します。これはOpenLMでは“Actual Usage” のリポートとなります。 OpenLM のアプリケーションでActual Usageがどのように測定されるかの簡単な概要が下に表示されます。 画像をクリックしてください。このActual Usageの表示は旧バージョンのものです。現行バーションでは機能がさらに強化されています。OpenLMをまだ使用していない方はフリーダウンロードのページよりダウンロードしてください。 BrokerとAgentはオプショナルです。 試用にあたりいかなる場合でもご購入の義務は生じませんのでお気軽にお試しください。     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

Autodesk のライセンスアドミニストレーターはライセンス カスケーディングのコンセプトにたいへん精通しています。 ライセンス選択のこの形式（ユーザの必要性、コストの配分を基にする）は、最適なライセンスの使用ポリシーを維持するためのバックボーンとして役立ちます。 これは特に入念に作成されたライセンス展開スキームを維持するような大組織に向いています。 Autodesk ライセンス カスケーディングとは？ 要するに、カスケーディングはすべてのユーザーが仕事をこなすために必要な最低のランキングにあるライセンスを確実に消費できるよう設計されています。 より低位のランキングにあるライセンスがすべて消費されている場合や、ユーザーが現在の製品で利用されないい機能で十分間に合う場合、 Autodesk のライセンスはそのランキングまで移動され、これにより利用内容の契約とコストにおいてライセンスの使用は最適化されます。 例 カスケーディングのポリシーはドのライセンスが消費されるかにおいて特定の順番を示します。例えば： より低いランキングにある単一のプロダクトのライセンスはより高いランキングの単一のプロダクトのライセンスより前に消費されます。 単一のプロダクトのライセンスはスイートライセンスの前に消費されます。 プレミアムスイートライセンスはアルティメットスイートライセンスより前に消費されます。 ローカルライセンスはグローバルライセンスの前に消費されます。 ライセンス カスケーディングの範疇にないものは？ ライセンス カスケーディングは別のバージョンの Autodesk の製品の使用をカバーしません。 何らかの理由でライセンス アドミニストレーターのうち何人かは“前のライセンスの権限” とライセンス カスケーディングの利点を混同する傾向があります。 そこで説明しておきます。 2つのスイートプロダクトでユーザーがライセンスをチェックアウトする場合（例えば AutoCADと Revit）カスケーディングのメカニズムは最大限のライセンスの利用を確保するために前出の2つのライセンスの代わりに1つのスイートライセンスを選択することができます。 これは別のバージョンのプロダクトのチェックアウトのケースには該当しません。（例えば AutoCAD 2016 とRevit 2017) なぜなら、別のバージョンのプロダクトが同じカスケーディングの順番のリストのメンバーではないからです。 別のバージョンのプロダクトのチェックアウトは、同じユーザーによって、同じワークステーションにおいて行われる時でさえ、ライセンス消費の重複を生じるからです。 それではどう対処しますか？ さまざまなバージョンの製品販売開始に起因するライセンス消費の重複を最小限にとどめることがライセンスのアドミニストレーターの責務です。アドミニストレーターは様々な方法で特定のバージョンのプロダクトの使用を制限するよう試みます。(例えば、別のワークグループによる使用の制限、ワークステーションで削除したり、再インストールしたり等） そのようなアプローチにおける問題は実行不可能なポイントへの試みであり、柔軟なマルチバージョンのライセンス　使用の利点を利用しないことを意味します。 必要なことは、ユーザーがプロダクトのライセンスを必要とするバージョンをチェックアウトできるようにし、反面同時に別のバージョンのプロダクトへのアクセスを通知したり、制限したりする率先的なアプローチです。 AgentおよびBrokerはオプショナルです。試用にあたりいかなる場合でもご購入の義務は生じませんのでお気軽にお試しください。     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

ログファイルは長くてほとんど判読不能のコードでいっぱいの場合がほとんどです。 OpenLM はグループリポート向けにPDFフォーマットに簡単にすばやく変換可能なウェブベースのライセンスログパーサーを以前より開発しています。すでにいつくかのバージョンを重ねてより使いやすくなり、サポートされるフィル形式も充実してきています。一定のサイズのログファイルまでは無料でご利用いただけますのでログファイルの閲覧にお気軽にご利用ください。上のビデオチュートリアルは旧バージョンのインターフェイスですが、基本的な使い方は一緒です。ログファイルを指定場所にドロップしていただくだけで解析されます。 ページ右側のライセンスパーサーをクリックしてページ内のリンクをクリックして移動してください。または、次のダイレクトリンクをクリックして移動してください。 https://www.alllicenseparser.com/ 近々、このライセンスパーサーのページも日本語化の予定です。 BrokerとAgentはオプショナルです。 試用にあたりいかなる場合でもご購入の義務は生じませんのでお気軽にお試しください。     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

Bentley ソフトウェアのライセンシング Bentleyのライセンシングはオンプレミスあるいはクラウドの2つのバージョンで提供されるサSELECT サーバー ライセンス マネージャー を基盤にしています。 両サージョンともアドミニストレーターが制御とリポーティングを行うウェブベースのインターフェイスをユーザーに提供します。 OpenLM および Bentley のライセンス マネージャー OpenLM SELECT サーバー ライセンスを利用する組織に補足のサービスを提供します。このサービスはソフトウェアのオンプレミスあるいはクラウドの両バージョンでサポートされる機能を追加します。 OpenLM の数々の： – 正確なオンラインの使用状況のモニタリング、およびリポーティング – アクティブ ディレクトリの同期および、事業やプロジェクト単位のコストの配分 – アクティブ/アイドル中のユーザーのリポーティングは高価なライセンスをどのユーザーがアイドリング状態にしているかを認識することを可能にします。 – 自分自身で設定した内容に応じた 電子メールやSMSによるアラートの受信 。 例えば ライセンスの使用の境界を超えそうになる場合には警告としてアラートが送信されるように設定ができます。 コストの調整 OpenLM の機能の必要性はBentley のSELECT ライセンス マネージャーで使用されるクラウドの設定を利用する場合より高くなります。 この場合は、課金は使用する組織が知ることなくその時間の使用 によって定期的に行われ、その結果当初に予定されたよりかなり高い経費になる可能性があります。 ライセンスの在庫が無限となるような環境において、OpenLM は組織がライセンスの使用効率を維持し、制御下におくために非常に有効な補助的ツールとなります。   OpenLMをまだ使用していない方はフリーダウンロードのページよりダウンロードしてください。 BrokerとAgentはオプショナルです。 試用にあたりいかなる場合でもご購入の義務は生じませんのでお気軽にお試しください。     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

ライセンス マネージメント システムはライセンスの消費ポリシーをライセンスプールに適合させる手段を装備しています。 このポリシーはそれぞれの使用のシナリオに従い効率的にチェックアウトされるライセンスの数を決定します。例えば、同じアプリケーションを同じワークステーションで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のソリューション OpenLM はこの問題を処理する直観で理解できる方法を提供します。つまり、各ベンダーは “Vendor policy”に属するかもしれません。 この属性はユーザーごとに単一のあるいは複数のライセンスがチェックアウトされるかどうかを決定します。 さらに、OpenLM のアラートシステム はユーザーがライセンス消費ポリシーに反し、同じフィーチャーのライセンスを同時に消費する場合はシステムアドミニストレーターへの通知用の内蔵アラートを提供します。 OpenLMをまだ使用していない方はフリーダウンロードのページよりダウンロードしてください。 BrokerとAgentはオプショナルです。 試用にあたりいかなる場合でもご購入の義務は生じませんのでお気軽にお試しください。     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

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 Broker の設定   一般的な Broker の設定用のOpenLM Broker 全ガイドをご参照ください。 : 設定で使用したOpenLM server のhostnameをセット (例： openlm_server) OpenLM Broker ポート番号をセット(例：デフォルトでは 7016) OpenLM Server 設定ツールにあるのでライセンスサーバーの特性は正確にセットされます。つまり、名称は “OSKA_lm”で、ポートは123 Brokerの “data_inquiry” コマンド テキスト ボックスで OSKAのコマンド ラインをタイプ。 コマンドは ” データの問い合わせに関する操作のチェックをするために ‘Execute（実行）’ をクリック  ‘status（ステータス）’ コマンド用も同様に ベンダー名を OSKAにセット ‘Apply（適用）’ をクリックし、 ‘Restart now（今すぐ再起動）’してください。 補足：Broker現行バージョンは3.2XXXですが、設定手順は2.0時とほとんど変わりありません。 OpenLMをまだ使用していない方はフリーダウンロードのページよりダウンロードしてください。 BrokerとAgentはオプショナルです。 試用にあたりいかなる場合でもご購入の義務は生じませんのでお気軽にお試しください。     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

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 now（今すぐ再起動）’してください。  OpenLM Broker の設定   設定で使用したOpenLM server のhostnameをセット (例： openlm_server) OpenLM Broker ポート番号をセット(例：デフォルトでは 7016) OpenLM Server 設定ツールにあるのでライセンスサーバーの特性は正確にセットされます。つまり、名称は “AMP_lm”で、ポートは2306 Brokerの “data_inquiry” コマンド テキスト ボックスで AMPのコマンド ラインをタイプ。 コマンドは “” データの問い合わせに関する操作のチェックをするために ‘Execute（実行）’ をクリック  ‘status（ステータス）’ コマンド用も同様に ベンダー名を AMP YAZILIM にセット(大文字小文字を認識) ‘Apply（適用）’ をクリックし、 ‘Restart now（今すぐ再起動）’してください。 補足：Broker現行バージョンは3.2XXXですが、設定手順は2.0時とほとんど変わりありません。 OpenLMをまだ使用していない方はフリーダウンロードのページよりダウンロードしてください。 BrokerとAgentはオプショナルです。 試用にあたりいかなる場合でもご購入の義務は生じませんのでお気軽にお試しください。     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

特定のベンダーデーモンのクローズ 複数のライセンス ベンダーを単体のサーバーで制御している場合、シングルベンダーから発生するデバッグメッセージに焦点を当てることは少しばかり難しいことになります。 デバッグログの内容は特定のベンダーデーモンのアクティビティに集中することをより容易にしながらも、分割され、別々のファイルに分かれて提供される可能性があります。 これは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の認証を選び、次の画面でこの情報を指定します。 3. LMTOOLs の設定:   上に述べられているように、すでにAutodesk ライセンスマネージャーをホストしたライセンス サーバーを利用して開始されています。下のLMTOOLs ウィンドウをご覧ください。  “Config Services（サービスの設定）” タブを選択し、サービス名テキストドロップボックスで ‘ARCGIS’をタイプします。（ブラウザの）ボタンをクリックしてください。: テキストボックスのパスが表示されているはずです。ArcGIS ライセンス マネージャーはデフォルトのパス: C:\\Program Files (x86)\\ArcGIS\\License10.2にインストールされていますので必要なパス３つが表示されたはずです。 lmgrd.exe: C:\\Program Files (x86)\\ArcGIS\\License10.2\\lmgrd.exe License file: C:\\Program Files (x86)\\ArcGIS\\License10.2\\service.txt debug log file: C:\\Program Files (x86)\\ArcGIS\\License10.2\\lmgrd9.log サービスが実行できるようにサーバーを選択し、パワーアップを開始してください。 4. ライセンス ファイル: ライセンス ファイルではライセンス サーバーやベンダー デーモン用に特定のポートを指定したはずです。 それぞれ 27001 と 12345 がありました。   SERVER this_host ANY 27001 VENDOR ARCGIS PORT=12345 INCREMENT ACT ARCGIS 1 permanent 1 XXXXXXXXXXXXXXXXXX \\        vendor_info=XXXXXXXXXXXXXXXXXXX ARCGIS のサービスは現在、設定され、LMTOOLs ユーティリティに表示されます。 5. ファイアウォール: 2つのライセンス マネージメント ポート (27001、 12345) はネットワーク間で通信するためにファイヤーウォールのルールに従う必要があります。下の画像をご覧ください。  これでFlexLM ライセンス サーバーで実行されるべきアクションは完了です。 6. サーバーおよびポートのセット:   ‘Desktop（デスクトップ）’の場面においてクライアントのマシンでArcGIS ライセンス サーバー アドミニストレーター ツールを開いてください。 ‘Change’ （変更）ボタンをクリックし、新しく設定したライセンスサーバーのサーバー名（例えば : port_number@server_name）とポート番号をタイプしてください。  複数のライセンス サーバーが設定されている場合は、識別のためサーバー名の間にセミコロン ‘;’ が必要となるでしょう。例：  port_number_1@server_name_1; port_number_2@server_name_2 以上です。 – ライセンス マネージャーの設定を完了し、そのサーバー上でArcGIS のライセンスをチェックアウトモニターできます。 7. OpenLM: これでEasyAdmin ウェブ アプリケーションを利用してArcGIS ライセンスのチェックアウトをモニタリングするためにOpenLM を利用できます。 OpenLMをまだ使用していない方はダウンロードのページよりダウンロードしてください。 BrokerとAgentはオプショナルです。 試用にあたりいかなる場合でもご購入の義務は生じませんのでお気軽にお試しください。     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問