ソリッドワークス2025年の節約に向けたスマートな戦略ウェビナー

[0:00] ニックス：皆さん、おはようございます、こんにちは、そしてこんばんは。こちらは「Open iT 」ウェビナー『SolidWorks：2025年に向けたコスト削減のためのスマートな戦略』です。私はニックスと申します。本日は司会を務めさせていただきます。SolidWorksは、一流のエンジニアリング設計・製造企業において、プロジェクトに広く活用されています。しかし、ソフトウェア のライセンスやコストを効果的に管理することは、困難を伴う場合があります。

[0:25]本日のウェビナーでは、ライセンスの使用状況を可視化し、実際のデータに基づいて費用対効果の高い意思決定を行う方法について詳しく解説します。本題に入る前に、Q&Aセッションを設ける予定であることを皆様にお知らせしておきます。 上部の「Q&A」タブからご質問をお寄せいただければ、後ほどお答えいたします。すべての質問にお答えする時間が足りない場合や、追加情報が必要な質問については、講演者に転送し、回答をメールまたはLinkedInを通じてご連絡いたします。

[0:57]本日のプレゼンターは、テキサス州ヒューストンを拠点に活動しています。彼女は、ソフトウェア のライセンス最適化について実践的な知見を伝えるエネルギッシュなスピーカーであり、聴衆を惹きつけ、現実の課題に自信を持って取り組めるよう支援しています。IT業界で35年以上の経験を持ち、ゼネラルマネージャーなどの管理職を歴任してきた彼女は、経営管理、損益管理、仮想化、クラウドインフラストラクチャに関する深い知識を有しています。 ここOpen iT では10年以上にわたり、クライアントのソフトウェア ライセンスの最適化を支援し、ソフトウェア の利用状況計測を通じて大幅なコスト削減を実現してきました。皆さん、リンダ・コールさんを温かくお迎えしましょう。

[1:35] リンダ：ご紹介いただき、誠にありがとうございます。本日のウェビナーへ、皆様ようこそ。本日のアジェンダですが、今日はSolidWorksに焦点を当てていきます。 まず、ライセンスの種類について簡単に触れた後、主に顧客事例や、ライセンス体制を最適化するためにデータを分析するさまざまな方法をご紹介したいと思います。私のウェビナーにご参加いただいたことがある方ならご存知かと思いますが、私はいつも最後にこうお伝えしています。「適切な人に、適切なタイミングで、適切なライセンスを提供すること」が重要です。しかし、それを実現するにはどうすればよいのでしょうか？また、その判断はどのように行えばよいのでしょうか？ どのようなデータを確認すべきでしょうか？その後、その取り組み方に関する戦略をいくつかご紹介し、先ほど彼女が述べたように質疑応答のセクションで締めくくります。ご質問があれば、チャット欄にご記入ください。最後に回答させていただきます。

[2:22]それでは、ライセンスの種類から始めましょう。今回が、私が担当しているベンダーウェビナーシリーズの第3回目となりますが、ライセンスの観点から見れば、これは最もシンプルな内容と言えます。SolidWorksのライセンス体系は非常にシンプルで、ネットワークライセンスとスタンドアロンライセンス、期間ライセンスと永久ライセンスがあります。また、新たにクラウドベースのサービスも提供されており、これは実際にはSaaSオプションであるため、少し異なります。 本日はネットワーク版とスタンドアロン版についてお話ししますが、今後いくつかの新しいライセンス種別が登場する予定であることもお伝えしておきます。もちろん、同時使用型でもスタンドアロン型でも利用可能で、さまざまなパッケージレベルが用意されています。 Standard版やProfessional Premium版など、上位モデルになるにつれて、多くの企業では追加機能が盛り込まれるため、パッケージの価格も高くなります。最近の多くのベンダーと比較すると非常にシンプルで、ライセンスの権利内容も明快ですが、結局のところ、最終的な判断は非常に難しいものです。やはり、自分たちが何をしようとしているのかを理解する必要があります。

