Hitoshi Hagiwara

ソフトウェア使用状況の監視の重要性: 内部調査の結果、ソフトウェアの不適切使用（悪用）により会社に 1,100 万ドルの損失が発生 2023年5月、WSJの報道は、カリフォルニア州サンノゼに本拠を置く企業がソフトウェアの不適切使用（悪用）により巨額の損失を被ったことを明らかにした。クラウド コンピューティング ソフトウェアおよびサービスのプロバイダーである当該企業は、評価用ソフトウェアを業務目的で使用したため、1,100 万ドルの追加費用を負担する必要が生じました。同社の声明によると、この結果の責任は「各部署」にあったといいます。また、一部の従業員がベンダーの 1 社に対して自分たちの行為を意図的に隠蔽していたことも確認されました。 このニュースはIT業界に大きな衝撃を引き起こした。ただし、これはさまざまな企業・組織の従業員によって一般的に行われており、ソフトウェアは不遵守の脅威にさらされています。 この脅威につながる理由のいくつかを以下に示します。 ソフトウェアへの迅速なアクセスのための内部 IT 要求プロセスの回避:一部の従業員は自分のコンピュータへの特別なローカル管理者アクセスを許可されており、ソフトウェアのインストールの制御が困難になるため、IT にとってこの種の課題が生じています。 報告されていないソフトウェアのダウンロード/インストール:ソフトウェアに素早くアクセスするために、コンピューターのローカル管理者権限を持つ従業員は、簡単に入手できる場合がある試用版/評価版をダウンロードしてインストールします。インストールされた評価版が評価用であるか業務用であるかは、IT 部門には報告されません。 ユーザー（従業員）または部署がソフトウェアの試用版/評価版の使用範囲を無視している: 多くのソフトウェア発行元は、新製品の試用版を組織に提供しています。ただし、使用制限についての認識が不足しているため、組織がプロジェクト作業にそれらを使用し、意図せずにコンプライアンス違反に陥る可能性があります。 プロジェクトまたは部署レベルのソフトウェア使用状況を監視しない:プロジェクトおよび部署ごとにソフトウェア使用状況を監視することを強く推奨します。この監視により、プロジェクトまたはビジネス目的での試用版/評価版の使用状況を特定しやすくなります。 SAM（ソフトウェア資産管理） ポリシーの欠如: SAM ポリシーを備え、その実践を実施していない組織は、ソフトウェア監視に関して最も脆弱になります。このような環境では、試用版/評価版の展開、あるいは使用は追跡されません。 SAM （ソフトウェア資産管理）および InfoSec（情報セキュリティ） ポリシーが厳格に実践されていない: IT 部署は、ローカル管理者権限を許可したり、特定のコンピューターで USB ポートを有効にしたりするなど、重要なプロジェクトに対して例外を許可するよう経営陣からの大きなプレッシャーに直面する可能性があります。ただし、例外を許可しすぎると、ソフトウェア コンプライアンスの追跡と管理における IT 部署の業務が複雑になります。   以下の使用は、試用版/評価版に関する「ソフトウェアの不正使用」として認識されます。 ソフトウェア発行元の承認を得ることなく、アプリケーションの試用版を複数のコンピュータにインストールする または すでにライセンスを購入しているソフトウェアの試用版/評価版をインストールする   試用/評価、またはデモ ソフトウェア バージョンは、管理された方法で使用しない場合、重大なリスクをもたらします。これらのバージョンを誤って使用すると、次のような結果が生じるおそれがあります。 企業や組織の財務状況に影響を与える可能性があります 悪用した従業員の職が危険にさらされる可能性があります 関係する組織の市場での評判を傷つける可能性があります したがって、ソフトウェア コンプライアンス管理のベスト プラクティスの一環として、ソフトウェアの無料試用版または評価版は評価のみを目的としていることに注意することが非常に重要です。これらをビジネス、または商業目的で決して使用してはなりません。     フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

新しいFacebookページを開設しました。OpenLMソフトウェアに関するアップデートと情報を定期的に投稿する予定です. https://www.facebook.com/OpemLMJapan #OpenLM #facebook     無料の評価版を試してみる フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

