Hitoshi Hagiwara

OpenLMの使用対象となるような製造現場で使用されるエンジニアリングアプリーケーションは 10年単位、いや数年単位で過去を振り返ってみると隔日の感があります。まさに日進月歩という感じですね。 それに伴いライセンスの価格は高騰してきました。これはソフトウェアベンダー間の開発競争 が熾烈化しており、競争に打ち勝つために開発コストを削れない現実があります。 ライセンスポリシーの複雑化とは開発コストをカバーするためになるべく高く（あるいは開発コストを 鑑み正当な価格で）アプリケーションを販売したいというベンダー側の思惑があることは想像に難くありません。 エンジニアアプリケーションの高価なものは1ライセンス500万以上するものがあります。 そのような高価なライセンスを複数購入するわけですから企業のライセンスコストの負担は大きなものになります。 比較的安価なライセンスでも数十万といったところで何十人、あるいは何百人単位のエンジニアが使用 するわけですから安価といえども負担は無視できないものになります。 このような貴重なIT資産のライセンスをライセンスポリシーを遵守しながら最適化し、使用効率を最大限に アップさせるのがOpenLMです。その効果を無料版で是非お試しください。     無料版を試してみる フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

ネットワークライセンスやフローティングライセンスを使用しているが、管理対象となるワークステーションの数（OpenLMではユーザー数を指す）も100そこそこ、したがってライセンス数も70~80といった数でベンダーデーモンの数もひとつでライセンス費用にそれほど神経質になる必要がない、既存のライセンスマネージャーの機能で十分だとお考えの組織のIT部門の管理者の方もいらっしゃるかもしれません。 しかし、そのような小規模の環境でも対費用効果が十分見込めるのがOpenLMの利点です。つまり、OpenLMの導入費用を上回るライセンスの節減効果がこれまでの弊社の経験から十分見込めます。 大規模な使用環境やグローバルネットワークを構築している場合には、さらに大きな効果があります。その効果は経年で積み重ねられていくものですから長期間継続的にご利用いただければそれに伴い絶大なライセンスコスト削減効果があります。また、コスト削減効果だけではなく、高価なライセンスというIT資産がどのように使われているかを把握することは管理者の責務でもあります。その大きな手助けとなるのがOpenLMです。 ご利用のライセンスマネージャーからの情報だけでライセンスの挙動が充分把握できているとお考えですか？ 一日で一番ライセンスの需要のピークはいつか？どのような使用状況の傾向があるか？それにはどのような対処ができるか。 無料バージョンを1ヶ月お試しください。インストールで不明な点があればフルサポートさせていただきます。     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

先週行われたOpenLM ServerとOpenLM Agentの最新リリースを補完するために、今週はWindowsとLinux用のBroker3.3.19がリリースされました。この拡張機能の内容は次のとおりです。 Windows版では、3つのライセンスマネージャーの自動検出機能が追加されました。   Dessault（DSLS） X-フォーメーションLM-X OpenLM App Manager   検出はインストール時と「検出」ボタンを押したときに行われます。 Linuxコマンドラインからスクリプトを実行しているときに、FlexLMライセンスマネージャのLinuxバージョンでも自動検出が行われるようになりました。     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

所属する組織がアメリカ合衆国の政府機関であれば、OpenLMを購入するのがずっと簡単になりました。OpenLMがGSAの契約者になったことをお知らせいたします。 政府機関の購買プロセスは長くなり、引き延ばされる可能性がありますが、General Services Administration（GSA）購買プラットフォームは、資材調達担当者が作業を迅速かつ容易にするためのものです。今月から、OpenLMはGSAのリストで承認されたベンダーとして記載されています。もっとも特筆すべき2つの利点は次のとおりです。   低価格 – GSAの顧客はもっとも有利な価格を取得 速な調達処理 – 購入する準備ができたら、取引の実行は導入るのと同じくらい早くなります OpenLMを使用して、各部門のエンジニアリングソフトウェアに関するインベントリと使用状況に関する情報を入手するために、地方レベルと連邦レベルで多くの米国政府機関があります。それらの政府機関は、航空宇宙、農業、研究、軍事、国土安全保障、輸送、金融および地方自治体を対象としています。 SIN番号、GSA契約番号、その他の重要な情報はこちらをご覧ください。（リンク先英文）     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