[3:32]さて、この最初の例で少し異なる点は、ライセンスを提供しているFlexLMライセンスマネージャーを実行しているサーバーが複数あることです。ここでは、グローバルライセンスサーバーがある場合の様子をシミュレートしてみました。 ですから、こうした交渉に臨む際には、契約にその条項が含まれている場合の中間契約でのライセンス再割り当てであれ、新規の更新契約であれ、常に全体像を把握することが重要です。私はいつも、「上から下へと見ていく」ように言っています。ここでは、「最大利用可能数」、つまりこれらさまざまなアプリケーションや機能セット全体で当社が保有しているライセンス数を確認し、次に実際に使用した数がどれくらいかを把握します。 現在確認しているこのデータセットは年初来（2024年）のもので、ここからいくつかの点がすぐにわかります。1つは、アクセス拒否の件数を追加することですが、ここを見ると、SolidWorksのアクセス拒否件数が非常に多いことがわかります。これは、お客様からよく聞く話なのですが、更新対象があまりにも多すぎて、すべてに目を配るのが難しいというものです。 そのため、顧客には、ポートフォリオ内の特定のアプリケーションを個別に確認するのではなく、迅速に特定できる機能が本当に必要とされています。ここで確認できるように、SolidWorksのデータを見ると、確かに一部の申請が却下されています。ライセンスが不足しているわけではないため、何が起きているのかを確認する必要があります。一体何が起きているのでしょうか？ しかし、使用回数がゼロの機能やアプリケーションも特定する必要があります。それらに費用がかかるのであれば、なぜ使っていないものにお金を払わなければならないのでしょうか？

[5:22]しかし、さらに詳しく掘り下げてみましょう。まず最初に、リアルタイムの状況を確認しますね。 現在、ライセンスの状況はどうなっているか。特に目立つ点はありませんが、4人のユーザーがライセンスを予約していることだけが確認できます。これだけでは拒否された理由を説明するには不十分ですが、この点は留意しておく必要があります。さらに掘り下げて調査し、「何か特定の理由があるのか」「ライセンスを予約している場所はあるのか」「それは理にかなっているのか」を確認したいところです。というのも、これは非常にコストがかかるからです。 同時使用ライセンスの仕組み全体は、コスト分担の指標ですよね。つまり、ライセンスを予約すると、事実上、他の誰かがそれを使うのを妨げることになります。ですから、何か理由があるのか、それらが正当なものなのかを確認できるようにしたいのです。というのも、顧客から「うわっ、自分が何を知らなかったのかさえ知らなかった」と言われるのをよく目にするからです。 「社員がライセンスを予約していたこと、そしてそれが当社のビジネスにとってあまり理にかなっていないことに気づかなかった」と。他の業界では、それがビジネスモデルになっているところもありますよね。現場で活動する社員がいる企業であれば、ライセンスを予約するのは理にかなっています。ですから、その点には注意を払いたいのです。

[6:30]ここでも、全体像をトップダウンで把握し、状況を把握できるようにしています。ここでの利用傾向を見ると、一目で多くのことが分かります。この上段の線は所有ライセンス数ですが、数値上、これを利用しきれていないことはすでに確認しました。この青い線は利用状況、赤い棒グラフは拒否件数、そしてこれが経過時間です。 つまり、このグラフが示しているのは、所有しているライセンス数に対して、利用状況がまったく及んでいないということです。しかし、なぜこれほど多くの拒否が発生しているのでしょうか？ 念のため申し上げますが、これは単一のサーバーを想定したシミュレーションですが、この結果から、個々のサーバーを個別に確認する必要があることがわかります。

[7:19]ここから始めることが重要な理由は、個々のサーバーだけを見てしまうと、拒否が相次いでいるサーバーに目を向け、「ライセンスが足りないから、もっと購入しなければならない」と思ってしまうからです。 そこでは大規模な利用拒否が発生しています。だからこそ、ここからトップダウンで検討を始めるべきなのです。実際、必要なのはそれらのライセンスを各サーバー間で再割り当てしたり、負荷分散させたりすることだけだからです。ベンダーによって状況は異なり、世界のどの地域にいるかや契約内容にも左右されますが、ベンダーとの交渉に臨む際には、こうした様々なデータポイントを把握しておき、その上で議論できるようにしておく必要があります。 というのも、もしその1台のサーバーだけを見ていれば、ベンダー側は「もっとライセンスが必要です」と言うでしょう。でも、あなたとしては「ええ、でも使っていないライセンスがこんなにたくさんあるし、1年間一度も使っていないのに、なぜさらに購入しなければならないのか」と反論できるはずです。ですから、こうしたデータを把握しておくことで、そのような議論を有利に進めることができるのです。

