Uncategorized

ソフトウェアのライセンシングの環境は組織のコンピューティングの他の分野とともに急速に変化しています。  “ライセンス マネージャー”の役割は以前ほど明確ではありません。 OpenLMから得た知識として、組織内でソフトウェアのライセンスを管理する方々は別のバックグラウンドや専門分野からやってきます。 幾人かはIT分野からライセンスのマネージメントに特化したり、時にエンジニアリング ライセンシングを扱うことはその方々の仕事の別の局面となります。 幾人かはエンジニアリング分野、特にライセンシングやCAD管理の別の局面を扱うCADマネージャーやライセンスアドミニストレーターからの出身です。 幾人かはエンジニアリング ライセンシングを扱うシステム アドミニストレーターです。 弊社は多くの顧客の皆さまと組織内の地位に関係なく一緒に働いていますので同じ地位でもまったく違った様相を呈します。 決定を下すためにマネージメントへカウントし報告すること 最適なソリューションを提供するためにライセンスサーバーの調整を試みることとカウントし報告すること ライセンスの使用効率を強化するためにあらゆる方法を試し、カウントし報告すること OpenLMのアプローチは常に 柔軟な なライセンス マネージメントを支援することでした。つまり “ライセンスの効率を極限まで広げること”をスローガンとしてあげています。弊社はすべてのライセンスマネージャーは 留意し、柔軟であることによって効率とライセンシングのコストにおいて十分な違いを見せることができると信じています。 可能なこと： 正確な使用情報の集積 (誰が何をいつどこで) LDAPと同期してグループやプロジェクトごとの使用情報の収集 ライセンスの共有を改善するためにコストセンターへの課金を見積もる 別々のライセンス サーバーを大きなライセンスプールに統合し、すべてのユーザーでライセンスを共有 ネームドライセンスやコンカレントライセンスを実際の使用情報に基づきユーザーに配布 リポートをマネージャに自動的に送ることにより実務に従事させる  BI ツールを使用してライセンスの情報を詳細に分析 使用情報の提供やライセンスの使用の可否を通知することでユーザーを支援 何度実際にユーザーがソフトウェアを使用しているか、何度アイドル中であったかをモニタリング 使用されていないライセンスをライセンスプールに戻すようリリースするためにアイドリング中のセッションを保存してクローズ ライセンスを賢明に配布するためにライセンスマネージャに基づいた配布機能を使用 IPに基づきダイナミックにライセンスをユーザーに配布 OpenLM を利用して上記のこれらの要求に対して簡単なソリューションを提供できます。 OpenLMをまだ使用していない方はフリーダウンロードのページよりダウンロードしてください。 BrokerとAgentはオプショナルです。 試用にあたりいかなる場合でもご購入の義務は生じませんのでお気軽にお試しください。     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

ライセンスマネジャーはユーザーが高価なネットワークライセンス（フローティングライセンス）をチェックアウトするが、アプリケーションをアイドリング状態にしておくことを長時間認識していますので組織におけるライセンスの使用効率を下げます。 ライセンスを意図的に無駄に消費するか、あるいはセッションを不注意でデスクトップに開いておくかにかかわらず、そのようなライセンスの消費は必要のない支出をもたらします。 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 はバージョン 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はオプショナルです。 試用にあたりいかなる場合でもご購入の義務は生じませんのでお気軽にお試しください。                                 フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問