2024 年が目前に迫る中、世界中の企業の調達および予算管理チームは、ソフトウェア資産、ライセンス、サブスクリプション、およびそれらに関連する契約や協定の目録を作成し、最もスムーズで費用対効果の高いサービスを確保しています。 つまり、 ソフトウェアの更新プロセスが可能な時期とも言えます。 ライセンスの種類が非常に多岐にわたるため、また、それぞれに独自の契約条件が適用されるため、ソフトウェア ベンダーと次回に連絡する前に事前の準備をしておくことは有益です。ソフトウェアの更新を適切に行うための 5 つの手順を次に示します。 1. 所有権を評価して定義する 組織が非常に多くの異なるソフトウェア資産とライセンスを所有しているため、誰が何を所有しているのか分からなくなりがちです。このため、ソフトウェア更新を成功させるための最初のステップは、どの事業部門がどの資産を所有するのか、そして最終的に誰が更新の最終決定を下すのかを明確に定義することから始まります。 2. ソフトウェア契約を確認する テクノロジーは常に変化しており、最初に同意したソフトウェア契約や条件も変化に伴い変更される傾向があります。法務チームは、購入したソフトウェア ベンダーのサービス利用規約と条件 (SLA を含む) を必ず検査してください。更新日が来たら、利用可能なオプション、費用、隠れた経費について全体像を把握しておきたいはずです。 3. 永久更新に関する州法を理解する SaaS サブスクリプションなどの自動更新契約、または永久契約の場合、最初の期間が終了すると自動的に更新される傾向があることをおそらくすでにご存知でしょう。このような契約に関する現地の法律を理解することは非常に重要です。更新日と利用規約の変更は、お客様に影響を与える可能性があり、場合によっては負の影響を及ぼす可能性があります。たとえば、カリフォルニア州では、ライセンスを販売する企業に対し、サブスクリプションをキャンセルできるオプションを更新日の 15 日前に顧客に通知するよう義務付けています。このような状況は、他州ではまったく異なる場合があります。エンタープライズ ソフトウェア ライセンスを扱う場合、このような微妙な違いが更新の全体的なコストに影響を与える可能性があります。 4. すべての契約を 一か所に保管する 委任された サービスレベル評価基準、あるいはすべての契約の詳細を厳密に扱う他の人がいない限り、適切なプロセスを用意していないと、ソフトウェア契約の管理はすぐに混乱をもたらす可能性があります。そのため、すぐに情報を取得できるように、単一の共有ストレージ ドライブを用意することをお勧めします。ソフトウェア カテゴリー、契約開始日、次の期日、シート数、契約金額、所有者、ベンダー、連絡先情報、その他の情報などの詳細を含めるように契約に関るる注意事項を追加してドキュメントをカスタマイズすることもできます。 5. ライセンスの実際の使用状況を追跡する ライセンス管理とソフトウェア更新に関して言えば、ライセンスが実際にどのように使用されているかを知ることほど準備に適うものは。ソフトウェア ベンダーが提供するライセンス マネージャーは、ある種のレポート機能を提供する場合がありますが、それらは厳しく制限されているか、短期間のみに制限されています。このような場合は、使用状況やその他の統計を長期にわたって追跡するソフトウェア ライセンス管理ソリューションへの投資を検討してください。適切なソフトウェア ライセンス管理 (SLM) ツールを使用すると、重要なデータとレポートが得られ、ライセンスがどのように使用されているか、そして実際に何を更新する必要があるのか​​の全体像を把握するために必要なライセンスに関する洞察が得られます。 。 OpenLM を使用してソフトウェア更新を管理する OpenLMの SLM 製品は現在マーケットで最高のものの 1 つであり、高度なライセンス監視および管理機能とともに最高のコストパフォーマンスを提供します。世界中の 1,000 社以上企業が掲載されているフォーチュン 500 企業に選ばれている当社は、ライセンスの利用状況を常に把握するために必要なあらゆるツールを提供し、ソフトウェアの更新プロセスを簡単にします。当社のお客様の多くは、最初の 一ヶ月だけでライセンス費用が