[8:19]さらに追加情報を用いれば、より詳細な分析が可能です。これは同じ情報ですよね。29ライセンスを保有していて、実際に使用しているのは16ライセンスだけですが、実際には、99％の時間や95％の時間でどれだけのライセンスを使用していたかを計算することができます。もちろん、単なる数字だけでなく、その詳細、つまりその16番目のライセンスがどれほど使用されていたのかを確認したいところです。 そこで、ここでもう一度、ほぼ1年分のデータを見てみると、その16番目のライセンスはたった1時間、正確には1.42時間しか使用されていませんでした。したがって、組織に何の影響も与えることなく、ライセンス数を容易に削減できることは明らかです。さらに言えば、14番目まで削減しても問題ないでしょう。というのも、ここ11ヶ月間の合計で73時間という使用時間は、決して多くないからです。

[9:14]もちろん、これは顧客ごとに大きく異なります。また、この1つのレポートだけを見て判断を下すわけにはいきませんよね。自社の環境では何が起きているのか、社風はどのようなものか、買収を行っているか、何か変化はあるかといった点も考慮する必要があります。 現状を把握してみましょう。しかし、たとえ手作業で情報を集めているとしても、組織内にツールを整備し、効果的なライセンス体制をどのようにすべきかを判断できるようにしておく必要があります。

[9:46]さて、ここを見てみましょう。ここでは月次ではなく週次で簡略化していますが、その利用状況、つまり同じ利用状況とパーセンタイルを確認しています。ここでも、いくつかの点がすぐにわかります。1つは、「ライセンスキャンパー」の存在です。これは、ライセンスを借りたまま、24時間ずっと借りたままにしている人がいるということです。 当然のことながら、彼らがライセンスを占有し続けている限り、他のユーザーがそのライセンスを利用できなくなってしまいます。つまり、ここには最適化の余地があるということです。これは、先ほどスライドで触れた、効果的なライセンス配置をどこに設定すべきかを判断するという点にもつながります。 さて、これでさらにライセンス数を削減できるという確信が深まりました。なぜなら、こうした「ライセンスキャンパー」に対処し、アラート（ユーザーへの通知）を設定して彼らの行動に働きかけ、より責任ある利用を促すことができれば、ライセンス数をさらに削減できるからです。

[10:47]さて、その下には拒否件数の内訳が示されています。この数字だけを見ると、確かに「うわっ、こんなに多くの拒否がある。もっとライセンスが必要だ」と、ちょっと不安になってしまうかもしれません。しかし、だからこそ複数のデータポイントを確認することが極めて重要なのです。なぜなら、これらがすべて一度に発生したのかどうかを知る必要があるからです。 つまり、その分布はどうなっているのか？　複数のユーザーによるものか、それとも複数のサーバーによるものか？　拒否の理由は何か？　というのも、拒否には様々な原因があり、単にライセンスが不足しているからというだけではないからです。ですから、拒否の状況を検証して正規化し、特定の誰かがただひたすら「Enter、Enter、Enter」と押し続けていて、その結果、その人の拒否件数が膨れ上がっているのではないか、といった点を確認する必要があります。 こうした点を把握できるようにする必要があります。私が分析を行う際、拒否が比較的均等に分散しているケースをよく目にしますが、クライアントの分析を代行すると、全時間帯のうち特定の1日、1～2時間に集中して拒否が発生しており、結果として異常値となっているケースがあります。ですから、その状況がどのようなものかを確認する必要があります。

