第 1 部｜新しいオートデスク® ライセンスの種類と組織への影響

[0:02] メイ：みなさん、こんにちは。「Open iT」のライブウェビナーシリーズ第1回『新しいオートデスクのライセンス形態と組織への影響』へようこそ。私はメイと申します。本日の司会を務めさせていただきます。まもなく、プレゼンターのリンダ・コールさんが登場します。 本題に入る前に、皆様へのご案内をさせていただきます。ご質問はぜひお気軽にコメント欄へお寄せください。リンダがウェビナーの質疑応答セッションで回答いたします。もしすべての質問にお答えできない場合や、さらに調査が必要な質問があった場合でも、ご安心ください。それらの質問はリンダに転送され、メールまたはLinkedInを通じてご連絡いたします。

[0:45]本日のプレゼンターは、Open iT のビジネスソリューションコンサルタントであり、2014年から業界の講演者として活動しています。ヒューストンを拠点とする彼女は、テクノロジー業界において、営業、事業運営、サービス管理、プロジェクト管理、プロセス改善、マーケティング、経営管理など、25年以上にわたる多岐にわたる経験を持つ、エネルギッシュなシニアコンサルタントです。 彼女は、中小企業から大企業まで幅広い組織で独自の役割を担ってきた実績あるリーダーであり、クライアントに極めて大きな価値を提供しながらビジネスを成功に導くことに情熱を注いでいます。現在は、ソフトウェア のライセンスに関するクライアントのビジネス課題の解決を支援しています。皆様、リンダ・M・コール氏です。

[1:32] リンダ：メイ、素晴らしい紹介をありがとうございました。それでは、ご参加の皆様を心より歓迎いたします。世界中からご参加いただいていますので、おはようございます、こんにちは、そしてこんばんは。本日は、オートデスクのライセンスについてお話しできることを嬉しく思います。ここでは、さまざまなライセンスの種類について簡単に紹介するとともに、現在、皆様の組織に影響を与えている可能性のある事項についても触れていきます。 また、皆様の環境においてこれらをどのように管理すべきかについてのベストプラクティスや、組織運営に役立ついくつかの事例、そして今後の対応策についても触れていきます。それでは、オートデスクとライセンスに関する現状から始めましょう。

[2:11]これまでオートデスクには、さまざまなライセンス形態が存在してきました。数年前、同社はSaaSベースのライセンスである「Autodesk A360」を導入し、すべてのサービスをクラウドに移行しようとしていました。 アプリケーションもライセンス管理も、すべてクラウド上で動作していました。私が話を聞いた人々のほとんどは、これを採用している人はごくわずかでしたが、サービス自体は依然として存在しています。ただ、弊社としては、その状況に対応しようとしているところです。市場には依然としてスタンドアロンライセンスもいくつか出回っていますが、世界中の関係者に話を聞くと、

[2:45]既存のお客様も見込み客も、ホストベースのスタンドアロンライセンスをまだ使用している方もいますが、大半の方はすでに別のライセンス形態に移行しているか、あるいは他の種類のライセンスを利用しています。さらに、現在、当社の非常に大規模なグローバル企業顧客の多くは「Token Flex」を利用しており、これもライセンスサーバー上で動作しますが、ライセンスを「チェックアウト」する代わりに、ライセンスにはトークン値が紐付けられています。

[3:16]これもやはり、一般的に非常に大規模なグローバル企業向けのものなので、今日は詳しく掘り下げるつもりはありませんが、オートデスクが提供する主要なライセンス形態の一つであるため、ここで触れておきたかったのです。今後のウェビナーではこれについてさらに詳しく取り上げる予定ですが、世界中のほとんどのユーザーが利用しているのは同時接続ライセンスであり、もちろん、これにはライセンスサーバーが必要です。 これはアプリケーションのチェックアウトを行う仕組みであり、さまざまなユーザーがアプリケーションをチェックアウトし、チェックインし、再びチェックアウトすることができます。これはフローティングライセンス、あるいは共有環境では「同時利用ライセンス」と呼ばれ、複数のユーザーが1つのライセンスを共有する仕組みです。

