Uncategorized

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 管理担当者が部署ごとに必要な数のライセンスを割り当てることができるようにします。  

ソフトウェア更新管理は、あらゆる規模の企業にとって不可欠なツールです。これにより、企業はソフトウェア ライセンス、保守契約、およびその他の年次更新を追跡できます。企業は、これらの更新をより効果的に管理することで、ソフトウェアへの投資を最大化できます。また、ソフトウェア更新管理により最新の機能と更新を最大限に活用できるようになります。 ソフトウェア更新の主なメリットとその背景にある統計を見てみましょう。このブログでは、ビジネスを成功させるための計画を作成する方法についても説明します。そして、ソフトウェアの更新を最大化する方法についても詳しく説明します。最後に、企業が利用できるさまざまなソフトウェア更新管理サービスについて見ていきます。 ソフトウェア更新管理とは何でしょうか？ ソフトウェア更新管理は、ソフトウェア ライセンス、保守契約、およびその他の年次更新の更新を管理するプロセスです。これらの更新を追跡することにより、企業はソフトウェアが最新であり、交わされた契約が適切であることを確認できます。そして、企業はソフトウェアへの投資の価値を最大化できます。また、最新の機能とアップデートを最大限に活用していることも保証されます。 ソフトウェア更新の追跡に加えて、ソフトウェア更新管理は、企業が他の重要な情報を追跡するのにも役立ちます。これには、バージョンと購入日、および関連する契約条件が含まれます。この情報は、請求およびコンプライアンスの問題に関して役立つ場合があります。 ソフトウェア更新管理のメリット ソフトウェア更新の管理には多くの利点があります。これらには以下が含まれます： 業務の効率の向上:ソフトウェア更新管理は、企業がソフトウェア ライセンスと保守契約を追跡し、時間と労力を節約するのに役立ちます。 カスタマー エクスペリエンスの向上:ソフトウェアに関する正確で最新の情報を入手することで、企業はカスタマー エクスペリエンスを向上させることができます。 コストの削減:ソフトウェア更新の正確で最新の記録を保持することで、企業は不要な更新や延滞料金を節約できます。 セキュリティの向上:ソフトウェア ライセンスを追跡することで、企業は自社のシステムが安全で、最新のセキュリティ基準に準拠していることを確認できます。 利益の増加:更新プロセスを最適化することで、企業はソフトウェアへの投資を最大化し、利益を増やすことができます。 ソフトウェア更新統計 ソフトウェア更新管理は、あらゆる規模の企業にとって人気があり、成功を収めている戦略です。世界最大の会計事務所であるデロイト トーマツ グループ (Deloitte)の調査によると、現在、ソフトウェア企業の 81% がソフトウェア更新管理を使用しています。より多くの企業がこの戦略の価値を認識するにつれて、この数字は今後数年間で上昇すると予想されます。 さらに、IT分野を中心としたコンサルタントであるガートナー社（Gartner）の調査によると、ソフトウェア更新管理を使用している企業の利益は平均 20% 増加しています。この数値は、自動化技術に投資する企業ではさらに高く、平均利益は 30% 増加します。 ソフトウェア更新管理戦略 ソフトウェア更新管理の成功の鍵は、明確で効果的な戦略を持つことです。これには、ソフトウェアの更新を追跡および管理するための詳細な計画と、プロセスを自動化するための効果的なシステムが含まれている必要があります。 ソフトウェア更新管理戦略を作成するときは、次の要因を考慮することが重要です。 ビジネスで使用するソフトウェアの種類 追跡する必要があるソフトウェア ライセンスとその契約の数 ソフトウェア更新の頻度 ソフトウェアの更新費用 プロセスの複雑さ 自動化の必要性 これらの要因を考慮に入れることで、ソフトウェアの更新を管理するための効果的な戦略を立てることができます。   ソフトウェアの更新を最大限に活用するためのヒント ソフトウェアの更新を管理するための計画を作成したら、ソフトウェアへの投資の価値を最大化するために使用できるいくつかのヒントとコツがあります。最も効果的な戦略のいくつかを次に示します。 プロセスを自動化する:自動化テクノロジは、ソフトウェア更新プロセスを合理化し、時間と労力を節約するのに役立ちます。 リマインダーの設定:今後のソフトウェア更新のリマインダーを設定して、更新日を見逃さないようにします。 割引の交渉:ソフトウェア更新の割引についてベンダーと交渉し、特別な取引やオファーを利用します。 新機能を活用する:新機能やアップデートが利用可能になったら、ぜひ活用してください。 ソフトウェア更新管理計画の作成 ソフトウェア更新管理戦略の主要な要素を特定したら、詳細な計画を作成する必要があります。これには、各ソフトウェア ライセンスまたは契約をいつ更新する必要があるかのタイムラインと、プロセスがスムーズに実行されるようにするためのアクション プランを含める必要があります。 計画には、ソフトウェアの更新を追跡および管理するためのシステムも含める必要があります。これには、スプレッドシート、カレンダー、またはソフトウェア更新管理プラットフォームが含まれる場合があります。どのシステムを選択しても、使いやすく、安全で、追跡する必要のあるすべての情報を保存できる必要があります。 最高のソフトウェア更新管理プラットフォーム OpenLMは、世界で最も信頼され、認められているソフトウェア管理プラットフォームの 1