OpenLM は、ライセンス管理エクスペリエンスを強化するための多数の新機能、最適化、および修正を提供する OpenLM Broker バージョン 23.11 の最新リリースを謹んで発表させていただきます。 このリリースは、効率的なソフトウェア ライセンス管理のための最先端のソリューションを提供するという当社の取り組みを強く示すものです。 このリリースの主な変更点を詳しくご紹介いたします。 新たにサポートされるライセンス マネージャー: Chaos V-Ray OpenLM Broker バージョン 23.11 には Chaos V-Ray のサポートが含まれており、当社のソリューションと互換性のあるライセンス マネージャーの範囲が広がっています。 この追加により、レンダリングのニーズに Chaos V-Ray をお使いのユーザーは、OpenLM Broker を通じてそれをライセンス管理ワークフローにシームレスに統合できるようになります。 CPU の高い消費量を回避する最適化されたパフォーマンス ユーザーのフィードバックに応えて、CPU の高い消費量を軽減するために OpenLM Broker のパフォーマンスを微調整しました。 この最適化により、ソフトウェアがスムーズに動作し、より効率的で応答性の高いエクスペリエンスが提供されます。   コントロール パネルとサービスでの正しいBroker バージョンの更新 Easy Admin ユーザーインターフェイスを介して更新した後、Broker バージョンに更新されたバージョンが反映されない問題に対処しました。 この修正により、ユーザーはコントロール パネルとサービスの正確なバージョン情報を信頼できるようになり、更新プロセスが合理化されます。   大規模なライセンス出力によるメモリ障害 この重大な問題を解決し、25MB 以上のメモリに相当するライセンス出力に関連するメモリ障害を修正しました。 これにより、大規模なライセンス データを処理する際の安定性が確保され、ライセンス管理の中断が防止されます。   マイナスのファイルサイズの問題を解決

OpenLM は、OpenLM Workstation Agent の最新バージョン v23.10 がリリースされ、ダウンロードできるようになったことを謹んでお知らせいたします。 このリリースでは、次のような多くの修正が行われています。 46760: アップグレード時に、サイレント インストール中にセキュリティ ファイルと認証ファイルが更新されない 46367: インストーラーの「InstallMatlabExtensionAction」が失敗する 45236: AutoCad がフォアグラウンドにあり、一時停止されている場合、ウィンドウが最小化されない 46812: Workstation AgentがProcessCycleInfoAsync でプロセス開始時刻の取得に失敗すると、プロセスの開始時刻が誤って 2000 年 1 月 1 日として表示される MATLAB 2023b のサポート これに加えて、Workstation Agent の現在のリリースがMATLAB の最新バージョン 2023b をサポートしていることをお知らせいたします。MATLAB サポートは常にありましたが、このリリースでは、最新バージョンの MATLAB に対して拡張機能が適切にインストールされなかったWorkstation Agentインストーラーのバグが修正されました。ユーザーは、この最新のバージョンを使用している場合でも、完全な OpenLM ライセンスの監視と管理の恩恵を享受することができます。 フリーバージョンダウンロードの後は？ ライセンスパーサー 紹介ビデオ よくある質問