[4:04]スライドの表示に少し不具合が生じてしまいました。申し訳ありません。さて、数年前、オートデスクは「Named User Subscription（指名ユーザーサブスクリプション）」と呼ばれる制度を導入しました。その名の通り、ホストに紐づくライセンス形式ではなく、ライセンスが特定のユーザーに紐付けられるようになったため、各ユーザーが独自のポートフォリオを持つことになります。

[4:31]当初、この仕組みを導入した際、コンプライアンスの観点からいくつかのメリットがあると彼らは考えていました。その点については後ほど詳しく説明しますが、実際に検討してみると、これには確かにいくつかの影響があります。というのも、環境全体で共有できるライセンスのプールを持つ代わりに、個々のユーザーがそれぞれ独自のライセンスポートフォリオ、あるいは名義指定ユーザーサブスクリプションを保有しなければならないからです。

[4:54]つまり、今日見られている状況は、彼らがこの仕組みを導入したため、ここ数年の皆さんの需要の多くが、 オートデスクは「指名ユーザーサブスクリプション」を導入したため、多くの皆様が「同時利用ライセンス」と「指名ユーザー」という2つのライセンス形態を併用する状態になっています。つまり、完全に「指名ユーザーサブスクリプション」に移行したわけではなく（もちろん、完全に移行した方もいらっしゃいますが）、企業全体で何が起きているのか、またこの状況下でライセンス体制をどのように最適化できるのかを理解しようとすると、環境が非常に複雑になってしまいます。 さらに、Autodeskは

[5:31]ライセンス体系にいくつかの変更や追加が行われ、同社は中小企業および大企業市場に向けてさまざまな施策を講じています。その一つとして、現在、直接購入を促すインセンティブを提供しています。世界中で引き続きリセラーを通じて購入することも可能ですが、一部の製品は直接購入のみ、あるいは一部のライセンスモデルやライセンスタイプは現在、直接購入でのみ利用可能となっています。

[6:00]それに加えて、同社は現在、すべての同時利用型メンテナンス・サポート契約やマルチユーザー・サブスクリプションを、指名ユーザー型サブスクリプションへと移行しています。ここでは月額、年額、あるいは複数年契約といった選択肢が提示されていますが、ほとんどのお客様はこの新しいライセンスモデルへの移行を余儀なくされています。同社は一部の下取りプログラムも提供しており、当初、メンテナンス・サポートの有効期限は2020年でした。 しかし、パンデミックや一連の事情により、それらの有効期限の一部が延長され、現在は2023年までとなっています。とはいえ、その多くは、お客様の既存のマルチユーザーサブスクリプションや保守・サポート契約がいつ満了するかによって異なります。同社は依然として1対1のトレードインを提供しており、同時利用ライセンス1つにつき、2つの指名ユーザーサブスクリプションと交換できます。ここで問題となるのは、

[6:55]オートデスクは、それが顧客における平均的な比率だと言っていますが、実際にはそうではありません。当社の調査によると、同時利用型フローティングライセンスモデルを採用している顧客のほとんどは、1ライセンスあたり2人をはるかに超える人数で利用しています。 そのため、貴社組織に悪影響を及ぼしています。また、同社が新たに導入したもう一つの機能として、わずか数ヶ月前に登場したばかりの「Autodesk Flex Licensing」があります。これは、たまにしか利用しないユーザーを対象としたもので、これについては後ほど詳しく説明します。さらに、複数年または3年間のサブスクリプション契約に対しては割引も提供されています。