Bentleyのライセンスとは？ Bentley のライセンスモデルを一言で表すなら、柔軟です。Bentley Systems Microstation を使用して 2 次元または 3 次元の CAD 設計で実際の建設を管理および視覚化することを検討している技術者、あるいは AssetWise を使用して作業することを検討している技術者は、短期および長期の必要性に応じて、永久ライセンス、期間ライセンス、またはサブスクリプションのいずれかを購入するオプションがあります。 – Bentley Select は、企業や組織が永久ライセンスを最大限に活用できるように設計されています。このプログラムの下で、ベンダーはソフトウェアの更新、24 時間 365 日体制のテクニカル サポート、全国規模のライセンス プールを提供するほか、年間のソフトウェア資産ポートフォリオのバランスを取るオプションも提供します。後者の場合、ソフトウェア資産管理担当者は、1 年に 1 回、永久ライセンスを他の Bentley ソフトウェアと交換することができます。 期間ライセンスにより、企業や組織は、Bentley ソフトウェア ライセンスに対するプロジェクト ベースの短期的な需要に柔軟に対応できます。SELECTの四半期ライセンスでは、Bentley の完全なソフトウェア ポートフォリオにアクセスできます。 OpenLMはどのように役立ちますか? 多くのお客様がOpenLMに連絡を取り、ソフトウェア ライセンスのチェックアウトを制御できなくなることへの懸念を表明しています。これらの顧客は、過剰なライセンス消費のケースを処理できず、計画外（予算外）の支出やライセンス コンプライアンス違反が発生したと不満を漏らしていました。 OpenLM を使用すると、管理者はライセンスのチェックアウト プロセスに自動的に介入できるため、予期しない支出やコンプライアンス違反を回避できます。 OpenLM は、特定のベンダーやライセンス マネージャーから独立して、ライセンス消費の制御と可視性を向上させます。 SELECT Server ライセンスを使用する組織は、OpenLM の提供する補完的なサービスの恩恵を受けることができます。このサービスは、オンプレミス バージョンとクラウド バージョンの両方で機能する機能を追加します。 OpenLMを使用する利点 Bentley プーリング システムの管理に役立つため、Bentley ライセンスの浪費を回避できます。 時間、グループ、アプリケーション、バージョン、およびその他の基準に基づいて、ライセンス