OpenLM Brokerの最新バージョンのリリースを謹んでお知らせいたします。この新しいリリースでは、組織がライセンスの運用を合理化し、ソフトウェアを最適に利用できるようにするためのアップデートと機能の強化が提供されます。 脆弱性への対処とセキュリティの強化 セキュリティは当社の最優先事項であり、このリリースでは潜在的な脅威に対して OpenLM Broker を強化するために重要な措置を講じました。CVE-2023-20860 として知られる脆弱性を軽減するために、組み込み Java ライブラリを更新しました。 IPGlock監視メカニズム OpenLM Broker は、IPGlock を監視するために従来の Telnet 方式に代わりlockutil.exe ユーティリティを採用するようになりました。 LMX の拡張ライセンス情報 LMX の「Watch License File」セクションを導入します。これにより、問題が発生した場合の報告プロセスが容易になります。 広範囲にわたるライセンス マネージャーのサポート このリリースの最も興味深い点の 1 つは、新しいライセンス マネージャーのサポートが追加され、OpenLM Broker の機能の範囲がさらに拡張されたことです。 Peloton RigView： OpenLM Broker を使用して Peloton RigView のライセンスを円滑に管理します。この追加により互換性が強化され、Peloton RigView ライセンスを完全に制御できるようになります。 Oracle DB / Enterprise Manager： OpenLM Broker は、Oracle Database および Enterprise Manager ライセンス管理の本格的なサポートを提供するようになりました。この統合により、Oracle ライセンスを管理するプロセスが簡素化され、より効率的なリソース割り当てに貢献します。

さまざまな部署の管理者が、特定のベンダーのソフトウェア ライセンス、契約、一般的なコンプライアンスに対する責任と管理を「引継ぎ」します。ただし、問題は、これらの管理者がベンダーの複雑なライセンス構造についてほとんど認識または関心を持っていない可能性があることです。代わりに、管理するチームがソフトウェアにアクセスできるかどうかだけを気にする可能性があります。そこで、調達とコンプライアンスの負担を中央の IT 部門に任せて、部署の管理者がライセンスの割り当てだけに集中できるようにしてはどうでしょうか？ 彼らは、チームのダイナミクスを理解し、ライセンスのニーズをより迅速に特定できるので、このような管理タスクを処理するのに最適な人材です。 中央ライセンス管理システムは、ソフトウェア資産を管理下に置くことができるため、すべての組織にとって重要です。この記事では、仮想化により、中央の IT管理 に完全なコントロールを与えるだけでなく、部署のニーズに応じた動的なライセンス割り当ての柔軟さも提供する当社のソリューションについて説明します。 組織構造の変更によりライセンスの割り当ても変更される 次のシナリオを考えてみましょう。この企業は、少し前に 30 ライセンスのFlexNet Embedded (FNE) ライセンス サーバーを購入しました。これは購入した部署には役に立ちましたが、企業が成長し、より多くのプロジェクトが流入するにつれて、70 ライセンスを装備した別のライセンス サーバーが必要になりました。 一方、成長は人事部門にも変化をもたらしました。より多くの人が雇用され、ワー​​クフローの最適化では、さまざまな部署/チーム間でタスクを分散し、それぞれが同じライセンス サーバーにアクセスする必要がありました。各部署には独自のチームリーダーがいますが、他のチームで何が起こっているかはほとんど、あるいはまったく認識できません。これにより問題が発生します。別の部署の管理者によってライセンスが割り当てられた従業員からソフトウェアへのアクセスを取り消すことができるのです。簡単に言えば、ライセンス管理は混乱し、部署のリーダーから部署のリーダーへと問い合わせの電話が頻繁にかかるようになります。 ライセンスの割り当てを構造に簡単に合わせる ソフトウェア ベンダーが提供するすべてのFlexNet Embedded (FNE) ライセンス サーバーに、顧客が組織構造の変更に応じて動的にライセンスを割り当てることを可能にする管理インターフェイスが付属しているわけではありません。OpenLM の Virtual License Manager は、すべてのライセンス マネージャーを 1 つの傘下に収めることで、この問題を解決します。このインターフェイスにより、中央の IT 部署は FlexNet Embedded (FNE) ライセンス サーバーをシステムに追加できます。 次に、VLM（バーチャル ライセンス マネージャー） を使用すると、中央の IT 部署が既存の物理ライセンス マネージャーのフィーチャーリストを仮想リストに統合できるようになります。上記のシナリオは、既存のフィーチャーが、選択した物理ライセンス マネージャーのすべてのフィーチャーを含む 1 つの仮想ライセンス マネージャーの下に統合されることを意味します。そして今度はVLM（バーチャル ライセンス マネージャー）の魔法が登場します。OpenLMシステム インターフェイスを使用すると、中央の