[7:33]さて、指定ユーザー向けサブスクリプションについては、先ほど申し上げた通り、3つの異なる契約期間から選択できます。 1つは月額サブスクリプションで、これはメーカー直販でのみ購入可能です。そのため、現在お取引中のリセラーを通じて購入することはできませんが、環境内で短期的なプロジェクトがある場合、例えば夏期や休暇期間中にインターンが入ってくるような場合、年間を通して休眠状態になる追加ライセンスを購入する代わりに、この月額サブスクリプションを利用して一時的な需要の変動に対応できるため、優れた選択肢となります。 さらに、もちろん年間サブスクリプションもあります。年間で換算すると月額プランよりも安くなり、月額プランに比べて約33％の節約になります。また、先ほど述べたように、複数年または3年契約を選択すると割引が適用されます。

[8:29]つまり、Named User Subscription ではさまざまな導入オプションがありますが、ユーザーがどこで作業をしていても、個々のデスクトップや仮想デスクトップ上でアプリケーションを実行し続けることができます。これは個別に設定することも、スクリプトを使って複数台に対して一括設定することも可能です。ただし、インストールできるデバイスは最大 3 台までです。ここで大きな問題となるのは、一度に実行できるアクティブなセッションが 1 つだけだということです。 「Named User Subscription」が最初に導入された当初は、実際に制限がありました。例えば、オフィスで作業しているユーザーがアプリケーションを開いたまま帰宅し、自宅のマシンでそのアプリケーションを実行して作業を続ける場合や、VPN経由で仮想デスクトップを利用するといったケースを想定してみましょう。当初は、2台目のデバイスで、いわば2つ目のライセンスを開くことはできませんでした。 しかし、その制限は撤廃されました。そのため、これらの製品を利用するすべてのユーザーに対し、ライセンスは一度に1つのアクティブなセッションのみを対象としていることを理解してもらうよう、環境全体への周知徹底が重要です。そうしなければ、コンプライアンス違反の状況に陥ることになり、監査など誰も望んでいません。 ここにいる皆さんのうち、何人かは実際に監査を経験されたことがあると思いますが、率直に言って、それは決して楽しいものではありません。ですから、現状がどうなっているのか、そして新しい「指名ユーザーサブスクリプション」におけるライセンスの権利範囲がどのようなものなのかについて、環境全体に周知徹底を図りたいと考えています。

[9:57]更新手続きはオートデスク・ポータルを通じて行われますので、すでに「Named User Subscriptions」をご利用の方は、この仕組みをご存知かと思います。まだご利用でない方のために説明すると、実際に「オートデスク・ポータル」というサイトがあります。ここにログインして、製品の購入や更新、アカウントの割り当てなどを行うことができます。 自動更新を設定し、前払いを行うと、更新時に10％の割引が適用されるオプションがあります。また、複数年契約の場合、例えば3年契約の場合、その契約期間中は価格が据え置かれ、値上げされないというメリットやインセンティブもあります。 「指名ユーザーサブスクリプション」では、現在のバージョンに加え、過去3バージョンまで利用可能です。プロジェクトに取り組んでいて、現在2番目や3番目のバージョンを使用している場合でも、そのバージョンを継続して使用できます。プロジェクトを完了するまで同じバージョンを維持したいという方には、これは非常に重要な点です。つまり、「指名ユーザーサブスクリプション」では、過去3バージョンまで利用権が保証されます。

[11:03]先ほど、Autodesk Flexは数ヶ月前に導入されたばかりの新しいライセンスモデルであり、まだ世界中のすべての地域で利用可能ではないとお話ししました。しかし、これは主に不定期なユーザーを対象としたもので、Token Flexと同様に、基本的に各製品には「トークンウェイト」と呼ばれる値が割り当てられており、こうした不定期なユーザー向けにトークンのセットを購入することができます。 さて、Autodesk Flexでは、