ライセンス ドングルは、コンピューターの USB ポートに接続して、エンジニアが日常のワークフローでソフトウェアにアクセスできるようにする小さなデバイスです。このようなデバイスは、サイズが小さいく持ち運びが容易であり、Autodesk、Siemens、MathWorks、ESRIなどのベンダーの柔軟なソフトウェア セキュリティ戦略およびライセンス ソリューションの非常に重要な部分です。   ハードウェア ベースのセキュリティ キーの管理は、1 つまたは 2 つしかなく、それらを扱うのが自分だけであれば簡単です。しかし、何百人ものユーザーがいる企業の環境では、状況はより複雑になります。ソフトウェアにアクセスする必要性は、ライセンス USB キーを提供することで満たされます。複数の部署と複数の場所を混在させる場合、事態は非常に複雑になります。企業や組織が所有するライセンス ドングルの可視性と制御を失うのは非常に容易です。     ドングルはどこにありますか？ エンジニアはそれらを使用していますか？ 電話やメールでなされるこれらの質問は、部署の責任者にとってストレス要因になり得ます。日常業務に加えて、エンド ユーザーに提供されるハードウェア資産を追跡する必要もあります。少なくともこれらのドングルを追跡するにはどうすればよいでしょうか? さらに別の Excel シートを作成し、ユーザーの名前を挿入して、そのユーザーに渡したことがわかるようにすることもできます。次に、どこにあるのか、そして男女を問わずその当事者がドングルを使用しているかどうかという質問が来ます。 ハードウェア資産管理では、曖昧な領域の入り込む余地はありません。これらのライセンス キーは企業や組織の資産であり、IT 管理者はライセンス キーがどこにあり、使用されているかどうかを知る必要があります。可視性がなければ、ライセンス ドングルを含む会社の資産を管理することは不可能です。 デバイスの紛失 ドングルを紛失すると、IT 管理者はいくつかの理由で頭痛の種を抱えることになります。まず、それはエンジニアが作業を進めるために必要なソフトウェアにアクセスできないことを意味します。第2に、紛失を報告し、ベンダーから交換用のドングルを入手するのに時間がかかります。 そして第 3 に、ドングル管理の欠如は会社のセキュリティ リスクとなります。元従業員に盗まれたらどうなるでしょうか。場合によっては数日かかることもありますが、場所を制御できない場合、IT 管理者は数か月後に損失に気付くことがあります。ドングルが IT 専任担当者の識別範疇から外れた直後に盗難が報告されなければ、会社に金銭的損失が発生します。つまり、従業員以外が使用するソフトウェア ライセンスの代金を支払っていることになります。 第 4 に、紛失したトークンがベンダーによって報告され交換された後、紛失されたものが発見されてワークステーションの 1 つに接続された場合、その行為はコンプライアンス違反を引き起こします。   ドングルの在庫を可視化 IT 専任担当者は、インベントリを可視化するために、ハードウェア キーに関する正確な情報 (種類、場所、使用状況など) を取得するのに役立つソフトウェアを必要としています。これはまさに、OpenLM のドングル モニタリング