GitLab は、アメリカで最も急速に成長している民間ソフトウェア会社の 1 つです。同社は、Git リポジトリを処理する中央サーバーを提供しており、世界中の多くの企業や組織の管理作業を合理化するために使用されています。GitLab は、IBM、ゴールドマン サックス、NASA、ドイツ テレコム、シーメンス、NVIDIA などの有名企業で使用されています。 GitLabについて GitLab Inc. は、 2011 年にデビューした Dmytro Zaporozhets のオープンソース コード共有プラットフォームの開発を継続するために 2014 年に設立されました。同社のもう 1 人の共同創設者である Sytse Sijbrandij 氏は、事業を設立することを決定する前である2012年あたりに行われた最初にこの取り組みに貢献しました。 フリーミアムから有料ライセンスへ 当初、GitLab は MIT ライセンスの下で無料のオープンソース製品として利用できました。2013 年半ばに、ソフトウェアは Community Edition と Enterprise Edition の 2 つのバージョンに分割されました。GitLab EE ライセンス モデルは更新され、ソース コードは公開されたままでしたが、GitLab CE ライセンス モデルは変更されていませんでした。GitLab は 2017 年に、自社のコードは MIT ライセンスの下で完全にオープンソースになると表明しました。   GitLab は、開発者がチームの効率を向上させ、コーディング時間を短縮できる DevSecOps

ハードウェア資産管理者の重要な責任の 1 つは、組織内で使用されているライセンスを追跡することです。ライセンス ドングル (別の用語ではセキュリティ キー：ハードウェアキー) に関しては、非常に困難な作業です。これらのドングルは、 AutodeskやSiemens などのソフトウェア ベンダーが提供する小型のハードウェア デバイスで、保護されたソフトウェアが高額なライセンス料金を支払った顧客のみに使用されるようにします。 クラウドへの移行がトレンドですが、ライセンス ドングルは依然として普及 青天の霹靂のように思えるかもしれませんが、ハードウェア キーは依然として存在しており、市場全体の傾向がハードウェアからクラウド ベースのライセンスに移行しているにもかかわらず、企業や組織のエンド ユーザーは依然としてハードウェア キーを使用している可能性があります。Gartner によれば、この変化のペースは速いといいます。市場調査会社は、2025 年までに半数以上の企業が従来ソリューションからクラウドに移行する予測しています。クラウドの人気は新しいものではありませんが、2015 年に登場したクラウド ネイティブ アプリケーションによって大幅な導入が推進されており、それ以来急速に成長しています。     それでも、ハードウェアベースのライセンスやそのようなライセンスドングルは普及しており、最大限のセキュリティが必要な分野やネットワークアクセスが制限されている分野では需要が高い、とOpenLMの担当のGuardantのビジネス開発マネージャーである Mikhail Chucklomin 氏は述べています。「昨年は、ハードウェア キーの販売数、ソフトウェア ライセンス、およびビジネス全体の総収益の記録を樹立しました。3 年以内に、収益の 50% 以上がソフトウェアから得られると予想しています。」と彼は付け加えました。 ライセンス ドングルが使用されているかどうかを確認するにはどうすればよいですか? 上記の内容を踏まえて、企業や組織が支払ったハードウェア キーがエンジニアによって使用されているかどうかをもう一度確認してみることは賢明です。ライセンス ドングルが使用されているかどうかを知ることは、ライセンスの過剰な支払いやコンプライアンス問題の発生を避けるのに役立つため、非常に重要です。では、USB ドングルが使用中かどうかはどのようにして判断できるのでしょうか? 以下に、実行できる基本的な手順をいくつか示します。 ベンダーが提供するソフトウェアを使用してドングルのステータスを確認する ほとんどのソフトウェア発行元は、特定のライセンス ドングルのステータスを確認できるアプリケーションを提供しています。このソフトウェアは通常、ドングルがワークステーションの USB ポートに接続されているかどうか、ソフトウェアが実行されているかどうか、ライセンスがアクティブかどうかを通知します。ドングルがコンピュータに接続されていない場合、またはアクティブなライセンスの使用状況が表示されない場合は、ドングルが使用されていない可能性があります。 ドングルを物理的にチェックする ベンダーから提供されたソフトウェアがない場合は、ハードウェア キーを物理的に確認できます。これは、エンド ユーザーのワークステーションにアクセスして、ドングルが接続されているかどうかを確認することを意味します。エンド ユーザーと同じ建物内にいる場合はこれを実行するのは簡単ですが、別の場所にいる場合、またはエンド ユーザーが世界中の別の都市や国にいる場合は、確認を実現するのは困難です。そうなると選択肢はメールか電話に限られてしまいます。 ライセンスの使用状況を監視する ライセンス ドングルが使用されているかどうかを判断するもう 1 つの方法は、ライセンスの使用状況を監視することです。OpenLM などの集中ソフトウェア