[11:33]購入するこのトークンのセットには12か月の有効期限があるため、使わなければ失効してしまいますが、購入するトークンの数量が多ければ多いほど、割引が適用されます。 米国でのトークンの現在の単価は3ドルです。地域によって単価は異なりますので、お住まいの地域でこのサービスがすでに導入されている場合は、現地の価格を確認することをお勧めします。 つまり、実質的には従量課金制となります。また、この仕組みのもう一つの特徴は、トークンが24時間後に失効することです。アプリケーションを開くと、その回数分のトークンが消費されますが、その24時間の期間中は、ライセンスにアクセスして、何度でも開いたり閉じたりすることができます。支払う料金は、その特定の製品にかかるトークンの量だけとなります。 この仕組みの利点は、繰り返しになりますが、たまにしか利用しないユーザーを対象としている点にあります。必要な分だけ支払うことができ、利用データから必要な量を簡単に算出できるのです。

[12:33]また、トークンを追加購入してもペナルティは発生しません。一方、エンタープライズ向けの「Token Flex」では、複数年契約を結ぶことになりますが、トークンがなくなれば追加購入する必要があり、その際のトークン単価ははるかに高くなります。 一方、Autodesk Flexでは、購入するトークンの数量に基づいて課金されます。購入のたびに、あるいは各バケットごとに適用されます。したがって、これはたまにしか利用しないユーザーにとって素晴らしい選択肢となります。アプリケーションは引き続きローカルで実行されますが、そのトランザクション処理はAutodeskポータル上のクラウドで行われます。

[13:12]先ほども触れましたが、それぞれに「トークン値」と呼ばれるものがあります。その一覧は後ほどお見せしますが、ユーザーがアプリケーションを開くと、クラウドからその数のトークンが再度チェックアウトされ、それにはドル換算の価値が割り当てられているため、コストを簡単に追跡できます。 これらはすべてオートデスクのサイトで公開されている情報です。さまざまなアプリケーションの一覧と、1日あたりのトークンコストやトークンウェイトが記載されており、そこから計算することができます。先ほども述べたように、この12か月の期間中は「使わなければ失効する」という仕組みになっています。

[13:46]たとえアプリケーションを5分間しか起動しなかったとしても、その24時間分のトークンが消費されてしまいます。オートデスクにはオンラインのトークン計算ツールがありますが、基本的にはユーザーが必要な量を把握していることを前提としており、ツールは単にその計算を代行してくれるだけです。例えば、このアプリケーションをx日間使用する必要がある場合、トークン数としてはどの程度になるか、といったことがわかります。 ですから、その計算ツールを使う前に、必要な量をある程度把握しておく必要があります。しかし、その計算に役立つよう、利用データを確認する他の方法もいくつかご紹介します。私が「損益分岐点」と呼んでいるものを計算するのは非常に簡単です。トークンコストと年間サブスクリプション料金を比較すれば、損益分岐点を簡単に算出できます。 例えば、Civil 3Dを例に挙げましょう。1日あたりのトークンコストは9です。サブスクリプション料金とトークンコストを比較すると、ユーザー（「ユニークユーザー日数」という用語を使いますが）が1年のうち90日以上利用する場合、指名ユーザーサブスクリプションを購入する方が理にかなっています。しかし、実際の環境では、 「ユニークユーザー日数」を確認すると、指名ユーザーサブスクリプションの対象とならないユーザーが多数、あるいは少数いることに気づくはずです。なお、すべての製品にトークン制が適用されるわけではない点にも触れておきます。AECやプロダクトデザインなどのコレクションは、トークン制では利用できません。これらは指名ユーザーサブスクリプションが必要であり、また、すべてのサブスクリプションがトークン制で利用できるわけでもありません。したがって、いくつかの選択肢が考えられます。

