Hitoshi Hagiwara

Aveva PDMS と Aveva Marine の環境 Aveva Marineは 造船やオフジョアプロジェクト用の総合的な一連のソフトウェアモジュールです。 このモジュールはいくつかの視点と詳細な内容をより明確に視覚化するために単一のプロジェクトに統合し、プロジェクトの内容をまとめます。 Aveva PDMS は3Dプラントデザイニングと類似の機能を提供します。 ユーザーは複雑な3Dプラントスキームの統合を選択、配置、組み合わせてチェックすることが可能です。 Aveva のライセンシング 12.1. シリーズ’ のバーションに先立ち、 AVEVA Marine および AVEVA Plant (PDMS) はAveva のフローティングライセンスを継続して追跡し、配布するためにFlexera Flexnet マネージャー(FlexLM) コンカレントライセンスマネージャを採用しました。OpenLMはFlexLMのライセンスモニタリングを完全にサポートしています。 12.1 シリーズにおいて Avevaはフローティングライセンスを管理するためにFlexLMのソリューションからSentinel RMS ランセンスマネージメントツールに移行しました。 それらはいまだにインストールフォルダ内にlmutil ツールを保存していますが、弊社の経験ではこれらのlmutil lmstat コマンドの実行は空の結果を生み出しました。  代わりにライセンスの使用情報がSentinel RMSのコマンドlsmon.exeによって取得可能です。(実際、Aveva バージョンに適合させるために弊社はlsmon.exe バージョンをSentinel RMS開発キット 8.5.3.0035 アプリケーション モニター” にアップグレードすることが必要でした。）OpenLMはFlexLMのライセンスモニタリングを完全にサポートしています。 もう一つは驚いたことにAveva 12.1 が弊社が利用できるFlexLM とRMSのハイブリッドであるライセンスファイルを保存していたことです。 そのファイルは XMLフォーマットで次のヘッダーを含んでいました。 OpenLMをまだ使用していない方はダウンロードのページよりダウンロードしてください。 […]

ソフトウェアのライセンシングのモデルは常に変化します。 このトピックは非常複雑、かつ広範すぎて短いブログでまとめることは困難なことですが、サブスクリプションとネームド ライセンスの2つを取り上げそのトレンドについて議論してみます。   パーペチュアルライセンス（永久ライセンス）Vs.サブスクリプションライセンス（期間指定登録ライセンス） 今年この形式を前面に出しているAutodeskのように主要なベンダーは永久ライセンスからサブスクリプションライセンスに現在移行中であることを弊社は確認しています。. サブスクリプションライセンスの利点は次のようなことが考えられます。 より簡単で複雑さがより少ないモデル 支払いは運用上の予算に基づく より広範なパッケージ 反面否定的な面は 時間の超過によりより費用がかかる 更新の予算がない場合は利用ができない ユーザーは本当に必要ではない機能を付加する傾向がある ネームドユーザー Vs. コンカレントライセンス/フローティングライセンス ベンダーはまたより複雑なコンカレントライセンス/フローティングライセンスからより”シンプルな”ネームドユーザーライセンスに移行しようとしています。そうです。ベンダーはコンカレントライセンス/フローティングライセンスに比較して管理が容易ですが、もし皆さまが管理機能を所有している場合は効率的ではありません。  共通の否定的な側面は、場合によりネームドライセンスを使用しているユーザーのみを支援する必要があることです。 より良いアプローチはネームドライセンスをパワーユーザーに支援させ、場合によってはユーザーにフローティングライセンスプールにアクセスさせることを可能にすることです。 ここで弊社サポートしているユニークなライセンシング方式に言及したいと思います。 Bentleyのソフトウェアライセンシング方式は、カスタマーがそのライセンスに対して支払いたくない場合でさえもユーザーが必要なライセンスを常に取得するという点でユニークなものです。 このモデルはローカル、またはクラウドベースのライセンスマネージャーと利用者がコントロールできないオーバーユースカウンティングメカニズム（乱用算定メカニズム）に基づいています。 ( 利用者がBentley用OpenLM 拡張機能を使用しない限り) 要点はベンダーが利用者のオプションを減らし、同じようなサービスでもっと課金しようとしていることです。 ライセンシングのオプションの混在（フローティング、トークン、ネームド、ノードロックなど）は利用している効率的なソフトウェアのライセンス管理を望む組織に多くのオプションを可能にします。 ただし、ソフトウェアのベンダーは現在より制限の多い環境に移行しようとしています。 OpenLMをまだ使用していない方はフリーダウンロードのページよりダウンロードしてください。 AgentおよびBrokerはオプショナルです。 試用にあたりいかなる場合でもご購入の義務は生じませんのでお気軽にお試しください。     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

OpenLMはライセンスサーバーに直接ライセンスの使用情報を問い合わせることによりFlexnet や DSLSなどさまざまなライセンスマネージャーを広くサポートします。 OpenLM がネットワークライセンスサーバーに接続できないような場合（例えばスタンドアロンライセンス）、ライセンスはワークステーション経由でライセンスの使用状況を把握するような対応の手段が準備されています。 そのような手段を“Unmanaged licenses” と呼んでいます。 OpenLM は今日まで PVTP、 HASP3、 WellCAD ARK CLS Seismic Coloured Inversion およびその他多くのライセンスのモニタリングにおいて採用されています。 OpenLMをまだ使用していない方はフリーダウンロードのページよりダウンロードしてください。 BrokerとAgentはオプショナルです。 試用にあたりいかなる場合でもご購入の義務は生じませんのでお気軽にお試しください。     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

ComputerWeeklyの MicroScope のウェブサイトが最新のOpenLM白書をもとにソフトウェアのライセンシングに関する新しい記事を掲載しています。 著作権の関係で訳文をここに掲載できませんのでここで英文の全文をご覧ください。   OpenLMをまだ使用していない方はフリーダウンロードのページよりダウンロードしてください。 BrokerとAgentはオプショナルです。 試用にあたりいかなる場合でもご購入の義務は生じませんのでお気軽にお試しください。 フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

ソフトウェアのライセンシングの環境は組織のコンピューティングの他の分野とともに急速に変化しています。  “ライセンス マネージャー”の役割は以前ほど明確ではありません。 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’) は単一のライセンスを消費しながら別のワークステーション上での複数のセッションの要請を想定しません。 その結果、ユーザーは別のホストマシン上の複数のライセンスを不注意にもチェックアウトし、組織内のライセンス使用を非最適化しかねません。 複数のライセンス