企業や組織がライセンスを大量に購入するのと同じ理由で、人々は大きなペットボトルで水を購入します。まとめて購入すると単価が価格が安くなります。しかし、問題が発生します。問題とは子供がいる家族は、2 歳の子供と 10 代の子供のニーズが異なることを知っています。では、キッチンを水浸しにすることなく、必要な量を注ぐにはどうすればよいでしょうか？もちろん、ウォーターポンプ（または同様のキッチンユーティリティ）をボトルに挿入することで、家族それぞれが必要な量を必要なだけ満たすことができます。 では、これが企業や組織内でどのように機能するかを見てみましょう。組織としての家族、部署としての家族のメンバー、およびライセンス プールとしてのウォーター ボトルの例にしてお話を続けますが、同様の状況があります。ソフトウェアのライセンスあたりの価格はより手頃な価格であるため、ソフトウェア ライセンス コストを節約するためにこの例えのオプションを利用することは合理的です。 チャレンジ ライセンスの観点から状況を分析した場合でも、各組織、あるいは企業は独自のものです。独自の人員、ワークフロー、部署、および動きがあります。ソフトウェアのパブリッシャーは、基本的なライセンス管理タスクを実行するように設計された単一のツール セット (この場合はライセンス管理インターフェイス) のみを提供しますが、個々の企業や組織固有の環境に適応する機能はありません。 したがって、ライセンス管理は組織にとって解決すべき課題となり、ライセンス プールを最適化し、IT コストを適正化することができなくなります。これは、ソフトウェア ライセンスの過剰または不足につながりますが、どちらの状況でも、組織は損失を被っています。ライセンスが過剰ですと、誰も使用していないため、その資金が無駄になります。一方、ライセンスが不足していると、他の人がアプリを閉じてライセンスにアクセスするのを待つために無駄な時間がかかるので、生産性が失われます。 実際のシナリオを考えてみましょう。企業には、たとえばAVID ソフトウェアを使用している 5 つの部署があり、各部署ごとに 20 ライセンスを割り当てたいと考えています。問題は、ベンダーが提供する管理インターフェイスがこれを実行できないことです。そのため、最終的に 1 つまたは複数の部署にライセンスが割り当てられ、他の部署はライセンスにアクセスできません。   ソフトウェア プールを組織の環境に適合させる方法 ウォーター ボトルの場合と同様に、ライセンス プールを組織の構造と柔軟にしかも動的に適応させるには、外部ツールが必要です。ウォーター ボトルの場合はウォーターポンプがそれに充当します。では、ソフトウェア ライセンスの場合はどうでしょうか。それは 3 つの単語です。Virtual License Manager です。   仮想ライセンス マネージャー OpenLMの仮想ライセンス マネージャー (VLM) は、ウォーター ポンプのように機能します。これにより、IT マネージャーは組織のライセンス プールのサイズを適切に調整し、ライセンスを効率的に使用して 投資利益率（ROI） を最大化できます。どうやって？それは簡単です。その名称が示すように、企業や組織が所有するライセンス マネージャーの上に仮想レイヤーを作り、例で使用されているウォーター ポンプのように、IT 管理担当者が部署ごとに必要な数のライセンスを割り当てることができるようにします。