[15:31]繰り返しになりますが、AECコレクションは、サブスクリプションを購入する必要がある最も一般的なケースでしょう。しかし、まず確認すべきなのは、現在AECコレクションのいずれかを利用しているユーザーがいるかどうか、そしてそのユーザーが当該バンドルに含まれるどのアプリケーションを具体的に使用しているかということです。もしAutoCADしか使用していないのであれば、そのコレクションの指名ユーザーサブスクリプションを購入する必要はありません。 そのユーザーには、Autodeskの指名ユーザーサブスクリプションを割り当てるだけで済みます。これにより、アプリケーションの割り当て方法や構成が大きく変わります。 ここを進めていく際、レポート機能があれば、ライセンス管理の面で作業が格段に容易になります。また、変更されていない点として、コレクションには、そのコレクションに含まれるすべてのアプリケーションのコストが単純に合計されているわけではありません。そのため、例えばそのコレクションに含まれるアプリケーションのうち3つ以上を使用している場合、コレクションを購入することで、独自の、あるいは大幅な割引が適用されます。

[16:40]つまり、損益分岐点を改めて算出できるため、この数のユーザーには従量課金制のオートデスク・フレックストークンを利用してもらい、残りのユーザーには指名ユーザー型サブスクリプションを利用してもらうことができる、と言えるわけです。

[16:55]現在、指名ユーザーサブスクリプションに加え、「プレミアムサービス」と呼ばれるものが提供されています。当初、これはユーザー数または指名ユーザーサブスクリプションが150以上ある企業にのみ提供されていましたが、最近、その要件が50に引き下げられました。 このサービスの最大のメリットはシングルサインオン機能です。したがって、ご自身の環境でこれが必須要件である場合は、プレミアムサービスに申し込む必要があります。問題は、ここ米国ではユーザー1人あたり年間300という料金設定になっているため、かなり高額だということです。24時間365日のライブサポートや基本的な利用状況レポートといった追加機能は提供されますが、その内容はかなり基本的なものです。 また、この製品の新しいバージョンである「エンタープライズ」もリリースされる予定ですが、その詳細な仕様はまだすべて明らかになっていません。これまでずっとお話ししてきたように、オートデスクは急速に多くの変更を進めています。だからこそ、本日私たちは、皆様がそれらの変化についていけるようお手伝いするためにここにいるのです。

[18:03]まず何よりも、皆さんからよく耳にするのは、これが予期せぬ巨額のコスト増だということです。予算や見通しを立てる際、並行稼働環境の保守費用を見積もり、来年度の予算に組み込んでいたはずです。ところが、突然、移行を余儀なくされてしまったのです。

[18:21]先ほども述べたように、私が話を聞いたほとんどの人々は、既存の同時接続ライセンスを共有しているユニークユーザー数が、ライセンス数に対して1対2以上の比率になっています。そのため、ライセンス費用に予期せぬ大きなコストが発生してしまいます。もちろん、先ほど触れたようにコンプライアンス上の問題も生じかねないため、アクティブなセッション数だけでなく、利用地域にも注意を払う必要があります。 つまり、同時接続ライセンスと同様に、各ライセンスには地域が割り当てられており、監査の際に多くの人がつまずくのはまさにこの点です。例えば、北米サーバーとグローバルサーバーがある場合、世界中の他の地域からアクセスしたユーザーが、ライセンスがグローバルで利用可能ではなかったため、地域限定のサーバーから接続した場合、それはコンプライアンス上の問題となります。 これは、同時利用ライセンスで既にご存知の通り、ネームドユーザーサブスクリプションにも影響を及ぼす可能性があります。もう一点、直接購入する場合、支払い方法が変更されます。現在、オートデスクではクレジットカードとPayPalが利用可能です。また、電子送金（ACH）や分割払いも利用できます。 しかし、多くの皆様は、組織内の現在のワークフローやプロセスに慣れています。発注書（PO）を発行し、請求書を受け取り、支払条件に基づき、組織内の通常のワークフローを経て処理されるという流れです。したがって、これは組織にどのような影響を与えるか、どのように管理するかという問題となり、またシャドーITの発生を助長することにもなります。 最近、ある顧客企業では、企業内の異なる地域やグループが独自に購入を行っていたため、実際には12もの異なるオートデスク・ポータルが存在していました。その結果、各グループが独自のオートデスク・ポータルを持っており、他のグループが何を持っているのかさえ把握できていなかったのです。、自社が何を持っているのかさえ把握できていませんでした。もちろん、インベントリ調査を行ってそれらのアプリケーションがどこにインストールされているかを確認することはできますが、その際に複数のオートデスク・ポータルが存在するかどうかを特定する必要があります。したがって、支払い方法を変更してオートデスクと直接取引を行い、これらのポータルを利用するようになると、シャドーITの行為を助長する恐れがあります。そのため、そのワークフローを適切に管理し、状況をコントロールできるよう、事前に計画を立てておくことが重要です。