[12:00]そして、ユーザーレベルまで徹底的に確認することをお勧めします。まず第一に、ここからわかるのは、承認が却下された人たちについてです。つまり、全員が依然として仕事ができているということですよね。必ずしもその1時間の間だけとは限りませんが、これを日単位で確認することで、誰かが本当に業務を遂行できなかったのかどうかを見極めることができます。 というのも、顧客からは「電話が鳴りっぱなしなのに、従業員が『仕事ができない』と言っている。部署のマネージャーからも連絡が来るが、実際には必ずしもそうではない」という声がよく寄せられるからです。ですから、拒否処理の要素を含めたユーザーのヒートマップも確認できるのです。 ただ、その点を指摘しておきたかったのです。そして、この例についても触れておきたいのですが、ここには経過時間が長いユーザーが数名います。その理由の一部は、彼らが使用した最大ライセンス数が2つであるためです。これは御社では理にかなっているかもしれませんが、そうでない可能性もあります。 彼らが同時にライセンスをチェックアウトする必要がある理由はあるのでしょうか？また、彼らはそれらのライセンスを独占していたのでしょうか？というのも、やはりそれが経過時間を延ばす原因になるからです。しかし、ここを見ると、利用数は1つだけですが、拒否回数は37回もあります。これは、やはり日単位のレベルまで掘り下げて、それらの拒否回数を精査し、正規化する必要があるという好例です。 個人的には15分間を基準としています。つまり、15分間の間にユーザーが何度アクセス拒否を受けても、それを1回として正常化するのです。当社のツールをご利用の場合は、この閾値を設定できます。いずれにせよ、その詳細を掘り下げて、何が起きているのかを確認できるようにしておく必要があります。

[13:48]そこで、特にこの状況において興味深く、重要だと思うもう一つの点は――これは今後変わっていくことですが、私の他のウェビナーをご覧になったことがある方ならお分かりでしょう――データへのアプローチの仕方は、検討しているベンダーや保有している利用権の種類だけでなく、最初にデータに目を通すタイミングによっても変わるということです。 だからこそ、ベストプラクティスとして、常にトップ、つまりグローバルレベルから始めることをお勧めしています。なぜなら、さまざまなデータポイントを確認したい場合があるからですし、そのための時間がある場合もあれば、ない場合もあるからです。興味深い点の一つとして、多くの顧客は、管理や追跡を容易にするために、更新日をまとめて設定したいと考えていますよね。 しかし、率直に申し上げて、すべての更新を特定の月に集中させたり、あるいは「年に2回に統一しよう」と決めたとしても、それは膨大な作業量となり、管理が難しくなります。ですから、これもやはり、組織の企業文化やワークフローに左右される問題なのです。

[14:46]でも、私がここで注目しているのは、前月比での利用状況の変化ですね。そこで、1年前までさかのぼって、23年と24年のデータを見てみましょう。ここでは、その変化がパーセンテージでどうなっているかを確認しています。時々減少している時期もありますね。たとえば5月はちょっと変で、なぜ2まで急落して、また跳ね上がったのでしょうか。 しかし、24年に入ると、前月比で継続的に上昇していることがわかります。23年の月間平均最大利用数はわずか7でしたが、24年の平均を見るとそれが上昇しており、大幅な増加となっています。そこで、もう一つのデータポイントを見てみたいと思います。 では、何が起きているのか。ユーザーが増えたのか、新しいプロジェクトが立ち上がったのか、買収を行ったのか、その状況はどうなっているのか？ ここを見ると、ユニークユーザー数が着実に増加しているのが分かります。 もちろん、一貫性があるわけではありません。通常、そうなることはまずないでしょう。しかし、増加傾向にあることは確認できますので、これを考慮に入れる必要があります。2024年の利用状況に基づいて、必要な数よりも多くのライセンスを保有していることはすでに把握していますが、この数は増加傾向にあります。