この記事をお読みの読者の方々が所属する企業や組織がMATLAB®を使用している場合は、MathWorks®がそのアプリケーションへのアクセスを拡大するために使用するさまざまなライセンス配布の方法に精通していると思われます。具体的には、個人（ノードロック）、ネットワーク指定（ネームド）ユーザー、コンカレントライセンスが利用でき、それぞれ異なる利点、制限、および価格があります。 個々のライセンスまたはノードロックされたライセンスについては、ユーザーを指定し、最大4台のコンピュータにアプリケーションをインストールできます。このライセンスは複数のセッションをサポートしていないため、複数のコンピュータで同時にプログラムを操作することはできません。 ユーザーライセンスという名称のネットワークでは、使用可能なユーザーの一覧を指定します。このプログラムは、単一のライセンスマネージャーがサービスを提供するコンピューター上の個人によって、またライセンスに含まれる人数の最大数まで運用できます。このライセンスは複数のセッションをサポートしていません。 コンカレントライセンスを使用すると、ネットワークにアクセスするすべての人にアプリケーションを提供できます。アクセスは特定の指定されたユーザーに限定されません。 一般的に、コンカレントライセンスは他の2つのオプションよりも高価ですが、より多くのユーザーをサポートするための柔軟性が企業に与えられます。さらに、ライセンスを共有することができるため、ユーザーあたりの価格は低くなるはずです。   ライセンスタイプの混在とプラン 企業は、従業員の要件に最も適したライセンスモデルの組み合わせを採用し、ソフトウェアの支出分を最大限に活用することが一般的です。しかし、どのユーザーがネームドライセンスを取得し、コンカレントライセンスプールを共有する必要があるかを計画する作業は、全体的なコスト決定の影響を完全に理解することなく行われることがよくあります。以下は、ライセンスマネージャーが簡単に犯してしまういくつかの一般的なエラーです。 勤務日の大部分を実際に使用していないユーザーにネームドライセンスを割り当ててしまう。ネームドライセンスは、最初はコンカレントライセンスよりもコストが低いように見えるかもしれませんが、集中的に毎日使用されないネームドライセンスは、異なる時間帯に複数のユーザーにサービスを提供するコンカレントライセンスよりもはるかに高価です。ネームドライセンスが実際の使用要件ではなく、優先順位またはステータスに基づいて提供されている場合、ソフトウェアが本当に必要なエンジニアは、ネームドライセンスがアイドルであるにもかかわらず利用可能なプールされたライセンスがなくなる可能性があります。 ネットワークベースではない個々のライセンス、またはノードロックされたライセンスの購入。個別およびノードロックされたMatlabライセンスは、スタンドアロンで購入することができ、ライセンスマネージャーは不要です。これは、ワークステーションが常にネットワークに接続されていない場合に便利です。しかし、見過ごされることがあるのは、チームが必要とするツールが、多くのMatlabツールボックスの1つ以上をかなりの追加コストで支払い拡張できることです。必要なツールボックスはユーザーごとに異なる可能性があるため、通常はツールボックスの1つのサイズがすべてに適合しません。その結果、ライセンスの使用を最適化するためには、誰もが知っているわけではありませんが、興味深い「ハイブリッド」ソリューションにおいてMatlabベーシック製品にノードロックされたライセンスで同時にライセンスされたツールボックスを使用することで、いくつかの重要なフィーチャーを保持するという利点があります。、 実際の使用状況を頻繁にチェックしません。しかし、おそらく、ネームドライセンスの計画と割り当てに関して最も重要な実践は、実際の使用状況を見直し、現在の状況に合わせて継続的に変更を加えることです。今月、あるフィーチャーに集中したユーザーは、エンジニアがプロジェクトのさまざまな段階で異なるツールを必要とする可能性があるため、来月にはそのフィーチャーを必要としない可能性があります。 MathWorksがライセンスマネージャーを使用してネットワーク上でコンカレントおよびネームドユーザーライセンスを発行および管理するのは、Flexera FlexNet Managerです。 ライセンスマネージャの設定 FlexNet Managerは、オプションファイルと呼ばれるテキストファイルを編集して構成され、正しく実行されないと、ネームドユーザーは無意識のうちにより高価なコンカレントライセンスを取得する可能性があります。これによりライセンス費用が飛躍的に上昇し、利用可能なMATLABまたはその他の必須エンジニアリングソフトウェアライセンスがないため、ダウンタイムが発生する可能性があります。 また、ライセンスファイルが正確であること、および新しいライセンスファイルがアップロードされていることを確認する必要があります。これにより、エラーが発生した場合にバックアップ目的でファイルの名前を変更し、移動する必要が生じる場合があります。この管理プロセスには時間がかかり、ベンダーのサポートフォーラムに表示される構成に関する質問の数によって判断すると、エラーが発生しやすくなります。 ネームド(指定された)ユーザーが正しく定義されているように見えても、コンカレントライセンスが不適切に発行されることもあります。この問題の原因は不明ですが、ライセンスファイルの構成とプールへのセグメンテーションに関連している可能性があります。異なる時間にライセンスのバッチを購入すると、ライセンスファイルライセンスに複数のプールが作成されます。 各プールには1つ以上のライセンスタイプを含めることができますが、通常は1つのタイプしかありません。マルチプールライセンスファイルのプールの出現順を並べ替えることで、代わりにネームドライセンスを取得する必要がある場合においてコンカレントライセンスを取得する機会を減らすことができます。 どのような場合でも、ライセンスマネージャーは、組織の意図どおりにライセンスが配布されているかどうかにかかわらず、主に割り当ての制御に関わっており、ライセンス使用に関する必要な詳細は提供していません。 ライセンスマネージャーの強化 ライセンスマネージャーは、ライセンス契約に従ってコンプライアンスを保証するための基本的な機能を提供しますが、ユーザーとなる組織の利益のために改善できる特定の分野があります。その分野がOpenLMが手助けできる場所です。既存のライセンスマネージャーと組み合わせて使用することで、ネームドライセンス定義を簡単に設定し、チェックアウト(配布）されたライセンスを監視することが容易になります。 OpenLM License Allocation Managerの拡張機能を使用すると、オンラインフォームのように機能する簡単な入力画面に入力することにより、適切なオプションファイルを簡単に編集し、ユーザーの指定(ネームド）をより簡単に定義することができます。OpenLMには、ライセンスマネージャーの選択アルゴリズムがリクエストを受け取ったときに、そのリクエストを正確に満たす可能性が高くなるように、ベンダーのライセンスファイルを最適にソートするオプションもあります。指定された(ネームド）ユーザーは、コンカレントライセンスに割り当てられているのではなく、当事者に適切に割り当てられたライセンスを受け取ります。 結論 MathWorksのコンカレントユーザーライセンスとネームドユーザーライセンスを組み合わせることで、企業はソフトウェアライセンスにかかる費用を節約し、従業員が必要とするアプリケーションへのアクセスを確保できるようになります。使用頻度の高いヘビーユーザーはおそらく独自のネームドライセンスを必要とし、それ以外のユーザーはプールから配布されるライセンスを先着順で共有できます。 このプロセスは、指定された(ネームド）ユーザーが正しく設定され、適切なライセンスタイプを取得し、その使用パターンが個々のライセンスを持つことを正確に正当化される場合に、効率的に機能します。これは、実際の使用状況（OpenLM Actual Usage拡張で提供されているような）の詳細な監視とともに、適切な設定、事前の計画および継続的な計画が必要となります。     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

エンジニアリングソフトウェアに関して、最も広く知られている企業の1つがBentley Systemsです。膨大な数のエンジニアリングソフトウェアのユーザーが、2Dおよび3D CAD用にBentley Microstationを使用し、プロジェクトを管理するためにProjectwiseを使用し、資産を管理するためにAssetwiseを使用しています。これらの一般的な製品に加えて、Bentleyは、土木工事用イントロダクトや電力ユーティリティ用サブステーション、デカルトなどのビジュアライゼーションやイメージングツールなど、ほとんどのエンジニアリング分野のソフトウェアを提供しています。 Bentley製品の購入者は、永久ライセンスまたは期間(サブスクリプション）ライセンスの2種類のライセンスオプションを利用できます。ユーザーがどちらのモデルがより適しているかに応じて、ひとつのオプションを選択したり、組み合わせて使用することができます。 永久ライセンス　他のベンダーとは異なり、Bentleyは永久ライセンスモデルを廃止するつもりはないと主張しています。このライセンスモデルでは、1セットのライセンスが毎年購入されます。これは、一定数のユーザがソフトウェアに定期的にログインするが、同時にすべてではないドラフト・オフィスなどの固定ライセンス・ベースを管理するのに理想的です。永久ライセンスは、同時(コンカレント）使用（プーリングとも呼ばれます）に基づいています。一部の顧客は、Bentleyが同時(コンカレント）ユーザーモデルを中止する可能性があるとの懸念を表明していますが、同社は中止するつもりはないとその懸念を打ち消しています。同時(コンカレント）使用を構成するもののBentleyの評価は、把握するのが少し複雑かもしれません。私たちは後でこれに再度言及します。 期間(サブスクリプション）ライセンス　期限付きライセンスは、プロジェクトが完了した後に需要が減少すると予想される新しいプロジェクトのために、余分な需要に適した短期的な代替オプションです。期間ライセンスは、ペイ・パー・ユースに基づいたサブスクリプションベースのライセンスです。 “選択（セレクト）”　利用者が2つのモデルの組み合わせを使用できるオプションを提供するために、Bentleyはライセンスのポートフォリオを管理できる「選択」（セレクト）を提示しました。ユーザーはあらゆる状況でセレクトユーザーとして登録する必要があり、ライセンスのモニタリングはサイトにインストールされている1つ以上のセレクトサーバーにリポートされます。 Bentleyのコンカレント使用の算出 一見すると、Bentleyのコンカレント使用モデルはかなり公平に見えます。毎日、1日の各時間の10分ごとに予約されているライセンスの数を監視し、これをSelectサーバーに記録します。非常に短期間および偶発的な使用には特別許可が与えられます。ユーザーが誤ってライセンスを予約した場合、または10分未満の場合、最初の10分間はライセンス数から除外されます。この計算は、時間当たりの使用量（例えば、8：00〜8：59）に基づいていました。今は08：00〜08：09に始まります。この変更により、利用者間で混乱が生じました。サーバーは、10分ごとにすべての使用量を集計し、特定のタイムスロットでその日にソフトウェアを同時に使用したデバイスのピーク数を決定します。このピーク使用量は、Bentleyが請求のために使用します。 地理的な制限 Bentleyは国ごとに永久ライセンスを付与するだけで、国ごとにセレクトサーバーを使用することで、同時（コンカレント）使用の管理が簡単になります。たとえば、太平洋時間に営業所があり、東部標準時に別のオフィスがある場合など、いくつかのタイムゾーンが含まれている場合はどうなるのでしょうか。 懸念の原因 Bentleyは、同時(コンカレント）使用の計算方法は公平であると考えていますが、この見解はすべての利用者が納得するものではありません。Bentleyのライセンス管理の限界の1つは、新規ユーザーが契約上合意した同時（コンカレント）使用最大数を超えてライセンスを予約した場合、サービスのデナイアルを発行しないことです。第2に、予約済みでアイドル状態になっているライセンスを事前に知らせることはありません。第3に、そして最も重要なのは、請求のための基準として最高のピーク使用量を使用することはペイ・パー・ユースのポリシーに反し、実際の使用に対して対価を支払うことと一致しません。 利用者はこれについて静観しておらず、BentleyのコミュニティのWebサイトに不満を表明しています。1人の利用者は、1日間にに同時に24のライセンスのうち10ライセンスしか使用しなかった方法について説明しました。ただし、1人のユーザーがソフトウェアを10分の開始時間より数分前に予約し、別のユーザーが10分後に数分後にログアウトすると、これらの両方がピーク計算に含まれます。この場合、Bentleyは16ライセンスのピーク使用量を算出しました。別の利用者は自分のネットワークのどこにも登録されていないコンピュータでの使用を請求されました。クレームが正当か否かにかかわらず、顧客が課金アルゴリズムの正確さまたは公平性に疑問を表明しているという事実は変わりません。 Bentley関係のコストの管理 Bentleyツールを使用する際のコストを制限するという課題には、ツールにアクセスできる人を非常に厳格に管理するだけでなく、予約済みのアイドル中のライセンスについての注意深い監視を維持する管理者もいます。Bentleyは、Bentleyの設定でいくつかの設定を変更する必要がある使用状況を利用者がどのように監視し最適化できるかについての情報を提供しており、イベントの後に将来のコスト削減に使用できるリポートがあります。ただし、これにより、利用者はライセンス費用を完全に管理することはできません。利用者が次のような機能を得ることができれば有り難いはずです。 毎分のライセンスごとの使用状況を監視する 同時（コンカレント）使用が最大であることを警告する セッションを中断してライセンスを解放することによって、アイドル状態のライセンスを「回収」することができます。 管理者が保有するライセンスのブーケを最適化できるように正確な使用値を提供し、場合によっては期限ライセンスがより適切ではないかどうかを判断します。 Autodeskが永久ライセンスに関するポリシーを変更した今、AutodeskユーザーがBentleyに乗り換えるように促した最近の動向の観点からみて、Bentleyが取り組むべき顧客からの解決すべき不満があるようです。そのモデルが自分たちのために機能していると言う利用者がいますが、その成功と公平性はエンジニアリングの懸念の種類とその働き方によって大きく左右されます。Bentleyが合意したベースでの使用を制限していないという事実は、利用者の環境を快適にするものではありません。 OpenLMは、ソフトウェアのライセンスをエンジニアリングするためのソフトウェア監査および管理システムです。詳細についおては お問い合わせください。     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問    

ESRI ArcGISのコンカレントユーザーライセンスの将来   エンジニアリングソフトウェアをビジネスに使用している企業のライセンスアドミニストレーターの職務は、ますます複雑化しています。主要なソフトウェアベンダーの多くは、クラウドベースのサービスの成長への対応として、コンカレントユーザーモデルからペイパーユースモデルに移行しています。現在、ESRIはシングルユーザーライセンスを優先してコンカレントライセンスを中止することを決定しました。2011年1月1日の時点で2016年の終わりにこれが有効になることをユーザーは理解しました。 すでに複雑なESRIライセンスオプションを理解する上でさらに追加的な複雑さは、ArcGIS Desktop（「デスクトップ」）とは異なる新しいライセンスモデルを持つ新しい製品ArcGIS Pro（「Pro」）にあります。デスクトップの既存のユーザーは、Proの試用を促すため、デスクトップにメンテナンス契約がある限り、パッケージに含まれるProにアクセスできます。この目的はESRIの利用者がProに移行するためのもので、デスクトップの最新リリース10.5は2022年12月に廃止される予定です。しかし、コミュニティのフィードバックや議論に基づいて、既存のユーザーとさらに多くの協議が行われているはずです。  ESRIの異なるライセンスタイプ 「コンカレントユーザー」や「シングルユーザー」のような用語は、ベンダーごとに異なることを意味し、ESRIも例外ではありません。ESRIで使用されるライセンスタイプの定義をいくつか示します。 ネームドユーザー –  ネームドユーザー・ライセンスは、使用を許可されたユーザーにリンクされているため、どのマシンでも使用できます。そのユーザーはArcGISを最大3台のマシンで同時に実行できます。これは、ArcGIS Proのデフォルトのライセンスタイプです。 シングルユーザー –  シングルユーザライセンスは、特定のマシンのMACにリンクされ、そのマシンにアクセスできるすべての人が使用できます。これは他のESRI製品の新しいデフォルトライセンスになりました。 コンカレントユーザー –  ユーザーはESRI ライセンス マネージャーサーバーからライセンスを予約し、ライセンスプールに使用可能なライセンスがある限り、どのマシンでも使用できます。最大数のライセンスが予約されている場合、ESRI ライセンス マネージャーはサービスを拒否します。ソフトウェアがインストールされているマシンの数は、コンカレントライセンスの上限を超えることがあります。デスクトップ用ArcGIS では、標準の（または永久）ライセンスが提供されています。これにより、利用者は年間保守料を支払う必要があります。これは、ESRIの長年にわたる利用者の多くが、コンカレントユーザーを管理するために必要なライセンス形式です。メンテナンス料金が失効すると、利用者のArcGIS Proへのアクセスが取り消されます。ただし、デスクトップ用ArcGISを引き続き使用することはできますが、将来のアップグレードの選択はありません。 2017年のコンカレントユーザーライセンス ESRIのコンカレントライセンスに対する当初の姿勢は、2017年の初めに廃止されるということでした。これは、指定されたライセンスを購入する必要がある新規の利用者には当てはまります。残念なことに、ESRIの通信プロセスは完全ではなく、ArcGISの長年の多くのユーザーは、コミュニティのグレイプパインを介してのみ予定される変更について知りませんでした。アカウントマネージャーの正式な連絡がありましたが、これは2016年の非常に遅い時期に行われました。利用者の現在および将来のライセンスニーズを評価する時間はほとんどありません。これはかなりの反発を引き起こしましたが、現状は以下の通りです。 既存のデスクトップユーザーは、引き続きデスクトップが廃止されるまで、コンカレントユーザーライセンスを購入することができます。引き続きサポートされているもっとも古いバージョンは10.1ですが、これは2018年の初めに廃止されるため、デスクトップ10.1またはデスクトップ10.5に移行するかどうかを決定する必要があります。メンテナンス契約の期限が切れた場合、Proへのアクセスが取り消されるため、メンテナンス契約は最新のものにしておく必要があります。 Pro を購入した利用者には、デフォルトでネームドライセンスが発行されます。ただし、ライセンス管理者は、My ESRIの助けを借りて、指定されたライセンスをシングルまたはコンカレントライセンスに移行することができます。MyESRIは、利用者とESRIの関係を管理し、ライセンスの変更を容易にするセルフサービスのWebサイトです。シングル、またはコンカレントユーザーライセンスモデルへの変更は、不可逆性の一方向の変更であることに注意してください。ただし、アカウントマネージャーとの協議の後で元に戻す選択肢はあるようです。 ArcGIS Proに移行する必要がありますか？ Proは、プロジェクトのすべての成果を簡単にリンクすることを可能にする真の64ビットアプリケーションです。クラウドベースのマッピング製品であるArcGIS Online（「AGOL」）とマッピングプラットフォームであるArcGIS Enterpriseで動作するように設計されています。同じマシン上のArcMAPと連携して実行できます。また、利用者は自動的に修正やアップグレードを受けることができます（新製品をお勧めします）。 新製品のユーザーは一般的に新機能を高く評価していますが、特定の利用者設定ではコスト効率が高いため、ほとんどの大規模ユーザーはこれを大幅な価格引き上げと見なしています。ある企業に数百人のユーザーがいる場合、ライセンスアドミニストレーターはコンカレントユーザーモデルを使用してコストを管理し、一般にGISユーザーよりもはるかにライセンスが少なくなります。ESRIはこれを認識し、そのような企業が3つの指定されたライセンスに対して1つのコンカレントライセンスを交換できるようなオファーを行いました。しかし、複数の利用者が最大同時使用率が1対5であるとコメントしており、指定されたライセンスオプションに移行することは間違いなくソフトウェア予算を消費します。適切なライセンス管理ソフトウェアを使用すると、この比率はさらに高くなる可能性があります。また、多くの企業がGISソフトウェアを散発的にしか使用していないため、ときおり使用するネームドライセンスを完全に取得することは明らかに一番の関心事ではではありません。 いくつかの意図しない結果 ネームドユーザモデルとProに移行するかどうかの決定は、組織の独自のGIS要件に大きく依存します。場合によっては、長年のユーザーですらデスクトップ10.5にアップグレードするかどうかを逡巡しており、ESRIが予想していたことではないことが明らかです。ESRIでは、ネームドライセンスオプションをタイプ1とタイプ2の2層のシステムに拡張し、ライセンスモデルをさらに複雑にしています。ライセンスの議論は後に早急に整理されることが期待されていますが、解決するまではGISのマーケットには不快感があふれています。     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問    

エンジニアリングソフトウェアプログラムのコストが高いことは、多国籍企業から小規模企業のエンジニアリングショップまで、多くの組織にとって頭痛の種です。逆説的にいえば、これらの企業の多くは、ソフトウェアのインベントリと使用状況をモニタリングする効果的な仕組みを持っていません。それらの企業は、例えば、同じソフトウェアについて同じベンダーと複数の契約を締結している場合があります。 弊社のCEOは、最近の世界最大のエンジニアリング企業との会談で、エンジニアリングソフトウェアがどのボードに搭載されていたかについての何ら手がかりがないことを認めた時に驚きました。アイドル(待機）状態のエンジニアのコストが他のライセンスを取得するコストをはるかに上回っているという事実は、そのような状況がどのように起こりうるかを正当化することが多いのですが、ソフトウェア資産を管理しない理由としては正当ではありません。 不適切なソフトウェアの管理は、多くの場合、計画段階から始まります。入札単価設定や契約獲得には何年もかかりませんが、机上のスタディ、プロジェクト計画、リソーススケジューリングはプロジェクトが開始されるずっと前から行われています。さらに、ライセンスが最終的に取得されるまでは、条件や状況が変更されている可能性があり、文書化済みの予測ソフトウェアの使用状況は最新ではない可能性があります。組織レベルでの過剰なライセンスの危険は、現在、新しいプロジェクトが進行中の時に、その実施母体において使用されていないソフトウェアを使用するとすることの不経済性を考慮せずにプロジェクトを見積もり、集中化されたライセンス管理が不十分な場合に存在します。 ソフトウェアのライセンス管理はCIOのポートフォリオの一部でなければならず、効果的な集中ライセンス管理の監督が実施されていれば、以下のようなポイントはおそらく発生しません。集中化されたソフトウェアライセンス管理には実装に時間がかかることがありますが、エンジニアリングソフトウェアの使用量が大幅に削減されるはずです。いくつかの管理作業が必要ですが、組織全体でソフトウェアがどのように利用されているかを知ることと引き換えにすれば、これはわずかな代償です。 近年、ライセンスのモニタリングは複雑な作業になっていますが、時間とコストのオーバーヘッドを削減し、コストを大幅に削減する可能性のあるソフトウェアライセンスツールがあります。これらの措置は、ソフトウェア監査の場合に準拠しない罰金のリスクも低減します。ライセンス費用を再考することから始めるために、エンジニアにとって貴重な資産であるサービス拒否(ライセンス取得の拒否）のリスクを高めることなく、企業全体のソフトウェア使用を最適化する5つのアプローチがあります。 1. あなたが何を持っているかを知る    これは、責任を一元化するために不可欠な部分です。エンジニアリングソフトウェアライセンスのすべてのインスタンスを特定することは困難です。特に、完成したプロジェクト、または別の地理的な場所で使用されたプロジェクトで、ベンダーの現地代理店から購入されたプロジェクトで購入した場合は挑戦してください。あなたが所有するソフトウェアについて明確な考えがない場合、ソフトウェア監査で不適合と判断される可能性は高くなります。正確なライセンス管理のためにベンダーに依存することはあまり良い考えではありません。あなたは常に自分の記録を残すべきです。また、ベンダーのすべてのライセンスをカタログに登録すれば、特にライセンスを過剰に販売されているように見える場合は、より良い取引を引き出すことができます。 2. タイムリーで組織的なリニューアルにより節約できる    同じ製品の複数のライセンスインスタンスが発生することがあります。特に、複数の国で運用している場合やベンダーの現地事務所からのサポートを受けている場合は避けることはできません。これは、ベンダー関係の戦略を講じる適時です。たとえば、CADエンジニアリングソフトウェアの更新日が複数ある場合は、特定のベンダーのすべてのライセンスインスタンスを特定できる場合は、年に1回の更新だけで済み、必要のないライセンスを根絶するのに役立つソリューションを試すことができます。この状況を解決することは、ソフトウェアがそのベンダーに準拠していることを確実にするのにも役立ちます。複数のライセンス契約は、複数のライセンスマネージャの問題にも関連しています。 3. 同じライセンスマネージャの複数のインスタンス    これは皆さまが考えるより頻繁に起こります。典型的なケースは、機械工学部門が数年前にCADライセンスを購入し、メンテナンスがまだ更新されている場合です。その後、電気工学部門は、特定のプロジェクトのために同じソフトウェアを購入した後、土木工学部門を購入しました。アジアで同じCADソフトウェアを使用している別のエンジニアリング会社を買収すると、もう1つ複雑な要素が追加されます。CADベンダーは、各販売をライセンスマネージャに提供し、4つの異なるライセンスマネージャが4つの異なるビジネスユニットによってインストールされ、管理されます。同じベンダーの複数のライセンスマネージャーを維持すると、次のような結果が得られます。 不均衡なライセンスの可用性 – 一部の部門では、需要が高く、ライセンスのデナイアル（拒否）が発生する場合がありますが、他の部門では未使用（または「シェルフ」）ライセンスが数多くある場合があります。 非効率的なライセンスの使用 – 各ベンダーの個別のライセンスマネージャーでライセンスの使用率を最適化することはできません。 ライセンスサーバーの統合は、ライセンス管理を簡素化し、大幅な節約を提供し、ライセンスの利用効率をさらに向上させる効果的な方法です。 4. いくつかのマシンインテリジェンスを使用する    ベンダーは、製品の使用を管理するためにライセンスマネージャーを提供する場合と提供しない場合がありますが、購入したすべてのライセンスソフトウェアツールの包括的な単一ビューを保有していない状況に陥ることは望ましくありません。Opinion Mattersの調査では、何らかの形のライセンス内部統制を行った企業の50％以上がこの目的のためにスプレッドシートを使用していたことが判明しました。これは効果的なライセンスの監視方法ではありません。なぜなら、すべての製品を1つのリストにまとめているかもしれませんが、満足していないエンジニアの利用、アイドル(待機）状態のソフトウェア、またはDoSについては何も教えてくれないからです。一方、OpenLMは自己監視と内部監査のソリューションであり、単なる目録だけにとどまらず、組織内のソフトウェアとその使用方法を制御するのに役立ちます。 5.ソフトウェアの公正な使用を確保する エンジニアは通常、エンジニアリングスペースで現在利用可能ないくつかのソフトウェアツールを使用しています。一部の人は、ソフトウェアを使用するかどうかに関わらず、使用していなくても、いつでも手元に置いておき、まず最初にライセンスを予約することを好む傾向が顕著にあります。ライセンス管理者が予約済みでアイドル状態にあるソフトウェアを見つける能力を持っていた場合、アイドルセッションを中断してライセンスを解放（ライセンスハーベースト：弊社の独自機能）し、ソフトウェア不必要な確保をなくすことができます。これは特にピーク時の使用において重要な機能です。最初はソフトウェアを確保しているエンジニアから何らかの否定的な反応を引き起こすことは間違いありませんが、ほどなく、ソフトウェアライブラリが企業の他の人々と共有されることが認識され、必要になったときにソフトウェアを予約するという規律が徐々に組織に浸透するようになります。アイドル(待機）状態のライセンスを効果的に管理することにより、お好みのむCADエンジニアリングやシミュレーションソフトウェアのライセンスを追加購入する必要があるかどうかを確認するのに役立ちます。 6.数年前に最適化を完了 最後に、管理者の中には、数年前に実施されたライセンスの最適化が、予測可能な将来まで通用するに十分であるという誤った印象を持っています。新しいプロジェクト、完了したプロジェクト、合併や買収はすべてライセンスの現状に影響を与えます。ソフトウェアポートフォリオとそれをサポートするライセンスの確認と管理は継続的な作業です。 結論として 専用のライセンスモニタリングと管理により、生産性を高め、コストを削減する方法を簡単に説明しました。さらに、ソフトウェアのコンプライアンスを実証し、サービスのデナイアル（拒否）を軽減することにより、ソフトウェアの監査の失敗やプロジェクトの遅延による予期しない罰金のリスクを軽減することができます。     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

以前はソフトウェアライセンスのコンプライアンスはかなり単純なビジネスでした。ユーザー、あるいはサイトライセンスごとにライセンスを購入することができ、ベンダーは、通常、特定のコンピュータにリンクされている物理的な、あるいは仮想のライセンスキーを使用してライセンスに準拠していることを確認しました。さらに、年間保守料が支払われることで、保守期間中のサポートとライセンス使用の有効性が確認されました。この取り決めは管理が簡単でしたが、シンプルさは時間の経過と共に不完全に機能するようになりました。同時使用(コンカレントライセンスの出現）の概念が開始された時に、1つの問題が発生しました。これは、ソフトウェアの同時に使用する最大ユーザー数を増やすことができるライセンスモデルです。対費用効果の高いモデルで高価なソフトウェア（エンジニアリングソフトウェアなど）を使用している企業などに普及しました。クラウドでのサービスの始まりは、ライセンスに新たな複雑さをもたらしました。ほとんどのクラウドベースのソフトウェアは、年間ベース、永久ライセンスベース、または使用あたりの支払のいずれかでです。 これらのより複雑なオプションを慎重に選択して使用することで節約効果が得られますが、ライセンスの管理やベンダーのさまざまな制限への準拠により、CIOを悩ませます。セキュリティ管理、ハードウェア資産管理、アクセス制御などITの他の側面では、ライセンスを管理するために必要なプロセスとプラクティスがあまりにも不十分であり、企業にリスクが生じます。コンプライアンスが失効したところでは、ソフトウェアコンプライアンス管理の統括責任者である管理職や役員が個人的責任を負うことになります。 ソフトウェアライセンスのコンプライアンスに関するベンダーのソフトウェア監査 ソフトウェアコンプライアンスを特定する方法も開発されました。かつては世界的なネットワークで接続される以前には、ソフトウェアのコンプライアンスの監査は、ソフトウェア著作権侵害を防ぐために組み込まれたBSA（ビジネスソフトウェアアライアンス）などのベンダーの団体の手によって行われました。これらの組織は現在も存在していますが、依然として同じソフトウェア監査方法を使用してソフトウェアコンプライアンスをチェックし、内報者に雇用主による違反の可能性に関する情報を提供するよう促しています。また、ベンダーはクラウド内での実際の使用状況をチェックし、使用者のサーバーやアクセス権を与えられているサーバーに、ユーザーがアクセス権を与えられている場所から、独自のソフトウェア監査ツールを使用して問い合わせます。 非コンプライアンスが意図せず発生する可能性 管理者はコンプライアンス違反を望んでいるわけではありませんが、コントロールが適切な場所に配置されているように見える場合でも、非コンプライアンスが簡単に起こり得ます。このような不注意を引き起こす可能性のある落とし穴のいくつかをご紹介します： ソフトウェアライセンスの集中管理の欠如。従来のオフィスソフトウェア、IT固有のソフトウェア、およびエンジニアリングツールなどの特殊なソフトウェアを管理する企業内には、多くの場合さまざまな格納場所が存在します。さらに、エンジニアリングにおける課題は、研究開発はもちろんのこと、民生、電気、プロセスエンジニアリングに向けてさまざまな使用場所がありうるということです。 ソフトウェア資産管理の包括的なポリシーとプロセスはありません。BSAによる2014年に発表された報告書では、65％の企業がこれらを所持していないことが判明しました。 従業員の意識の欠如 ベンダーが使用を制限するのに十分な自動化を提供していない場合、コンカレント（同時）使用の最大値を超えてしまいます。 ライセンスは、特定の地理的な場所に対して発行され、その地域外で使用されています。これは、EMEAやAPACなど、地域によって異なるような複雑なベンダーの価格設定構造の結果であることがよくあります。そのような場合、顧客のポートフォリオは、その地域でのみ有効であり、その地域外で使用することはできません。 ライセンスは特定の使用範囲のために提供され、顧客はこの限界を超えてライセンスを使用しています。これは特に、ERPや大規模で複雑なソフトウェアスイートの問題です。21世紀のビジネスニーズは、ビジネスモデルを再構築する企業に求められ、何を購入し、現在どのように使用されているのかにおいて不整合を引き起こす可能性があります。例えば、SAPは最近、問題のソフトウェアがすべて数百万ドルで合法的に購入されたという顧客のDiageoに対して大きな裁判を起こしましたが、問題は非常に複雑な契約の細部にありました。。 会社の資産登録に含まれていないデバイスでの請負業者および従業員による使用 更新日を過ぎたものの使用　ライセンスはすべて同じ日に期限切れになるわけではなく、すべてのベンダーがクライアントにタイムリーにそれを通知するわけではありません。 組織構造の変更　合併や買収、アンバンドリングなどの再編は、資産登録を分割または統合する際に、ソフトウェアライセンスの管理をしばしば無視します。 これらの問題のいずれかが皆さまの現場で発生し、それらを認識していない場合、企業は財務リスクと評判リスクの両方にさらされる可能性があります。2013年、PWCは、ソフトウェア顧客の約80％がライセンスソフトウェアの違反の事例を抱えていると推定しました。 ベンダーが提供するもの ソフトウェアのコンプライアンスを非常に困難にする要素の1つは、ベンダーが常に顧客に役立つツールを提供しているとは限らないことです。既存のライセンス配布条件に与える影響を見直すことなく、最新のソフトウェアリリースによって、ベンダーが新機能を導入することができます。ベンダーがペイ・パー・ユース・モデルに移行し、永久ライセンスなどの以前の製品を廃止する場合、一部の利用者は同じベンダーの異なるコンプライアンス・レジームに直面することになります。たとえば、古いコンカレント使用モデルでは、ユーザーは完全なアプリケーションにアクセスできました。利用者が最大10席の追加のペイ・パー・ユースオプションを購入した場合、これはフルパッケージで利用可能な機能の一部を除外した基本バージョンとなる可能性があります。 エンジニアリングソフトウェアに関しては、ライセンスは一般的に高価です。エンジニアは、一般的なCADソフトウェアから障害解析、雷保護、3Dイメージングなどの特殊な製品に至るまで、いくつかのソフトウェアツールを必要とします。AutoDeskやSiemensなどの大手エンジニアリングソフトウェアベンダーのほとんどは、AdobeやIBMなどの大手ベンダーと同様、Flexeraをライセンス管理に使用しています。Flexeraは堅牢でコンプライアンスの全体像を概観できますが、高価なエンジニアリングソフトウェアのコピーを自分のラップトップに置いている元契約者や従業員などの違反を認識することはできません。 ベンダーはコンプライアンス違反についてまったくに寛容ではなく、この点でますます圧力をかけています。BSAやSIIA（Software＆Information Industry Association）によるスポットソフトウェア監査は、ライセンス契約を遵守していないと、不愉快で高価な違反行為になる可能性があります。米国陸軍から中小企業に至るまで多くのケースがあり、ほとんどの場合は裁判の対象とはなりませんが、企業の成長を阻害したり、閉鎖したりする可能性があります。 巨象が戦うとき：SAP　VS　Anheuser-Busch ERP企業SAPは明らかに、大手顧客の一部を抑制する戦略を持っています。SAPが獲得した今年2月のDiageoとの和解に続き、彼らは今、非コンプライアンスのために推定6億ドルの損害賠償金を醸造大手から得ました。アフリカの諺があります。”巨象が戦うとき、ジャングルは踏みつぶされる”。この紛争の後は、ソフトウェアコンプライアンスの状況が大きく様変わりする可能性が非常に高いです。ABIがSAB-Millerを買収して世界最大のM＆Aを完了したばかりであると考えられるので、ソフトウェアライセンスの問題は依然として発生している可能性が高いです。 Diageoの場合は、多くのSAPの利用者にとって懸念材料となります。Diageoは、顧客にSalesforceポータルを介してアクセスできる新しいセルフサービス機能を提供したいと考えていました。DiageoはSAP APIを使用してSalesforce CRMとSAP Business Suiteを接続させ、必要なデータにアクセスしました。SAPの主張は、これらのユーザーがBusiness Suiteの契約の範囲外であり、Business SuiteのデータをSalesforceとの統合に提供することで、DiageoがSAPとの契約を侵害していたことになると指摘しています。 すべての利用者がERPに拘束されているため、SAPが大手顧客に取り組む必要があると感じているという事実は、時間とお金に多大な投資をしており、今後12ヶ月間、市場の残りの部分に著しい注意喚起をしています。 内部ソフトウェア監査 以下は、コンプライアンスを順守するために推奨される可能な最善の実践事項のリストです。 組織内に専用のライセンス管理機能を持っていない場合は、それを採用することです。 可視化と優先順位付け　たとえば、オフィスソフトウェアやエンジニアリングソフトウェアから始め、後に他の分野を追加することができます。いくつかの細部でこのやり方を踏襲することができます。 可能であれば、企業が支払ったソフトウェアのすべてのインスタンスを見つけ、関連する契約を見つけます。付随する請求書と支払い証明を照合します。 誰がソフトウェアを使用しているのか、どこで、どのハードウェアで、なぜそれを使用するのかを特定します。 集中化されたソフトウェア資産登録と今後の更新日記を作成します。 取得した各製品の使用に関するすべてのビジネスルールを取得します。 ポリシーを定義し、まだソフトウェア管理がない場合は、ソフトウェア管理のプロセスを文書化します。既にそれを実行している場合、それを見直して、新しいライセンスモデルをサポートしていることを確認してください。 ソフトウェア監査チェックリストを作成し、定期的な訓練を実行して、スポット監査の際に全員が監査に対して準備をしているを確認します。 すべての従業員が非準拠のソフトウェアとその使用の影響を理解するためのトレーニングプログラムを作成します。 コンプライアンスプロジェクトを開始し、不適合を解消します。また、可能な場合は、ベンダーやツールセットを優先的に決定して決定することもできます（おそらく7種類のCAD / CAMツールは必要ありません）。 このようなプログラムを実装するだけではリスクが軽減されるだけでなく、ベンダーとのライセンス契約を管理することになります。ただし、複雑なライセンスモデルの場合は、スプレッドシートを使用した手動管理の制限があります。 OpenLM App Manager OpenLM App Managerなどの専用ソフトウェアライセンス管理製品は、ギャップを特定して事前予防的に管理し、コンプライアンスを向上させ、リスクを軽減するのに役立ちます。OpenLM App Managerは実際にコンプライアンスを監視ししますが、監視する以外にも多くのことを行います。貧弱で高価なツールの使用や、ライセンスが過度に使用されているのか、十分に活用されているかどうかを判断することもできます。ベンダーが使用するライセンス管理ツールに関係なく、ソフトウェア使用ポリシーに準拠しているかどうかを確認するのに役立ちます。ベンダーが製品のライセンス管理ソフトウェアを提供していない場合は、OpenLMを使用して、使用されているライセンス、およびその使用について必要な監視を行うことができます。

昨年、利用される企業によってはライセンスの従来のモデルであるコンカレントユーザー数、もしくはライセンスの数から、消費ベースでライセンス配布されたライセンス数、または一般的に知られる「Pay-as-you-go」のライセンス配布へ着実に移行しているようです。Autodeskでは顧客となる企業を対象とした実際の使用に基づいたライセンスオプションをトークン フレックスと呼びます。ライセンス配布のコストの基礎としてライセンスの消費を利用することは興味深いモデルですが、一部のユーザーは永久ライセンスやその他の現行のライセンスモデルから移行する前に計画と見積もりを行いたいと希望がありますのでそれに関する情報を提供いたします。 トークンフレックスのしくみ トークン・フレックス・ライセンシングは、顧客とAutodesk間の契約に基づく、期限が2年から5年までの固定期間契約です。顧客は、AutoDeskの製品群から必要なソフトウェアにアクセスすることができます。ライセンス数は9,999に設定されていますが、実際の価格はありません。というのは価格設定がライセンス数ではなく使用量に基づいているためです。トークン フレックスは、製品ごとに厳密に動作し、スイートは含まれていません。製品が選択されると、顧客はトークンを購入して実行します。2つのトークンタイプがあります。 年間トークン。未使用の場合は365日後に期限が切れます。 契約期間中の契約ベースのトークンは3年と言われています。年間トークンの場合と同様に、使用されていないトークンは期限切れになり、したがって無効になります。 顧客のポートフォリオ内の各製品には固定トークン「価格」があり、これは一般的にユーザーあたりの24時間単位の使用に基づいています。トークン価格は、より特化されたツールのほうが高くなる傾向があります。たとえば、AutoCAD MEPとRevit MEPは、通常のAutoCADよりも高いトークン価格設定となっており、現在のところ6トークンが必要です。ユーザーは、特定の数のトークンを取得することによってトランザクションを開始するので、必要なソフトウェアを予約することができます。トークンは特定の製品に対してユーザーごとに割り当てられるため、1人のユーザーは1日のトークン価格（AutoCADの場合は6トークン）を支払うだけで、別のマシンでソフトウェアの複数のインスタンスを起動することができます。 トークンごとの実際の費用は契約書を交わす時に交渉されます。購入したトークンの数に基づいて単価を段階的に割り振り、大量の場合は割引オプションが適用されます。 場所とコスト 場所は原価計算モデルに寄与する別の要素です。例えば、ライセンスサーバーが米国に拠点を置き、ソフトウェアがシンガポールで12時間の時間差で、あるいはソウルで14時間の差でチェックアウトされている場合、トークンの使用は倍増する可能性があります。これは、24時間の使用期間がライセンスサーバーの場所にリンクされているためです。 多くの多国籍企業は、ビジネスの継続性、メンテナンスおよび可用性に関する考慮の結果、分散ライセンスサーバーモデルを使用します。分散サーバーモデルはサポートされていますが、冗長サーバーモデルはサポートされていません。 数字を正しく取得する トークン フレックスに移行するか、あるいは現状を維持するのかを決定する時、使用者なる組織は契約期間に予想されるトークン使用量を見積もる必要があります。過去のライセンスの使用は、今後の使用の目安に過ぎませんが、土木会社のAutoCAD CivilやAutoCAD Vaultなど、最も頻繁に使用されるソフトウェアの近似値を見積もりのために提供する必要があります。企業が発電所の建設などの長期間のエンジニアリングに携わっている場合、現在のプロジェクトの多くはおそらくAutodeskの契約の有効期間を超えるため、ソフトウェアツールの将来の使用の予測はより簡単です。しかし、このタイプの企業は、消費モデルの柔軟性を必要としないので独自の見積もりを行う必要があります。 企業が複数の短期契約を締結している場合、予測はそれほど簡単ではありませんが、トークンモデルの柔軟性がその利点になります。理想的には、契約期間中に最適な数のトークンを購入し、期限切れのトークン数を最小限に抑えることが目標となります。購入したトークンの数は契約価格にもリンクされているため、ライセンスの管理者は自身の仕事を削減することになります。 既存のライセンスについて 過去を振り返ってみると、大部分の企業はAutodeskと永久ライセンス契約を結んでいます。Autodeskは2015年2月、主にサブスクリプション（年間契約）ベースのライセンスの価格体系を変更することを通知し、2016年7月31日までに移行が完了すると発表しました。 ベンダーは、既存の永久ライセンスユーザーに既存のライセンスの継続的なサポートを保証しています。ユーザーがメンテナンスプラン（旧メンテナンスサブスクリプション）を購入した場合、プランの有効期間中は、その有効期間が延長され、プランが更新されている間延長されます。企業がトークン フレックス契約を締結すると、既存の永久ライセンスの契約は消費契約の期間中「凍結」され、企業では使用できなくなります。消費契約の終了時に、組織は新たな消費契約を締結するか、または永久ライセンスの契約に復帰することを選択することができ、永久ライセンスの使用を選択した場合「凍結」から復帰することになります。 トークンフレックス契約の監視と測定 消費ベースの契約によるライセンス管理は、ライセンスベースのモデルとはかなり異なります。オートデスクは、CoreまたはNLRS（Network License Reporting Service）と呼ばれるトークン フレックスをサポートするように特別に設計されたリポートシステムを使用しています。各ライセンスサーバーに読み込ませ、すべてのリポートログをAutodeskにアップロードする必要があります。顧客となる企業は、Autodeskのアカウントポータルを介してオンラインで使用状況のリポートを確認することができます。 免責事項 この記事に掲載されているすべての情報は公に入手可能な情報源に基づいており、現在のAutoDeskのトークン フレックスライセンスモデルとは矛盾する内容や解釈が含まれている可能性があります。このライセンスモデルの最新の利用規約および最新の制約は、ベンダー単体で決定されます。     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問