[20:44]もう一つは、実際の使用状況が把握できなくなるという点です。同時接続ライセンスの場合、使用状況計測ツールの有無にかかわらず、ライセンスマネージャーを通じてその情報にアクセスでき、経過時間やエンドユーザーがライセンスをどれだけ消費しているかを確認できます。つまり、ある程度は状況を把握できるのですが、Autodeskポータルに移行すると、自分が所有しているライセンスや、どのライセンスがさまざまな ユーザーに割り当てられているかを確認できます。また、Autodesk Flexを利用している場合は、トークンの残高も確認できますが、ユーザーが実際に製品を使用しているかどうかは、実際には把握できません。

[21:33]また、組織に影響を与える可能性のあるもう一つの点は、これにはインターネット接続が必要だということです。つまり、ユーザーがライセンスを「チェックアウト」してネットワーク外へ持ち出すことを許可していた環境の場合、ネームドユーザーサブスクリプションでも引き続きその運用は可能ですが、アプリケーションを最初に起動してオートデスクポータルに初めて接続する際にはインターネット接続が必要となり、その後は30日間オフラインで利用できます。 したがって、現場で作業するユーザーがいる場合は、30日ごとに何らかのインターネット接続が必要になる点に留意する必要があります。また、トークンを利用している場合は24時間ごとに接続が必要となるため、これも組織に何らかの影響を与える可能性があり、エンドユーザーによるライセンスの利用方法の変更が必要になるかもしれません。そこで、ベストプラクティスとして、私たちがまず第一に推奨するのは、

[22:29]すべてのオートデスク・ポータルを1つのアカウントに統合してください。もし今まさに指名ユーザー型サブスクリプションに移行しようとしているのであれば、この問題に対処する必要はありません。1つのアカウントで済むからです。しかし、先ほど述べたように、これまでの経緯として、同時利用ライセンスモデルを利用していて、契約期間が満了しておらず、ここ数年でライセンスを購入する必要があった場合、指名ユーザー型サブスクリプションを購入していたはずです。なぜなら、永久ライセンスの購入が許可されていなかったため、過去数年間はこれらの指名ユーザーサブスクリプションを購入していたことになります。その結果、現在、同時利用ライセンスと指名ユーザーライセンスが混在している状態になっています。繰り返しになりますが、これらの指名ユーザーライセンスは複数のポータルなどにまたがっている可能性があります。1つのアカウントに統合したい場合、すべてのサブスクリプションと支払日を統一したいでしょう。幸いなことに、オートデスクではこれが可能で、ポータル上で比較的簡単に行えます。ただし、サブスクリプションの契約期間を同じに調整する必要があります。例えば、1年契約のサブスクリプションが1つあり、もう1つが3年のサブスクリプションが1つある場合、有効期限を揃えるためにはすべてを3年に調整する必要があります。日割り計算も可能なので、すべてを同じ有効期限に合わせることができますが、支払い方法も同一でなければなりません。したがって、サブスクリプションと支払いの統一は可能ですが、実現するには多少の手間がかかります。もし現在Autodesk Flexが提供されていない地域におられる場合、100人の同時ユーザーを指名ユーザーサブスクリプションに変換することはお勧めしません。代わりに、データを分析し、それらのアプリケーションの利用状況を確認して、利用頻度が低くたまにしか使用しないユーザーがいるかどうかを確認することをお勧めします。そうすれば、私が「スワッププール」と呼んでいるものを作成できます。例えば、利用頻度が最も低い下位10％のユーザー、あるいは20％のユーザー 状況は組織によって異なりますが、Autodeskは割り当て変更の頻度に制限を設けていません。つまり、今日はユーザーAにライセンスを割り当て、明日はその割り当てをユーザーBに移すことも可能です。ライセンスはいかなる形でも固定されることはなく、実際には同日中に移動させることも可能です。翌日でさえなくても構いません。したがって、ライセンスのプールを作成すれば、これらの不定期ユーザーが必要とする際に、それらのライセンスを交換することができます。現在は多少手作業の要素がありますが、組織によっては、例えば製造業などでは非常に短期間で