[16:12]ですから、繰り返しになりますが、御社ではその原因を把握しているか、あるいは確認できることを願っています。買収を行ったのでしょうか？ もし買収を行ったのであれば、それは継続しない、つまりその上昇傾向は続かないということになります。それとも、単に売上高が増加している、プロジェクト数が増加しているといった状況でしょうか。今後の見通しはどうなっているのでしょうか？ では、継続する必要があるのでしょうか？この傾向が続くと見込んで計算すべきでしょうか？というのも、特に永久ライセンスの場合、すでにライセンスを購入しているなら、2025年にはそれらを使用することになるでしょう。場合によっては2026年まで続くかもしれません。それはライセンスの種類や数次第です。 まだ手放したくないかもしれませんし、25年の過去の成長予測に基づいて、予想される成長に対応するために保持しておきたいと思うかもしれません。その逆も起こり得ます。事業売却を行った場合、増加するどころか減少する可能性があります。つまり、逆のシナリオもあり得るのです。しかし、ここで私が示そうとしているのは、さまざまなデータポイントを多角的に検討することの重要性です。 多くの人が時間がないことは承知しています。だからこそ、全体像を俯瞰し、どこを掘り下げるべきかを判断する必要があるのです。ポートフォリオ内に特定のアプリケーションがあり、限られた時間内で最善を尽くすために、その情報を詳しく調べる必要があるかどうかを見極めるためです。

[17:44]先ほども申し上げた通り、ライセンスが不足しているわけではないことは分かっていたので、次は何が起きているのかを確認する必要がありました。そこで、個々のサーバー、失礼、その現象が発生した特定のサーバーを調べているところです。すると、4つの予約済みライセンスのうちの1つが、この特定のサーバーで利用されており、それが拒否エラーを引き起こしていたことが分かりました。このサーバー自体には、ライセンスが10個しかありません。 もし5つ、あるいは4つすべてが使われていたら、そのサーバーの40％を占めてしまうことになりますよね。ですから、その点を確認したいのです。 しかし、利用状況の傾向を見てみましょう。ここを見ると、利用率が頻繁に上限に達していることがわかりますね。週末などでもゼロになることは一度もありませんが、上限に達することが非常に多いのです。ですから、このデータを分析する際には、その点を考慮に入れる必要があります。

[18:55]つまり、ここでもまた、「これらのライセンスの一部を移行するには、ベンダーと交渉する必要がある」ということになります。費用がかかる場合と掛からない場合があり、契約条件によっては許可されない可能性もあります。したがって、ベンダーとの交渉に臨む際には、こうした点も念頭に置いておく必要があります。これらは、意識している場合もあれば、そうでない場合もある点です。 異なるサーバー間でライセンスを再割り当てできる機能が必要ですが、これもまた、現在の契約でその機能が提供されているかどうかは分かりません。しかし、契約更新の際には、その点を交渉に盛り込むことをお勧めします。

[19:36]したがって、スタンドアロンライセンスをお持ちの場合は、さまざまなデータポイントを確認する必要があります。手っ取り早く確認できるのは、「最終使用日からの経過日数」です。つまり、ローカルのスタンドアロンライセンスを持っているにもかかわらず、それを使用していないユーザーがいるかどうかを確認するということです。 こうしたユーザーは利用頻度が非常に低いだけでなく、かなり長い間使用していない状態です。そこで、そのユーザーのプロジェクトは終了したのか、そのユーザー自身が退職したのか、別の部署に異動したのか、あるいはそのプロジェクト自体が終了したのかなど、状況を精査する必要があります。単にこの数値を鵜呑みにするわけにはいかず、詳細を確認する必要があります。とはいえ、こうしたケースを素早く特定することは可能です。