SOC 2 認定とは何? SOC 2 は、企業がクラウド内のクライアント データを如何に管理するかを説明しており、クラウドベースのソリューションを使用するソフトウェア企業向けのオプションのコンプライアンス標準です。米国公認会計士協会(AICPA) は、サービスの安全性、可用性、機密性を確保し、情報セキュリティの最善の方法に従うことを保証するコンプライアンスを開発しました。 SOC 2認定はOpenLMにとって何を意味しますか? ソフトウェア ライセンス管理のグローバル リーダーとして、セキュリティとコンプライアンスは常に最優先事項であり、不正アクセスからお客さまのデータを確実に保護しています。 準拠しているということは、広く受け入れられている SOC 2 情報セキュリティ規格に当社のセキュリティ規格が準拠していることを立証可能であることを意味します。  さらに、お客さまとパートナーの信頼を勝ち取ることができるように、情報セキュリティ ポリシー、手順、および実践の最高水準を当社の業務に確実に適用することも重要です。  正確には何を監査したのですか？ SOC 2 監査で正確に何が評価されたのか知りたい場合は、これをご覧ください。セキュリティ、可用性、および処理のコンフィデンシアリティ(「信頼性）は、当社の事業活動に関連する 3 つの重要な Trust サービス原則 であり、監査レポートで取り上げられています。セキュリティ制御が展開され、適切に機能していることを保証するために、多数のテストが実施されました。 当社の優れた情報セキュリティ基準とベストプラクティスを証明する「正式な」シールを取得できたことに感激しています。私たちのレポートにより、SOC 2 基準を満たすことに加えて、すべての事業運営にわたってセキュリティ監視が改善されました。 信頼できるコンプライアンス パートナー Scytaleのエキスパートで実践的な SOC 2 ガイダンスと自動化テクノロジーにより、自動化されたエビデンスの収集、継続的な制御監視などにより、監査の準備を完全かつ効率的に行うことができました。 当社のお客さまは安全に保護されています 当社のお客さまは、当社が機密データを管理することを信頼しています。SOC 2 Type 2レポートにより、お客さまは自分の情報が保護されていることを知って安心できます。  当社が行うすべての選択は、お客さまを常に念頭に置いて最優先を心がけています。健全なセキュリティ基準に対する当社の献身的な努力は、SOC 2 レポートを提示することで、クライアントおよび将来の潜在的なクライアントに示されます。また、情報セキュリティとコンプライアンスを真剣に考えている企業と提携していることも示しています。 そしてこの次は？ SOC 2 に関しては、コンプライアンスを維持することが非常に重要です。私たちは、1 年間の監査期間で、年に 1 回 SOC 2 レポートを更新することを約束します。関連するすべてのポリシーとプロセスを更新し、必要なすべてのリスク管理に関与することに加えて、コンプライアンス状況を継続的に評価します。 SOC 2

EULA（使用許諾契約 / 利用許諾契約）には、エンド ユーザーがアクセスできるライセンスの種類と有効期限に関する重要な情報が含まれているため、EULA の条件を理解する必要があります。 エンジニアリング ソフトウェアには、考慮が必要な固有のニュアンスや癖があることがよくあります。たとえば、MathWorks は、そのソフトウェアは会社が所有する資産でのみ使用できると明確に述べています。つまり、組織が所有するコンピューターとその従業員のみが使用できます。 ソフトウェアの使用: 会社の従業員と会社のハードウェア 仮に企業が20 の Matlab ライセンスを所有する場合、従業員のみがそれらを使用でき、請負業者/派遣社員に割り当てることはできません。しかし、請負業者/派遣社員をどのように定義するのでしょうか? 大きな企業/組織には、小さな企業/組織にアウトソーシングする特定のプロジェクトがあり、その小さな組織/企業の従業員は請負業者になります。 したがって、組織 A が 20の Matlab ライセンスを所有しているが、プロジェクトを組織 B に外部委託している場合、組織 A は組織 B とMatlabのライセンスを共有することはできません。もし共有したら、コンプライアンスの問題が発生します。実際のソフトウェアの使用は、会社が所有するハードウェア上の会社の従業員に限定されます。 これを忘れて、Matlab ソフトウェアを必要とする特定のプロジェクトを支援するために雇われた請負業者/派遣社員、またはフリーランサーとライセンスを共有すると、ベンダーと交わしたライセンス契約に違反します。 ベンダーのライセンス マネージャーではこの種のコンプライアンス違反を防ぐことができないため、OpenLM などのソフトウェア ライセンス管理ソリューションが必要です。ライセンス使用状況レポートを使用すると、以下の情報が確認できます。 ユーザー名; ハードウェアの詳細; ホスト名またはワークステーション名; IP アドレス これらの情報は、ベンダーが提供するライセンス マネージャーのレポートにはありません。この溝は、ソフトウェア資産管理またはソフトウェア ライセンス管理システムによって埋められます。 従業員がリモートまたは自宅で作業している場合、そのような情報は重要な役割を果たします。パンデミックによって人々の働き方が必然的に変化したため、従業員が使用するパソコンがライセンスの使用法に違反する可能性があります。 一例をあげると従業員が自分のパソコンを使用して会社の VPN に接続している場合、従業員は会社のライセンス マネージャーからフローティング ライセンスを取得できますが、それは会社の資産ではないため、従業員にコンプライアンスの問題が生じることを意味します。管理されていないままにしておくと、組織に多額の罰金が科せられる危惧があります。 国家/地域を超えたソフトウェアの使用 企業/組織が特定の国 (英国など) に限定されたライセンスのプールを購入した場合、組織が多くの国にオフィスを持ち、フランスまたはドイツの従業員が意図的または非意図的にフローティング形式の Matlab ライセンスを取得した場合、つまり私たちは今、国や地域を超えたソフトウェアの使用について話しています。 ここでも、Matlab との契約によりライセンスの使用が英国に限定されているため、これはコンプライアンス違反となります。