[25:02]いわば、現場での短期間の利用といったところでしょうか。新しいプロジェクトを進めたり、新しい生産ラインを立ち上げたりといった場合、その理由は多岐にわたり、業界も様々です。このような「時折利用するユーザー」がいる場合、一人ひとりに個別の指名ユーザー契約を結ばせるのではなく、Autodesk Flexの導入が完了するか、お住まいの地域で-per-useが導入されるまでは、スワップファイルを活用するという方法もあります。もう一つ重要なのは、利用状況を毎月、あるいは少なくとも四半期ごとに確認することです。ライセンスが割り当てられているものの、もはや使用していないユーザーを特定する必要があります。そのため、最終使用日を確認し、そのユーザーが会社を辞めたのか、プロジェクトが終了したのか、あるいは新しい部署に異動してそのライセンスが不要になり、別のものを使用しているのかなどを確認する必要があります。この作業を行うことは重要であり、確認できる指標もいくつかあります。やはり最終使用日を確認し、そこからさらに掘り下げて、環境にどのような変化があったかなどを確認することができます。

[26:05]先ほども触れましたが、このようにライセンスが混在していると、レポート作成がさらに難しくなります。というのも、スタンドアロンライセンスの一覧に加え、レポート作成が可能な同時利用ライセンス、さらに指名ユーザーライセンスも存在するためです。そこで、これらすべてのデータを把握し、統合するための方法が必要となります。そこで私たちはPower BIダッシュボードでこれを実現しました。これにより、ポートフォリオ全体のさまざまなデータタイプを把握し、さらに詳細に掘り下げて確認することが可能です。これについては今後のセッションでさらに詳しく説明しますが、ここで簡単な例を一つ挙げましょう。例えば、AutoCADをクリックしたとします。以前お伝えしたように、実際のユニークユーザー日数や使用量、経過時間など、あらゆる情報を確認できます。そして、その損益分岐点に基づいて、環境に必要なリソースを算出することができるのです。

[27:10]この具体的な例では、AutoCADのみを選択しました。47という数字ですが、実際には「指名ユーザー」制を採用し、このケースでは多数のユーザーがAutodesk Flexを利用していると仮定します。そして、過去の利用状況に基づいて、実際に必要なトークンの正確な数を算出することができます。もちろん、購入するトークン数が多いほど、1トークンあたりの単価は安くなります。したがって、この一例だけを見ても、すべてのユーザーをサブスクリプションに移行した場合、費用は760,000になりますが、指名ユーザーとFlexの組み合わせであれば、わずか161で済みます。 このように、この情報を詳細に分析して現状を正確に把握し、組織の今後の方向性を明確にできれば、組織に多大な影響をもたらすことがお分かりいただけるでしょう。先ほども申し上げた通り、この件については今後のセッションでさらに深く掘り下げていきますが、本日はここで質疑応答のセッションに移りたいと思います。メイさん、何か