[20:16]それでは、ここで別の例を見てみましょう。これは少し趣が異なります。ここでは、さまざまなレベルがどのように設定されているかを確認しています。今回はプレミアムプランに焦点を当てますが、「所有しているもの」と「実際に利用した分」を比較してみると、大きな差があることがわかります。 また、利用回数がゼロのものも1つあることがわかりますので、その点も考慮に入れる必要があります。これにはコストがかかるのか、かからないのかはケースバイケースです。しかし、ここでは手元にあるプレミアムプランに焦点を当ててみましょう。この利用状況の推移を見ると、うわっ、かなりかけ離れていますね。17ライセンスのうち、実際に使用しているのは6つだけです。つまり、ここにはさらに大きなギャップが存在しています。 ただし、この6つ目のライセンスについては、データセットがかなり小規模であることがわかります。これはわずか6週間分のデータセットに過ぎません。新規顧客だったため、データ量が少なかったからです。しかし、たとえわずかな可視性であっても、皆さんにお伝えしたいのは、何よりも「今すぐ始めること」が重要だということです。 組織内に何もデータがない場合は、今すぐアプリケーションの使用状況の計測を始めてください。たとえわずかなデータであっても、契約更新や交渉の際、効果的なライセンス体制を確立する上で役立ちます。多くの場合、ライセンス数が減少する傾向が見られます（常にそうとは限りませんが）。あるいは、ポートフォリオ内の特定のアプリケーションでライセンスが不足しており、その分だけ増加する一方で、残りのアプリケーションは減少するといったケースもありますよね。 したがって、通常、純減となり、全体としてコスト削減につながります。

[22:14]それでは、同じことを別の角度から見てみましょう。この月別のヒートマップをご覧ください。ここを見ると、8月にはキャンプが行われていましたが、9月にはそれがほぼ止まったことがわかりますね。 ですから、その活動については検討対象から外すことができます。なお、これもまた、データを全体的に統合して表示しているため、6週間という期間全体を見渡すと、そうしたキャンパーが確認できるのです。ただし、そこにはある程度のばらつきも含まれており、これもまた検討する必要があります。では、その影響はどのようなもので、具体的にどのような状況なのでしょうか？ 両方の分析は完了しましたが、では組織への影響はどのようなものでしょうか。あるいは、どこでライセンスを取得すべきでしょうか。ここでは、ポートフォリオ内のさまざまな要素、それぞれのコスト、私が使用したものを確認しています。これを「ゼロインパクト、通常通り」と呼んでいますが、これは、ライセンス数を利用可能な最大数まで削減した場合、組織にどのようなコスト上の影響が生じるかを意味します。

[23:15]つまり、現状のままでも25万ドルのコスト削減が見込めることがわかります。しかし、もし99パーセンタイルに移行した場合――各レベル、各明細項目ごとに評価する必要がありますが――その場合はコスト削減額がさらに増えることになりますね。 でも、「リンダ、私はすでに永続ライセンスの費用は支払済みだ」と言われるでしょう。その通りだと思います。この特定の顧客は、このライセンスモデルに永続ライセンスの費用を反映させたいと希望していましたが、メンテナンス費用もここに含めることができますよね。ここでは、単にメンテナンス費用が継続している状態です。では、コストへの影響はどの程度でしょうか？ やはりかなり大きなものになりますよね。 この特定のベンダーは、彼らのポートフォリオに占める割合はそれほど大きくありませんでしたが、契約全体としては、それを削減できたことでかなりの節約になりました。そして、こう考える必要があります。「そのメンテナンス費用を、使うかもしれないし使わないかもしれないという状況で、一体どれくらい長く支払ってきたのか」。実際には使っていないのです。1年も使っていないし、2年も使っていない。そのため、その金額は年月を経るにつれて急速に膨れ上がっていきます。 そして私が何度も何度も目にするのは、人々がライセンス数を削減することを恐れているということです。先ほど話したように、「将来必要になった時に再購入しなければならないのでは」といった懸念があるからです。しかし、だからこそ、自社組織内でどのような傾向が見られるかを把握する必要があるのです。 どのような計画があり、企業の目標は何か、有機的な成長を目指しているのか、買収による成長を目指しているのか――そういった点を把握しておく必要があります。しかし、その数が急速に増加していくことは明らかであり、期間制ライセンスであっても、どの程度のコスト削減が可能かをすぐに算出できるはずです。

[25:03]しかし、これはまた、その意味するところが何なのか、つまり、コンカレントライセンスから期間ライセンスに移行した場合、どのような状況になるのかが分かるという点を示しています。これには他にも多くの要素が関わってきますので、必要なライセンス数のシミュレーション方法や、共有コンカレントライセンスを指名ユーザーライセンスに変換するために必要なデータポイントについては、また別の機会に話し合う必要があります。というのも、これは市場全体で、複数のベンダーにまたがって広く行われていることだからです。

[25:26]それでは、今日のまとめとして、最適化戦略についてお話ししましょう。私が常に真っ先に強調するのは、「使用されていないリソースを特定すること」です。つまり、そうしたリソースを洗い出し、それにコストがかかっているかどうかを確認し、かかっている場合は排除するということです。 一部の組織では「1つだけ残す」という戦略を採用しています。つまり、「これは使っていないし、2年間も使っていないが、かつてプロジェクトがあったから、万が一の事態に備えて1つだけ残しておく」というものです。最悪のシナリオに備えて1つだけ残し、残りは削減するというわけです。必ずしもゼロにする必要はなく、「1つだけ残す」という形にするのです。 ライセンスを長期にわたり占有しているユーザー、いわゆる「キャンプユーザー」や長期貸出を特定する必要がありますよね。また、「ライセンスの独占者」も特定すべきです。これは、1人が2つ、3つ、4つ、5つと複数のライセンスを保有しているケースで、その責任範囲や組織内で妥当かどうかによって異なります。 拒否状況を標準化して、何が起きているかを真に理解し、傾向を特定できるようにしたいのです。それが完了したら、さらに先へ進めることを理解しておいてください。そうすれば、それらのライセンスがチェックアウトされていた期間、実際に使用されていたかどうかを確認し、使用されていなければ、それらを回収できるかどうかを検討できます。 つまり、これはあくまでネットワークに関する戦略に過ぎません。スタンドアロン版に関しては、別のデータポイントを確認する必要があります。「最後に使用したのはいつか」「その期間中にユーザーは何日分使用したか」といった点です。例えば、1年分のデータを調べた際に、その年の使用日数がわずか10日しかなかった場合、そのユーザーにスタンドアロンライセンスは必要でしょうか？ そのライセンスを再割り当てし、パワーユーザー、つまり毎日頻繁に製品を利用しているユーザーに提供できるかもしれません。すでに料金を支払っているのですから、活用すべきですよね。そのユーザーは同時接続モデルに移行できます。経過時間を確認し、アクティブと非アクティブの状態も改めて検討する必要があります。 今日は多くの内容をカバーしましたが、質疑応答の時間はあと数分しかありません。締めくくる前に、おそらく1つだけ質問を受け付けられるでしょう。何か質問はありますか？

[27:45] ニックス：リンダさん、洞察に満ちたプレゼンテーションをありがとうございました。ここで1つ質問があります。「Open iT 」では、ベンダー監査を支援するために、SolidWorksライセンスの使用状況に関する監査証跡を提供することは可能でしょうか？

[27:53] リンダ：その答えは、間違いなく「はい」です。さて、ユーザーが問題に巻き込まれる場面、そして監査の観点から私たちが支援できる点は、もちろん、実際の利用状況について、ユーザーレベルや物理的な所在地に至るまで、驚くほど詳細な情報を提示できることです。そして、監査の際、まさにその点で指摘を受ける可能性があるのです。 例えば、あるユーザーが特定のリージョンのサーバーを使用すべきところ、本来あるべき場所とは異なるサーバーに接続している場合、それは利用権限に違反することになります。したがって、ホストを確認し、稼働中のホスト数を確認し、それらの場所を確認できることは、コンプライアンス監査において極めて重要な要素です。ですから、はい、その点については間違いなくお手伝いできます。 ぜひ当社までご連絡ください。ぜひご連絡ください。

[28:59] Nix：時間切れのようです。 さらにご質問があれば喜んでお答えしますので、メールでお送りください。ご質問は webinars@openit.com までお送りください。当社のソーシャルメディア（Open iT, Inc.）もぜひフォローしてください。また、今年が終わる前に、当社のソリューションコンサルタントにご相談いただき、2025年の確実な成長に向けて、今すぐソフトウェア のライセンスを最適化してください。改めて、本日の司会を務めたニックスです。ありがとうございました。お体に気をつけて。皆さん、ありがとうございました。