[28:12] メイ：質問の進行をお願いします。リンダさん、プレゼンテーションをありがとうございました。さて、参加者からいくつかの質問が寄せられています。それでは、最初の質問を読み上げたいと思います。ヨゲシュさんからの質問です。「オートデスクのFlex Typeは、MSのサブスクリプション型ライセンスと似ているのでしょうか？」

[28:36] リンダ：つまり、Autodesk Flexは、従量課金型のライセンスだと考えてください。日単位で支払うので、24時間有効です。でも、これはまるでトークンを前払いして、それを1つずつ使うようなものです。例えば、カーニバルに行って、アトラクションに乗るためにチケットを何枚か買うようなものですね。これが私が使う例えの一つですが、厳密には違います。12ヶ月の契約期間があるという点では「サブスクリプション型」とも言えますが、実際には日単位の利用課金型として考えてください。

[29:14]これでご質問にお答えできたでしょうか。もしそうでない場合は、ここでさらにチャットでお話ししましょう。また、もしすべての質問にお答えできなかった場合でも、このウェビナー終了後に必ずフォローアップさせていただきますので、ライブではお答えできなくても、すべての質問に必ずお答えしますのでご安心ください。

[29:30] メイ：では、次の質問はジムさんからです。こんにちは、リンダさん。Flexは短期利用者を対象としているようですね。では、オートデスクは現在Token Flexを利用している組織に対し、指名ユーザーサブスクリプションへの移行を促そうとするのでしょうか？

[29:45] リンダ：私はまだそのような事例を目にしていません。現時点で「エンタープライズ・トークン・フレックス」を利用しているという報告は、当社の顧客からは一切ありません。オートデスクが移行を促しているユーザーたちも、これまで「エンタープライズ・トークン・フレックス」の契約を更新し続けてきました。今後どうなるかは誰にも分かりません。先ほども述べたように、状況は急速に変化しており、ライセンス体系も変わりつつあります。しかし、エンタープライズ版で間もなく登場する新エディションにより、その方向へと傾いていく可能性もあります。

[30:20] メイ：ありがとうございます。ブライアンさんからの質問ですが、Open iT では、オートデスクのクラウドでホストされているライセンスと、私の会社のように現在オンプレミスで運用されているライセンスとを区別して追跡できるようになる予定はあるのでしょうか。

[30:35] リンダ：はい、もちろんです、ブライアン。スタンドアロン型、同時接続型、クラウドベース型を問わず、あらゆる利用状況を計測する機能があります。また、オートデスクのポータルにも直接接続しており、現在も継続的に機能を追加しているところです。オートデスクのポータルから取得したデータを、当社がローカルで収集している利用データと照合することで、高度なレポート機能を提供することが可能です。ですから、もちろんです。

[31:04] メイ：リンダ、これで質疑応答は終了だと思います。リンダ、そして本日のウェビナーにご参加いただいた皆様、本当にありがとうございました。時間が迫ってまいりましたので、質問はリンダにお送りいたします。 もし他にもご質問がございましたら、後ほどお伝えするメールアドレスまで遠慮なくお送りください。なお、このウェビナーは録画されており、ライブ配信終了後すぐに再生可能ですので、改めてお知らせいたします。また、リンダのプレゼンテーション資料と共に、当ウェブサイトに動画をアップロードする予定です。 本ウェビナーシリーズの今後の2回のセッションにも、ぜひご参加ください。画面に表示されているリンクから登録いただくか、Open iT のLinkedInページにアクセスして、これらのイベントをカレンダーに追加してください。

[31:51]ぜひ同僚やご友人をこのイベントにご招待ください。また、ご質問がある場合は、事前に optimizeautodesk@openit.com までメールでお送りください。次回のセッションでオンラインでお会いできるのを楽しみにしています。本日は司会のメイがお送りしました。ありがとうございました。お体に気をつけて。ありがとうございました、さようなら！さようなら！