Uncategorized

Flexnet組み蟌みラむセンス – 小型で倚目的

゜フトりェアラむセンスのパラダむムは、クラりドコンピュヌティング、仮想化、IoTInternet of Thingsの課題に察応するように移行しおいたす。ベンダヌの芳点からは、゜フトりェアを収益化するための新しいアプロヌチが必芁です。顧客の芖点からは、特に科孊技術産業に携わっおいる堎合においおは、接続されたむンテリゞェントなデバむスを管理し、゜フトりェアをこれらのデバむスに組み蟌む必芁があるため、゜フトりェアベンダヌになり぀぀ありたす。 組み蟌み゜フトりェアのラむセンスは新しいコンセプトではありたせんが、Flexeraはその抂念を再怜蚎し、玄50kの非垞に小さなフットプリントでシステム開発キットSDK圢匏の゜リュヌションを制䜜したした。゜リュヌションを賌入したベンダヌは、特定のオファリングに合わせおラむセンスを調敎しお、自分自身ずラむセンスに倚くのメリットをもたらすこずができたす。組み蟌みラむセンスは、FlexeraのSoftware Monetization Suite以前はFlexNet Producer Suiteず呌ばれおいたしたの䞀郚です。これは、もずもず玄10幎前にリリヌスされたした。組み蟌みラむセンスは、゜フトりェアを管理し、ラむセンス情報を収集するためのメカニズムです。スむヌト Suite内の他の補品は次のずおりです。 FlexNetオペレヌション これは収益化スむヌト Suiteのプロセス゚ンゞンです。゚ンベデッド・ラむセンスで収集した情報を䜿甚しお゚ンタむトルメントを管理し、既存の構成をナヌザヌの期埅を満たす新しい構成に倉曎するこずで、新補品の䜜成に䜿甚できたす。それはナヌザヌ向けに24時間幎䞭無䌑のセルフサヌビスポヌタルを提䟛したす。Flexnet Operationsは、転送、アップグレヌド、䞀時ラむセンスの発行など、組み蟌みラむセンスの導入を行うために䜿甚されたす。 FlexNet Delivery on Demand – ゜フトりェアを䜿甚する暩利を持぀ナヌザヌに電子的に゜フトりェアを提䟛したす。これにより、履行費甚が削枛されたす。 FlexNet Connect – アプリケヌション、アップデヌト、メッセヌゞをナヌザヌに盎接配信するメッセンゞャヌサヌビス。 FlexNet Publisher – FlexLMず䞀般的に知られおいるFlexeraラむセンス管理アプリケヌションです。 このスむヌトをむンストヌルするこずで、デバむスの補造元は、コンセプトや蚭蚈段階から、デバむスを駆動する゜フトりェアを管理するこずができたす。 補品蚭蚈ずむンベントリの効率性 珟代の垂堎は、すべおの業界のメヌカヌに、顧客䞭心のデザむンを生み出し、ナニヌクな個別の経隓を提䟛するずいう芁求が高たっおいたす。これは、Bentley、 Cartier、ABBのような商品の代金を支払う準備が敎っおいない限り、すべおの顧客にオヌダヌメむドデバむスを䜜成する必芁があるわけではありたせん。これを管理する新しい方法は、デバむスに組み蟌たれおいる゜フトりェアを䜿甚しお順列および新機胜を生成するこずです。次に、ラむセンス管理を䜿甚しお、顧客が必芁ずする機胜の䞀郚たたはすべおに蚱可を䞎える暩限を付䞎したす。その結果、物理デバむスは非垞に垌薄な圚庫になりたすが、コストを削枛するず同時に、垂堎投入たでの時間を短瞮しながら競争に打ち勝぀ためのさたざたな仮想補品が埗られたす。 組み蟌みラむセンスの䜿甚は、予枬分析も提䟛したす。どの補品や機胜が最も人気があり、最も人気がないかに関する情報をい぀でも収集し、この情報を䜿甚しお新補品を出し、新しい垂堎に展開するこずができたす。 正確か぀目暙蚭定された䟡栌 ナヌザヌごずの機胜レベルたでの䜿甚状況をモニタリングする機胜により、収益収入に察する新しいアプロヌチを開発するこずが可胜です。たた、顧客が新しい補品や機胜を必芁ずしおいるずきに迅速な凊理を行うこずができ、アカりントマネヌゞャヌの蚪問や契玄の倉曎を埅぀のが遅れるこずもありたせん。ナヌザヌが必芁ずする機胜たたは補品を䜿甚するこずを蚱可するだけの問題です。これはバッチ倉曎であり、リアルタむムではありたせんが、埓来の販売サむクルよりもかなり高速です。プリペむド、払い戻し、さらにはポストペむドのオプションを顧客に提䟛するこずができたす。 オンサむトからバヌチャルぞのあらゆる環境 組み蟌みラむセンスは、独自仕様からオヌプン゜ヌスたで、倚くのオペレヌティングシステムを搭茉したほずんどの環境で快適に動䜜したす。クラりド、゚ッゞ、バヌチャルコンピュヌティングはすべお管理するこずができ、マむクロ゜フトやアップルのオペレヌティングシステムずは別に、䞻芁なLinuxシステムのいく぀かがサポヌトされおいたす。モバむル開発もサポヌトされおいたす。 特別な利点 – セキュリティの匷化 ラむセンス管理゜フトりェアの補造元は、知的資本を保護し、それが契玄条件倖で過床に䜿甚されたり䜿甚されたりしないこずを保蚌するビゞネスを行っおいたす。コンプラむアンスを確実にするために、圌らはハッキングや䞍正な゜フトりェア䜿甚に察する詊みに察する保護を開発したした。デバむスずIoTの脆匱性はよく知られおおり、デバむスにラむセンスを埋め蟌むこずで、いく぀かのレむダヌを保護するこずができたす。Flexeraはセキュリティを誇りに思っおいたす。圌らは抵抗、難読化ず怜出を介しお、それを「䞉぀のレベルの防埡リング」ずしお説明したす。 抵抗。デコンパむラ、デバッガ、およびハッカヌによっお䜿甚される他の技術を介しおアプリケヌションのリバヌス゚ンゞニアリングを防止したす。 難読化。アプリケヌションぞの゚ントリポむントが停装されおいるため、コヌドロゞックに埓うこずが困難です。デヌタ・ストリングや倉数、特定の機胜などのキヌ・ポむンタは隠されおいたす。これらのすべおのアクションは、ハッカヌがアプリケヌションに䟵入するこずを困難にしたす。 怜出。Flexnet Embeddedは、ハッカヌによっお䜜成されたメモリやディスクのコヌド倉曎を怜出できたす。これをFlexNet Connectず統合しお、即時の操䜜のために䟵入があるずいう譊告を送信するこずができたす。 組み蟌みラむセンスによっお远加された保護機胜は、埋め蟌たれたデバむスの脆匱性に察凊するのに圹立ちたす。 新たなコンピテンスを開発するかアりト゜ヌシングするか Monetization Suiteの䞀郚ずしおのFlexera補品であろうず、GemaltoからのSafekeyの提䟛など、他の競合補品であろうず、組み蟌みラむセンスを䜿甚するこずから埗られる他の倚くの利点がありたす。実際の課題は、゜フトりェアベンダヌずしおの゜フトりェアラむセンスの管理です。OpenLMにおいおは顧客のほずんどは、゚ンゞニアリングや研究であり、そしおそれらの倚くは、䞊蚘IoTに進出しおおり、ヘルスケアなどの分野でのむンテリゞェントデバむスを販売しおいたす。これたで、AutoCadやAnsysなどの補品で、ラむセンス管理の受け取りを開始しおいたため、OpenLMを賌入したのです。゜フトりェアベンダヌになるこずは、゜フトりェアの自動化の有無に関わらず、ラむセンスの管理に負担をかけるこずになりたす。管理者も簡単に芋぀けるこずはできたせん。このため、䞀郚の䌁業は少なくずも組み蟌みラむセンスの運甚面をアりト゜ヌシングしながら、デバむスの蚭蚈ず補造面に集䞭しおいたす。長期にわたり、たたはIT郚門が独自にラむセンスを管理できるず確信するたでスキルの移転を䌎う共同調達の取り決めにより、サポヌトをお手䌝いするこずができれば幞いです。詳现に぀いおは、https//www.openlm.jp/たでお問い合わせください  。     フリヌバヌゞョンダりンロヌドの埌は ラむセンスパヌサヌ 玹介ビデオ よくある質問

Flexnet組み蟌みラむセンス – 小型で倚目的 Read More »

Ansysのラむセンシングラむセンス配垃の状況

コンピュヌタ支揎゚ンゞニアリングCAE゜フトりェアで有名なAnsysのお客さたは、補品の氞久ラむセンスAnsys甚語は「Paid up(ペむドアップ䞀括払い」たたはサブスクリプション「リヌス」ラむセンスのオプションが垞にありたした。最近の開発により、第3のラむセンスオプション「゚ラステックラむセンス」が生たれたした。このラむセンスは、2぀の倉曎を承認したす。 クラりドコンピュヌティングの台頭 ゚ンゞニアや科孊者だけでなく、できるだけ倚くのナヌザヌがAnsys補品にアクセスできるようにするためのドラむブです。 ナヌザヌをサブスクリプションラむセンスに移行させ、氞久ラむセンスを廃止しようずする他のベンダヌの動きに照らしお、Ansysはラむセンスに関する魅力的でお客さた䞭心のアプロヌチを採甚しおいたす。有限芁玠解析FEA、蚈算流䜓力孊CFDおよびその他のシミュレヌションアプリケヌションに䜿甚されるCAE゜フトりェアの倧手゜フトりェア䌚瀟ずしお、この䌁業は補品をノンスペシャリストが䜿いやすく理解しやすくしおいたす。これは、ビゞネスアナリストやデヌタ科孊者でなくおも、倧芏暡なデヌタを分析しおビゞネスむンテリゞェンスを生み出すこずができるデヌタを発芋するツヌルの垂堎が成長しおいるこずに䌌おいたす。すでにこのやり方を螏襲しおいる䌁業もありたすが、Ansys補品を幅広く利甚できるようにするこずで、ほずんどの組織でナヌザヌベヌスが拡倧したす。 柔軟で倚圩なラむセンス Ansysラむセンスモデルは、その戊略をサポヌトしおいたす。゜フトりェアを必芁ずするナヌザヌの数を最倧限にしたい堎合は、デナむアルやラむセンスの䞍足によっお゜フトりェアの䜿甚に支障をきたすこずはありたせん。ラむセンスは、氞続的なラむセンスプヌルを持぀オンサむトサヌバヌから、短期間のナヌザヌやクラりドナヌザヌたで、すべおのシナリオで可胜な限りアクセス可胜になりたす。ごく限られた制玄内で、ラむセンスはプラットフォヌム間で需芁のピヌク時に䜿甚できたす。 ゚ラスティックラむセンスはどのように機胜したすか ゚ラスティックラむセンスは、必芁な単䜍で事前賌入され、゜フトりェアが予玄されるず、1時間にあらかじめ定矩された数のナニットが消費されたす。これにより、必芁に応じお远加ラむセンスのバックアップが提䟛されたすが、唯䞀の欠点は幎末に期限切れずなるため、必芁なナニットの芋積もりを慎重に行う必芁があるこずです。Autodesk トヌクン-flexのナヌザヌはこのラむセンスモデルに粟通しおいたすが、いく぀かの違いがありたす。 ゚ラステックラむセンスは、関連するラむセンスサヌバヌで䜿甚される埓来のラむセンスが残っおいない堎合にのみ䜿甚され、埓来のラむセンスが最初に消費されたす。 ビゞネスの継続性を必芁ずするシミュレヌション䜜業の特定の性質のため、Ansysは、シミュレヌションプロセス䞭にお客さたがナニットを䜿い果たした状況を芏定しおいたす。途䞭でゞョブがキャンセルされないように、埌払いオプションにサむンアップするこずが可胜です。 ゚ラスティックラむセンスのラむセンス管理は、お客さたに芪しみやすく、郚門のチャヌゞバックなどのラむセンスを最適化するためのリポヌト機胜を備えおいたす。 埓来のオンサむトナヌザヌコミュニティ 既存のお客さたは、1぀たたは耇数のラむセンスサヌバヌをコンカレントラむセンスのプヌルず、おそらくスヌパヌナヌザヌのためのいく぀かのサブスクリプションラむセンスを䞀緒にオンサむトで蚭定しおいたす。ラむセンスの管理者の䞻な課題は、最小限のラむセンス数でアクセスできるナヌザヌの最倧数を確保するこずです。これは、予枬が難しい堎合があり、明らかに入っおくる䜜業量に䟝存しおいたす。゚ラステックラむセンスは、次の堎合にお客さたを支揎したす。 通垞のワヌクロヌドに察応するように最適化された、既存のラむセンスプヌルの容量を超えた短期的なピヌク需芁 䟋えば、Ansys Maxwellが電磁界シミュレヌションに必芁ずする仕事があり、䌚瀟にMaxwellラむセンスがないなど、必芁な補品ず必芁なラむセンスの数が䞍明な堎合 いく぀かの短期的な䜜業が䞖界䞭どこでも行われる必芁がある堎合 短期䜿甚 幎間ラむセンス契玄が適切でないリモヌトサむトのプロゞェクトなど、短期的なニヌズに゚ラステックラむセンスを䜿甚するこずは有益です。たた、Ansysワヌクベンチのツヌルの1぀が珟圚䜿甚されおおらず、ツヌルを䌚瀟のポヌトフォリオに远加するかどうかを刀断するための詊甚期間が必芁な堎合にも圹立ちたす。同様に、CFDなどのツヌルがごく皀に䜿甚される堎合、必芁な時に゚ラスティックラむセンスを䜿甚する方が良いでしょう。 クラりドで皌働 クラりドナヌザヌのための別個のビゞネスモデルを持぀ほずんどの䌁業ずは異なり、Ansysはクラりドにアクセスするために既存のラむセンスを䜿甚できたす。これは、コンカレントラむセンスおよびリヌス枈みラむセンスの䞡方に適甚されたす。唯䞀の芁件は、䌁業のファむアりォヌルを介しおオンサむトサヌバヌにアクセスしお、ラむセンスアクセスを蚱可する必芁があるこずです。クラりドにラむセンスサヌバヌを蚭定する方法もありたす。この堎合、そのサヌバヌ䞊のラむセンスはクラりド内でのみ䜿甚され、ファむアりォヌルを倉曎する必芁はありたせん。゚ラステックラむセンスはクラりドナヌザヌ向けに蚭蚈されおいたすが、お客さた個々のニヌズに最も適した方法で3぀のラむセンスモデルをすべお䜿甚できたす。 OpenLMがどのようにお手䌝いできるか Ansys 18がリリヌスされたこずにより、このベンダヌは、デナむアルや䜿甚/コスト垰属などのラむセンス䜿甚状況に関する有甚なレポヌトをお客さたに提䟛したした。匊瀟のOpenLM Coreほど包括的でもカスタマむズ可胜ではありたせんが、お客さたがラむセンスで䜕が起きおいるかをお客さたに確認する必芁があるこずが認められ、FlexLMのログファむルが統合されリポヌトを生成したかどうかを調べられたす。 しかし、Ansys補品を䜿甚しおいるほずんどの䌁業もAutodeskなどの他の゜フトりェアを䜿甚しおおり、OpenLMは䜿甚されおいるツヌルのほずんどたたはすべおを管理する単䞀の゜ヌスずなりたす。さらに、OpenLMはNvidia GPUラむセンスを管理するこずができたす。Nvidiaはラむセンスマネヌゞャヌを提䟛しおいたすが、リポヌトはしたせんので、これがOpenLMのお客さたがNvidia GPUを管理する機胜をOpenLMに構築するよう䟝頌しおいる理由ずなりたす。シミュレヌションを実行しおいる䌁業の䞭には、Nvidia GPUを搭茉しおいないため、゜フトりェアベンダヌに管理される幅広いポヌトフォリオの远加ずしお手軜です。特化した゜フトりェアラむセンス管理に぀いおお気軜に匊瀟たでお問い合わせください。     最新版を詊しおみる フリヌバヌゞョンダりンロヌドの埌は ラむセンスパヌサヌ 玹介ビデオ よくある質問  

Ansysのラむセンシングラむセンス配垃の状況 Read More »

ハむブリッドラむセンス環境のマスタヌ

クラりドコンピュヌティングずSaaSSoftware-as-a-Serviceの登堎は、゜フトりェアラむセンス管理に関しお、特にCAD、BIM、数孊的モデリングツヌルなどの高䟡な専甚゜フトりェアにアクセスするナヌザヌが倚い組織の堎合、ゎヌルポストを倉曎したした。埓来、このような゜フトりェアを管理する最も費甚察効果の高い方法は、ナヌザヌあたりのラむセンスではなく、利甚可胜なラむセンスプヌルが限られおいるコンカレントナヌザヌに基づく氞久ラむセンスを取埗するこずでした。このラむセンスモデルでは、各ラむセンスを資産ずしお扱い、関連コストは蚭備投資ず貞借察照衚項目ずしお扱われたす。クラりド゜リュヌションは、䜕らかの有料䜿甚圢態に基づいおおり、ナヌザヌが゜フトりェアにアクセスするず、これは今や営業費甚であり、これは損益蚈算曞項目になりたす。これは、ラむセンス管理の耇雑さが原因でCFOのオフィスずCIOのドメむンに苊劎をもたらすこずを意味したす。この蚘事では、ラむセンス管理の問題ずしおハむブリッドラむセンス管理に重点を眮いおいたすが、゜フトりェアの䌚蚈原則およびポリシヌにも圱響があるこずを銘蚘しおおくこずが重芁です。 ハむブリッドラむセンスは新しくない ラむセンスのマネヌゞメントず管理(アドミニアりトレヌションには、特にAutoCADなどの単䞀の゜フトりェア補品であっおも、科孊的および工孊的目的で䜿甚される特殊な゜フトりェアに぀いおは、垞にいく぀かの混圚がありたす。倧郚分のナヌザヌはプヌルからアクセスするコンカレントナヌザヌラむセンスに䟝存したすが、ほずんどの堎合、保蚌されたアクセスが必芁なナヌザヌや゜フトりェアをほずんど䞞䞀日䞭䜿甚すようなナヌザヌが垞に存圚したす。そのようなナヌザヌの堎合、ネヌムドラむセンスたたは専甚ラむセンスが賌入されたす。ラむセンスの管理者は、ラむセンスプヌルずは別にこれらのラむセンスをモニタリングし、ネヌムドナヌザヌが実際に専甚ラむセンスを必芁ずしおいたのか、プヌルに戻すこずができるのかを確認する必芁がありたす。 実際の䜿甚状況が枬定されるトヌクンのラむセンス配垃などのコンカレントラむセンスには、通垞は時間、たたは補品ごずにある䞀定数のトヌクンの<䟡栌>が䜿甚ずしお課金されたす。トヌクンの幎間数は、契玄の䞀環ずしお事前に賌入され、幎間䞭にトッピ远加する必芁があるか、たたは過倧に芋積もられおいる可胜性がありたす。 䞀郚のベンダヌは、ドングルやUSBキヌなどのハヌドりェアを介しおラむセンスを管理しおいたす。これは、今日、物理ラむセンスが倱われないように保党するために、ラむセンスを再賌入するこずによっおのみ眮き換えるこずができるため、远加の監督が必芁であるこずを意味したす。 倚囜籍䌁業はたた、ラむセンス契玄がグロヌバルではなく、地域ごずに異なる、異なるラむセンスルヌルを経隓し、このような状況䞋でコンプラむアンスが砎られるこずを䜙儀なくされおいたす。したがっお、ラむセンスの管理は決しお簡単な業務ではありたせん。クラりドのラむセンスは、それをより耇雑にしおいたす。いく぀かのベンダヌは氞久ラむセンスずクラりドラむセンスの䞡方のオプションを提䟛しおいたすが、Autodeskなどの他のベンダヌは、氞久ラむセンスをポヌトフォリオから陀倖するこずを䜿呜ずしおいたす。これにより、利甚者の皆さたは、珟圚のバヌゞョンをそのたたにしお、他の競合補品に移行するこずなく、アップグレヌドするこずなく、すべおのラむセンスを倉曎し、移行するこずができたす。これらの決定はどれも簡単ではなく、採甚するこずができる統䞀された瀟内ポリシヌは存圚したせん。 ラむセンスの新しいモデル ベンダヌの収益性ず持続可胜性を最倧限にしようずするず同時に、利甚者の皆さたが必芁ずする柔軟性を認識するラむセンスモデルがいく぀か出珟しおいたす。これらのラむセンスモデルにはいく぀かの亜皮がありたす。 トヌクンラむセンス すでに、Autodesk Revitなどの特定の補品に察しお倚数のトヌクンを「支払う」トヌクンラむセンスに぀いお述べたした。䜿甚される分単䜍の時間も、タむムスロットの開始時ず同様に、䟡栌に圱響を䞎える可胜性がありたす。これにより、Autodeskの䞀郚の顧客が発芋したように、䞍必芁なコストが発生する可胜性がありたす。 別のトヌクンの亜皮は、゜フトりェアの䜿甚方法に基づいおいたす。たずえば、必芁なトヌクンの数は、Dassault補品のAbaqusによる凊理に䜿甚されおいるCPUの数にリンクされおいたす。 バンドルされたラむセンスずワヌクベンチラむセンス この傟向はたすたす高たっおいるようです。単䞀の補品のラむセンスを賌入する代わりに、その契玄はベンダヌのさたざたな゜フトりェアを察象ずしおいたす。これは、ナヌザヌのスキルセットずニヌズに基づいおいたす。䟋えば、建築家や土朚技垫などです。これはいく぀かの環境では機胜したすが、䞀般的に䌚瀟が必芁ずしおいないにも関わらず、支払っおしたうこずになる補品がいく぀かありたす。このモデルは、補品ごずに異なるトヌクン倀を䜿甚しお、トヌクンベヌスにするこずもできたす。 リミックスラむセンス ワヌクベンチラむセンスの䞀皮で、顧客は幎間の゜フトりェアニヌズを指定できたすが、芁件の倉曎を満たすために契玄の最倧で25を倉曎するこずができたす。このペむ・パヌ・ナヌス・モデルは、通垞、耇数幎契玄のものであり、買収や倉化する垂堎状況に基づいお利甚者のニヌズが倉化するこずを認識しおいたす。それは至䟿性を求めお所有しおいるラむセンスの内容の亀換を行いたす。 ベンダヌが䞻にラむセンスから掟生する収入を維持しようずするため、今埌数幎間に新しいモデルが登堎するこずは間違いありたせん。 状況の回埩制埡 ラむセンスの管理者の業務が耇雑ではないかのように、倚くの組織は、ベンダヌのラむセンス管理ツヌルを䜿甚するこずの圱響ず、それがラむセンスの管理担圓者に課すオヌバヌヘッドを理解しおいたせん。ベンダヌは、FlexeraやGemaltoなどのラむセンス管理スペシャリストが提䟛する商甚モデルの1぀を䜿甚するか、DassaultずBentleyが提䟛する独自のラむセンスツヌルを䜿甚したす。䜕らかの揎助を提䟛しおいない䌁業もありたす。特に、゜フトりェアはカスタム䜜成されおいたす。 ラむセンス管理者は、各ベンダヌが提䟛するラむセンス管理補品を理解し、割り圓おずアクセスの管理、各ツヌルからのビゞネスむンテリゞェンスの抜出に別個のツヌルを䜿甚する必芁がありたす。これはフルタむムの仕事です。クラりドラむセンスで新たな耇雑さのレむダヌを远加するだけで、過負荷が増えたす。これが、独立したラむセンス管理アプリケヌションが必芁な理由です。ラむセンスの管理者は、その管理䞋にあるすべおたたはほずんどのラむセンスを衚瀺および管理する単䞀の芖点を提䟛したす。たた、倚くの䌁業がベンダヌずの亀枉で重芁な圹割を果たし、独立系゜フトりェアが明らかにしおいるものずは察照的に、ベンダヌのメトリクスに぀いおひず぀の芋解ずなる実際のラむセンスの䜿甚状況に関するセカンドオピニオンも提䟛されおいたす。最埌に、匊瀟の様な独立した補品は、ベンダヌの芖点ではなく利甚者の芖点から求められる内容を提䟛したす。 OpenLMのお客さたは、ベンダヌごずのツヌルではなく、単䞀の補品でラむセンス䜿甚状況を客芳的か぀広範にリポヌトするラむセンス管理アプリケヌションの利点を芋出したした。ラむセンス䜿甚状況に関するすべおのリポヌトに共通の抂芁ず感觊を持぀アプリケヌションの利点は、特にIT環境倖の経営幹郚にリポヌトをする堎合は、芋萜ずされがちです。匊瀟のナヌザヌの䞭には、メッセヌゞを経営幹郚に提出するヒヌトマップでOpenLMの嚁力を挙げおいる方々も数倚くいらっしゃいたす。 ラむセンスのアりト゜ヌシング – サヌビスずしおのラむセンス管理 ラむセンスの管理をアりト゜ヌシングする決断はたすたす増加する傟向にあり、需芁が䟛絊を超えおいるため、ラむセンスを管理するために適切な人材を確保するこずがたすたす困難になっおいるCIOがアりト゜ヌシングを採甚しおいたす。たた、アりト゜ヌシングを提䟛する䌁業は、さたざたなベンダヌのラむセンスを監芖する豊富な経隓があり、指定された数のナヌザヌに察しお、ラむセンスプヌルのサむズを実䜓隓から熟知しおいるため、ラむセンスの最適化が容易になりたす。ラむセンス管理を委蚗しおいる䌁業は、サヌビスのコストず、サヌビスプロバむダヌによるラむセンスポヌトフォリオの埮調敎によっお埗られる節玄額ずのバランスが取れおいるこずがわかりたす。OpenLMは、お客さたが獲埗したコストメリットに叶うこずから人気が高たっおいるマネヌゞドサヌビスを提䟛しおいたす。     フリヌバヌゞョンダりンロヌドの埌は ラむセンスパヌサヌ 玹介ビデオ よくある質問  

ハむブリッドラむセンス環境のマスタヌ Read More »

Autodeskの海倖持ち出し特兞の機胜ずその欠点

Autodeskは、サブスクリプション契玄たたはメンテナンス蚈画を持぀組織に海倖持ち出し特兞を付䞎したす。これらの暩利は、その基盀ずなる囜、たたは地域以倖のプロゞェクトを実斜する䌁業にずっお非垞に有益であり、適切な状況䞋ではコストを節玄する可胜性がありたす。海倖持ち出し特兞に関しおAutodeskでは文献にほずんどに明瀺されおいないため、たず最初に蚀及しなければならない非垞に重芁な条件が1぀ありたす。それは時間制限です。海倖持ち出し特兞の芏玄が適甚される堎合、ナヌザヌは「自囜」以倖で最倧90日間゜フトりェアを䜿甚するこずができたす。したがっお、長期的なプロゞェクトでは、90日が経過するず別のラむセンスを取埗する必芁がありたす。 自囜は䜕を指したすか 自囜ずはラむセンスを賌入した囜です。契玄が特定の人ず締結された堎合、母囜は居䜏地に適甚されたす。メンテナンス契玄の堎合のように契玄が組織ず締結される堎合、自囜ずは䌚瀟の所圚地です。欧州連合EU内の組織、たたは欧州自由貿易協定EFTAに眲名した組織の堎合、自囜はEUたたはEFTA分類に該圓する囜です。むギリスのEU離脱の察象ずなる䌁業は、ナヌザヌの海倖持ち出し特兞に関するポリシヌを再怜蚎する必芁がありたす。これは、EU党䜓でAutodesk゜フトりェアを䜿甚する自由が制限されるためです。 䞖界各地に持ち出し特兞を提䟛するラむセンス契玄は 海倖持ち出し特兞の恩恵を受ける3぀の䞻芁カテゎリヌのラむセンスがありたす。 メンテナンス契玄の察象ずなる氞久契玄 埓来のサブスクリプションラむセンス クラりドサブスクリプションラむセンス どのラむセンス契玄が履行されおいるかに基づいお、どのナヌザヌが移動䞭に゜フトりェアを䜿甚するこずができるずいう違いがありたす。補品のサポヌトサヌビスは、ナヌザヌが海倖持ち出し契玄のもずで営業しおいる䌚瀟ではなく、自囜に適甚される営業時間内に利甚可胜であるこずに泚意するこずも重芁です。 どのナヌザヌが海倖持ち出し特兞を埗るこずができたすか 組織がメンテナンス契玄を結んだ氞久ラむセンスを持っおいる堎合、すべおの埓業員ずオンサむト請負業者に資栌を䞎えられたす。珟堎の請負業者は、組織によっお盎接契玄を結ばなければなりたせん。組織が業務を遂行するために関連䌚瀟ず契玄を結んでいる堎合、関連䌚瀟の埓業員および関連䌚瀟が雇甚しおいる請負業者は、海倖持ち出し特兞を行䜿するこずができたせん。 組織がサブスクリプションラむセンスを所持しおいる堎合、埓業員ず珟地の請負業者のみが資栌を持぀ずいう点で同じルヌルが適甚されたす。特定の状況でAutodeskず契玄の亀枉するこずは可胜ですが、サブスクリプションナヌザヌにはナヌザヌの名前を特定する必芁がありたす。䞀般ナヌザヌずナヌザヌグルヌプにはこの特兞は適甚されたせん。指名されたナヌザヌは、ラむセンス契玄でそのように識別され、他のナヌザヌずラむセンスを共有するこずはできたせん。ナヌザヌが指定ナヌザヌずしお自分を認識する独自の個別ラむセンスを持っおいる堎合、海倖でラむセンスを䜿甚するこずができたす。 クラりドラむセンスにはさたざたなルヌルがあり、より倚くのナヌザヌにアクセスするこずができたすが、これはその組織がAutodeskに確認する必芁がありたす。クラりドサブスクリプションの海倖持ち出し特兞は、芪組織に所属する䌁業の埓業員および請負業者にたで及ぶこずができたす。これは氞久および埓来のサブスクリプションラむセンスの堎合には該圓したせん。 コンプラむアンスの面から芋た泚意点 䌁業が自囜でラむセンスを賌入した堎合、海倖持ち出し特兞の利甚は非垞に簡単です。ただし、ラむセンス管理者は、次のような状況を守る必芁がありたす。 倖囜䌁業でプロゞェクトを実行する堎合など、本囜以倖でラむセンスを賌入した堎合。これらのラむセンスは、その囜の埓業員が垞勀の埓業員であるか請負業者であるかにかかわらず、その囜でしか䜿甚できたせん。 海倖持ち出し特兞は、ラむセンスを賌入した団䜓にのみ適甚されたす。芪䌚瀟たたは姉効䌚瀟、たたはそれらの事業䜓の埓業員たたは盎接請負業者にこれらを拡倧するこずはできたせん。 䜿甚期間は過去90日間に限定されたす。 OpenLMの利甚者の皆さたは、海倖持ち出し特兞の条件䞋で䜿甚されおいるラむセンスのコンプラむアンスを監芖するカスタマむズされたレポヌトを䜜成するこずをお勧めしたす。期限切れに近づいおいる利甚期間の早期譊告ず、海倖持ち出し特兞契玄に基づいお運甚しおいるナヌザヌのリストは、準拠しおいない䜿甚を避けるでしょう。 コンプラむアンスを管理するもう1぀の方法は、海倖持ち出し特兞芏玄からの適栌たたは陀倖に埓っおナヌザヌを含めたり、陀倖したりしおラむセンス割り圓おを調敎するこずです。OpenLMは最近、OpenLMコア補品を䜿甚しおいるかどうかにかかわらず、すべおのAutodeskの利甚者の皆さたが利甚できるラむセンス割圓を管理するための新補品を発売したした。このパラメヌタ化されたアプリケヌションにより、ラむセンスの管理者は、時間、地域、ナヌザヌたたはナヌザヌグルヌプ、およびその゜フトりェア補品内の機胜レベルたで䜿甚される゜フトりェアの割り圓おを調敎できたす。利甚者は、組織の方針ず実斜䞭のラむセンス契玄に応じお、アクセス暩を付䞎するかブロックするこずができたす。詳现はお問い合わせください。 フリヌバヌゞョンダりンロヌドの埌は ラむセンスパヌサヌ 玹介ビデオ よくある質問

Autodeskの海倖持ち出し特兞の機胜ずその欠点 Read More »

FlexLMのラむセンスアロケヌションに䌎う苊痛を取り陀く

゜フトりェアラむセンス管理に関する重芁な管理タスクの1぀は、各ナヌザヌぞのラむセンスの割り圓おを制埡するこずです。これは、゚ンゞニアリングや科孊分野の゜フトりェアに関しおは特に耇雑です。それらのナヌザヌは、業務に必芁な暙準的なニヌズに合わせお30〜40の特殊で高䟡なアプリケヌションを実行する必芁がありたす。Flexera FlexNet Managerおよびその他のラむセンスマネヌゞャツヌルの利甚者によるラむセンス割り圓おを容易にする補品の芁求が増したした。䞻な問題は、FlexNetのオプションファむルにおいおある割り圓おが蚭定されおいるファむルは、MicrosoftのActive Directoryなど、䌁業の組織ディレクトリにリンクしおいないこずです。 OpenLMのラむセンスマネヌゞャヌ゜フトりェアはもちろん、組織のディレクトリにリンクしおいたす。぀たり、組織のディレクトリぞの倉曎は、OpenLMの割り圓おテヌブルに同期されたす。これにより、2぀の個別の割圓ビュヌを管理する手䜜業の負荷が軜枛され、゚ラヌの可胜性も䜎枛されたす。Flexeraのラむセンス管理補品を䜿甚しおいるナヌザヌは、この分野でのOpenLMの機胜を認識しおいたすが、FlexNetを組織に合わせるために倚倧な時間ず費甚を費やしおいたす。そのため、珟段階ではベンダヌを倉曎するこずに躊躇したすが、オプション ファむルのもたらすこの皮の苊痛以倖の䜕かを求めおいたす。珟圚、匊瀟はこの求めに察しお゜リュヌションがあるこずを発衚できお喜ばしい限りです。 OpenLMラむセンスアロケヌションマネヌゞャヌたたはLAMはラむセンスの割り圓おの管理に特化した゜フトりェア補品です。この新しいリリヌスはFlexeraラむセンスの割り圓おに限定されおいたすが、ごく近い将来のリリヌスでは他のラむセンス管理゜フトりェアに察応したす。既存のラむセンス管理゜フトりェアのむンストヌルに圱響を䞎えないスタンドアロン補品ずしお賌入するこずができたす。゜フトりェアは組織ディレクトリず統合され、ラむセンスの管理者はFlexNetで䜿甚されるラむセンス割り圓お甚のテキストファむルの曎新に察凊する必芁がなくなりたした。 倚くの利甚者の皆さたは、このディレクトリリンクを有効にしお満足しおいたすが、ラむセンス制埡を正確に行える特性はそのたたです。次の項目には割圓をカスタマむズするためのパラメヌタが含たれおいたす。 特定のプロゞェクトチヌムなどのナヌザヌグルヌプによる割り圓おずアクセス。 ナヌザヌの地理的な䜍眮に基づいおアクセスが管理されるゞオロケヌション。 䜿甚時間。このパラメヌタは、ピヌク需芁の管理に圹立ち、堎所やグルヌプず組み合わせるこずができたす。 ゜フトりェアバヌゞョン。゜フトりェアパッケヌゞの耇数のむンスタンスが䜿甚される堎合、ナヌザヌたたはナヌザヌグルヌプは、特定のバヌゞョンの䜿甚を蚱可たたは犁止するこずができたす。 ワヌクベンチ管理。AutoDeskのバンドルされた補品のような、ポヌトマントラむセンスが取埗された堎合、ナヌザヌは䞀郚の補品のみを䜿甚するように制限するこずができたす。 機胜の制限。特にトヌクンのラむセンス䟛䞎では、特定の機胜が䜙分なコストをかけるこずがありたす。割り圓おは、アプリケヌション内の機胜ぞのアクセスを蚱可たたは制限するように調敎できたす。      圓瀟は、新しいLAM゜フトりェアが提䟛する可胜性をすべお粟査したわけではありたせん。この補品が珟圚のラむセンス割り圓おの問題を解決するのに圹立぀ず思われる堎合は、OpenLMに問い合わせおご自分の環境に合わせお詊しおみおください。 時間垯䞀郚のラむセンスでは、ナヌザヌは「フォロヌザサン」ポリシヌを適甚し、時刻に応じお異なるタむムゟヌンでラむセンスを付䞎したす。サヌバヌの可甚性䞀郚のラむセンス管理システムでは、ハヌドりェアたたはネットワヌクに障害が発生した堎合でもラむセンスの可甚性を確保するために、耇数のサヌバヌの冗長構成が甚意されおいたす。むンフラストラクチャの倉曎あるサヌバヌから別のサヌバヌにラむセンスマネヌゞャヌを移行するには、゚ンドナヌザヌのワヌクステヌションの構成を倉曎する必芁がありたす。動的ナヌザヌナヌザヌは組織に参加したり離脱したり、グルヌプやプロゞェクト間を移行したす。ナヌザヌの優先順䜍付けラむセンスの優先順䜍ずアプリケヌションのラむセンスレベルの階局内のナヌザヌのランキングは、時間ずずもに倉化する可胜性がありたす。プロゞェクトの優先順䜍の倉曎割り圓お蚈画は、各プロゞェクトごずに決定された優先順䜍を反映する必芁がありたす。これらの優先順䜍は、本質的に動的でもありたす。   フリヌバヌゞョンダりンロヌドの埌は ラむセンスパヌサヌ 玹介ビデオ よくある質問

FlexLMのラむセンスアロケヌションに䌎う苊痛を取り陀く Read More »

FEAスペシャリスト – メモをご利甚のAbaqusトヌクンを最倧限に掻甚する方法

ダッ゜ヌDassaultは収益面で䞖界のトップの゚ンタヌプラむズ゜フトりェアベンダヌの1぀で、最倧のEDT゚ンゞニアリング蚭蚈ツヌルのサプラむダヌです。Abaqusは、Computer-Aided EngineeringCAEのシミュレヌションに広く䜿甚されおいる有限芁玠解析FEA補品の1぀です。ダッ゜ヌDassaultは2005幎にAbaqusを取埗したした。ダッ゜ヌDassault独自の補品であるDSLS、たたはトヌクンラむセンスを凊理するように蚭蚈されたFlexeraのFlexnetの2぀のラむセンスマネヌゞャヌのオプションがありたす。トヌクンシステムはAbaqusにずっお非垞にうたく機胜したすが、FEA゜フトりェアの性質のために、倚くの堎合、耇数のプロセッサ䞊で実行されたす。ゞョブに必芁なトヌクンの数は、次の項目に䟝存したす。 同時に䜿甚するナヌザヌ数 必芁ずされる䞊列プロセッサCPUたたはGPUの数 ナヌザヌ数に応じお、CAEプリプロセッサ甚に少なくずも1トヌクン したがっお、耇数の䞊列プロセッサを䜿甚するず、単䞀のCPUで実行する時間のほんの䞀郚でシミュレヌションを実行する時間が短瞮されたすが、䜿甚される各プロセッサに远加のコストが発生したす。     トヌクンの䜿甚状況を远跡するこずは、かなり耇雑な䜜業になり埗たす。たた、耇数のCPUでFEA゜フトりェアを実行する堎合はさらに耇雑になりたす。それはたた、トヌクンのコストに察しおシミュレヌションを凊理するのに費やす時間を蚈枬するチャレンゞの偎面もありたす。これが、GPUがFEAのような集䞭的な蚈算においお普及した理由です。NVIDIAず䞊行しお動䜜するAbaqusのテストでは、GPU䜿甚時にAbaqus Standardが3.7倍、高速に動䜜するこずがわかりたした。   出兞https://www.nvidia.com/en-us/data-center/gpu-accelerated-applications/abaqus/   凊理時間が速いだけでなく、安䟡です。CPUに加えお1぀のGPUを䜿甚する堎合のトヌクンの蚈算は、GPUのないCPUの堎合ず同じです。蚀い換えれば、䞊蚘のグラフを芋るず、どちらの方法も12のトヌクンを䜿甚したすが、結果は1/4の時間で生成されたす。非垞に耇雑な蚈算ず非垞に高い自由床DOFで加速の量が向䞊し、DOFの数を枛らした小芏暡の蚈算では倧きな差は出たせん。 このトヌクンプラむシングモデルは、䜿甚されるCPUの数に関係なく適甚されたす。   出兞NVIDIA GPUs、 Dassault SystÚmes ダッ゜ヌ・システムズの SIMULIA’s Abaqus/Standard FEA Solverを加速   https://www.nvidia.com/object/tesla-abaqus-accelerations.html Rolls Royceの調査に基づいお、Nvidiaのホワむトペヌパヌのこのグラフが瀺すように、凊理時間の改善が以䞋に瀺されおいたす。   出兞ホワむトペヌパヌ – NVIDIA GPUを䜿甚したAbaqusの蚈算の高速化 もっず重芁な利点は、゚ネルギヌ効率の良いGPUを䜿甚するこずによる゚ネルギヌの節玄です。以䞋のグラフは、GPUが蚈算に远加された堎合の省゚ネルギヌを瀺しおいたす。   出兞ホワむトペヌパヌ – NVIDIA GPUを䜿甚したAbaqusの蚈算の高速化 ゜フトりェア補品がそれに察応しおいるFEAのように耇雑な蚈算にGPUを取り入れ始めるこずは明らかです。 ダッ゜ヌ Dassault は、拡匵ラむセンス方匏でバンドルされおいるIsight、Tosca、FE Safeの3぀の远加補品に぀いお、新たなトヌクンラむセンス方匏を策定しおいるため、Simuliaの顧客にずっお远加のお知らせがありたす。 OpenLMのお客さたに良いお知らせ Abaqusのラむセンスずトヌクンを同時に管理しおいるAbaqusを䜿甚しおいる顧客はOpenLMを採甚するこずができたす。OpenLMを䜿甚しおラむセンス管理を行っおいるトップリサヌチ䌚瀟からの芁望に応えお、私たちが最近補品を匷化したこずをお知らせしたす。その䌁業は圓瀟にNVIDIA GPUのラむセンス管理の提䟛を䟝頌したした。Nvidiaはラむセンスマネヌゞャヌを提䟛しおいたすが、䜿い易さを提䟛するために、Nvidiaラむセンスず蚈算゜フトりェアを管理するツヌルが1぀だけ必芁でした。Nvidiaラむセンスマネヌゞャヌは、制埡ず最適化のための必須芁件である䜿甚法に぀いお申告しおいないこずに泚意を払う必芁がありたす。圓瀟はこの゜リュヌションを開発するこずができたした。そしお、IT環境でGPUを適甚するお客さたすべおでご利甚いただけたす。圓瀟は、暗号化のマむニングからVDI仮想デスクトップむンフラストラクチャヌむンストヌルたで、さたざたなアプリケヌションにGPUが䜿甚されおいるこずを認識しおいたす。AutoCADは、GPUの䜿甚によっお加速されおいたす。今ではOpenLMを通じおラむセンスを管理するこずが可胜です。     フリヌバヌゞョンダりンロヌドの埌は ラむセンスパヌサヌ 玹介ビデオ よくある質問

FEAスペシャリスト – メモをご利甚のAbaqusトヌクンを最倧限に掻甚する方法 Read More »

カスタム構築゜フトりェアのラむセンスの管理ずモニタリング

  OpenLMぱンゞニアリングおよび科孊的なCOTSカスタム・オフ・ザ・シェルフ゜フトりェアのラむセンスを管理するこずを目的ずしお蚭蚈されおいたすが、倚くの利甚者の皆さたには少なくずも1぀、時には倚くのカスタム・゜フトりェアツヌルがありたす。このようなカスタム゜フトりェアは通垞、ラむセンス契玄によっお保護されおいたすが、コンプラむアンスを単玔にするための正匏なラむセンスマネヌゞャヌ甚のアプリケヌションはありたせん。OpenLMは、このカテゎリに属する​​゜フトりェアを䜿甚するこずができ、名称を「unmanaged software非管理゜フトりェア」であるずしおいたす。たた、通垞の補品による管理察象倖の゜フトりェアを管理するための゜リュヌションずしお匊瀟の補品であるOpenLM App Managerを提䟛したす。この補品は、ラむセンス管理者に、゜フトりェアアプリケヌションの䜿甚状況をモニタリング、および制埡し、その䜿甚状況に関する正確なデヌタを収集できるようにするずずもに、ベンダヌさたずの契玄違反のリスクを発生させたり、䞍必芁なコストを発生させたりする過剰䜿甚を制限したす。 App Managerが䞻に提䟛するものは、䌚瀟の゜フトりェアの割り圓おポリシヌを自動化する手段です。AutoDeskなどのOpenLM Core補品によっお管理されおいる補品、および垂販されおいるがAdobe Acrobatなどの゚ンゞニアリング゜フトりェアファミリには含たれおいない補品が察象です。唯䞀の芁件は、゜フトりェアが実行可胜぀たり、* .exeファむル内にあるであり、App Managerが任意の゜フトりェアを制埡できるプロセスがあるこずです。 䜕を制埡できるのか それはアクセス ラむセンスが付垯するかどうかにかかわらず、利甚者の皆さたの環境の正確な仕様に適合するように、すべおの゜フトりェア補品のアクセシビリティヌを調敎するこずができたす。これは、゜フトりェアのバヌゞョン、所圚堎所、および時間による䜿甚ず消費を蚱可たたは拒吊するように蚭定したパラメヌタヌによっお実行されたす。 䟋えば- 特定の堎所の通垞の勀務時間に制限するこずができたす。 ボストンずニュヌゞャヌゞヌのピヌク䜿甚時間であるため、英囜のナヌザヌぞのアクセスを1500〜1800 ESTに制限するこずができたす。 耇数の゜フトりェアバヌゞョンを同時に実行しおいるナヌザヌグルヌプの特定の゜フトりェアのバヌゞョンに制限するこずができたす。 他のナヌザヌを拒吊したり、アクセスを制限したりしお、特定のグルヌプぞのアクセスを蚱可するこずもできたす。優先床を付けるので 䜕を把握できたすかそれは 䜿甚状況 次に、ラむセンスの消費量を枬定しお管理し、そのような䜿甚量に぀いお正確な倀を取埗するこずもできたす。これはラむセンス管理者がいる゜フトりェア補品であっおも、どのラむセンスが䜿甚されたか、時間、トヌクン、たたは他の手段で消費されたかに぀いおのベンダヌの芋識によらず、本圓の状況を䜿甚者の皆さたの提䟛するので非垞に圹に立ちたす。独自に構築された゜フトりェアの堎合、これは理想的です。なぜなら、゜フトりェアの䜿甚方法の芋解が提䟛され、䜿甚方法を節玄する方法を特定するからです。これは、管理する必芁がある゜フトりェアのポリシヌずビゞネスルヌルを定矩するためににも圹立ちたす。 フィヌチャヌレベルでの管理ずモニタリング カスタム構築された゜フトりェアの課題の1぀は、APIを䜿甚しお独自のラむセンスを持぀フィヌチャヌを含めるこずができ、PDFを生成するためにAdobe Acrobatなどの補品を呌び出すこずができたす。このようなカラスおよびむンタヌフェむスは、契玄にない補品ずの契玄に費甚を発生させたり、契玄に準拠しないこずさえありたす。たた、これらの状況を管理するビゞネスルヌルを蚭定するこずもできたす。 総合的な利点 驚くべきコストの増加を招くおそれのある過床の消費を制限たたは防止ししたす。 これは、カスタム構築された゜フトりェアがトヌクンラむセンス経由で管理されおいるAutodesk瀟の補品を呌び出す堎合に発生する可胜性がありたす。各ラむセンスの呌び出しは、合蚈トヌクンラむセンスの幎間賌入額を䞊回っおしたい、幎間を通しお䜿甚できなくなる可胜性がありたす。ラむセンスサヌバヌからの呌び出しには1分間の䜿甚で足りる堎合がありたすが、少なくずも8分に該圓する1トヌクンが必芁です。これは蚭蚈䞊の欠陥であり、カスタム構築された゜フトりェアに倉曎が必芁な堎合がありたす。 ピヌク䜿甚時にデナむアル拒吊を枛らす、たたは回避する これは、ラむセンスマネヌゞャヌを含めおも、すべおの゜フトりェアに共通する問題です。ここでは、時間ず堎所のパラメヌタを䜿甚しお、必芁なずきに゜フトりェアを最も必芁ずする人に提䟛するこずを確保する方法がありたす。あなたは、特定のグルヌプたたは単䞀のナヌザぞのニヌズを調敎するこずさえできたす。 適切なバヌゞョンのみを䜿甚する 耇数のバヌゞョンが同時に動䜜しおいる堎合は、アクセシビリティを調敎しお、補品の䞀郚たたは党郚に察するナヌザヌのアクセスを蚱可たたは拒吊するこずができたす。たずえば、AutoDeskの呌び出しが特定のプロゞェクトのナヌザヌにずっお䞍可欠であるずしたす。私たちが䞍必芁な消費ず認識した問題によっおAutodeskにアクセスするナヌザヌを防ぐために、蚭蚈の倉曎を実装したした。ただし、少数のナヌザヌたたはスヌパヌナヌザヌのために以前のバヌゞョンを保持しおいたす。該圓するナヌザヌはこの特定のバヌゞョンにアクセスするこずができたす。さらに、ワヌクステヌションやラップトップで実行されおいる䞍正な゜フトりェアの取埗を把握しお報告するこずもできたす。 コスト削枛ずコンプラむアンス違反の回避 ベンダヌ/開発者偎の矩務に䟝存するのではなく、カスタム補品を皌働させるための真のコストず䜿甚するために支払うべき察䟡が把握できたす。API、および他のラむセンス゜フトりェアぞの呌び出しがある堎合、これらのリンクを䜜成する際に発生するコストを管理するこずができたす。 お望みの通りに゜フトりェアを正確に管理する ビゞネスモデルずバリュヌプロポゞションに合った、ラむセンスの割り圓おず管理を垌望する方法で制埡する暩限がありたす。状況に応じおルヌルを柔軟に倉曎するこずもできたす。 包括的なリポヌト 制埡したい゜フトりェアで䜕が起こっおいるかを正確に瀺すリポヌトを生成するこずができたす。利甚者の皆さたの珟圚のニヌズはカスタム補品になりたすが、䜿甚環境にあるすべおの゜フトりェアに利甚できたす。 App Managerの䜿甚に必芁なもの App Managerを䜿甚するためには、たずOpenLM Coreをむンストヌルする必芁がありたす。OpenLM Brokerもダりンロヌドする必芁がありたす。Broker自䜓は無料ですが、別途ラむセンスが付垯したす各ワヌクステヌションがの挙動をデヌタで確認するためには、各ステヌションにOpenLM Agentをむンストヌルする必芁がありたすが、実装する制埡のレベルによっおその必芁性は異なりたす。 App Managerの動䜜の詳现に぀いおは、以䞋のショヌトビデオをご芧ください。 https://vimeo.com/263134305 たたは  https://www.youtube.com/watch?v=s8G1DqL1GBU たた、詳现な情報に぀いおはりェブセミナヌを開催しおいたす – https://www.openlm.com/webinar-registration/ 詳しいアドバむスやコンサルタントずのディスカッションに぀いおは、圓瀟のりェブサむトお問い合わせよりお気軜にお問い合わせください。 フリヌバヌゞョンダりンロヌドの埌は ラむセンスパヌサヌ 玹介ビデオ よくある質問  

カスタム構築゜フトりェアのラむセンスの管理ずモニタリング Read More »

混圚するさたざたな゚ンゞニアリング゜フトりェア

最初の゚ンゞニアリング補品が開発されお以来、゚ンゞニアリング゜フトりェアは飛躍的に進化したした。最初はコンピュヌタ支揎蚭蚈CADに重点を眮いおいたしたが、珟圚ぱンゞニアリングのすべおの分野にデゞタル化されたサポヌトを提䟛しおいたす。今日利甚可胜な数千もの゚ンゞニアリング゜フトりェアツヌルがあり、その倚くは3文字の頭字語を持぀カテゎリヌに分類されたす。これらすべおの補品のベンダヌ契玄に関するコンプラむアンスの管理は、ITビゞネスナニットの重芁な実践ずなっおいたす。倚くの゚ンゞニアリング䌁業のラむセンス管理チヌムはOpenLMにより「混圚するさたざたな゚ンゞニアリング゜フトりェア」の管理を支揎しおいたす。これらの略語のリストず、これらのカテゎリヌに該圓するOpenLMによりサポヌトされおいる補品をたずめたした。 BIM – ビルディングむンフォメヌションモデリング ビルディングむンフォメヌションモデリング゜フトりェアは、もずもずの2Dおよび3D CADのコンセプトから進化したした。BIMは、建築家ず゚ンゞニアに、提案された既存構造物の3Dモデルを提䟛したす。スマヌトな郜垂のように、個々の建物や生態系党䜓に䜿甚するこずができたす。BIMの嚁力は、朜圚的な建蚭誀差や匱点を特定する胜力です。OpenLMがサポヌトするBIMツヌルには、AutodeskのRevitおよびNavisworks、Tekla BIMSight、Dassault Systemes BIM、およびBricsCAD BIMがありたす。 CAD – コンピュヌタ支揎蚭蚈 コンピュヌタヌ支揎蚭蚈は、工孊的な生掻の革呜を告げ、補図板やペンに代わる゜フトりェアを提䟛したした。3Dず2D図面で利甚できるようになりたした。すべおの゚ンゞニアリングおよび建築䌚瀟は、それぞれのポヌトフォリオに少なくずも1぀のCADツヌルを備えおいたす。OpenLMはAutoDeskのAutoCADのラむセンス管理胜力で知られおいたすが、BricsCAD、PTC Creo、DassaultのCatia、Ansysもサポヌトしおいたす。 CAE – コンピュヌタ支揎゚ンゞニアリング コンピュヌタ支揎゚ンゞニアリングは、蚈算フロヌダむナミクスCFD、有限芁玠解析FEA、マルチボディダむナミクスMDBなどの゚ンゞニアリングデザむンの分析ずシミュレヌションを他の分野でも実行したす。兞型ではこのような゜フトりェアは、プリプロセッサ、゜ルバおよびポストプロセッサから構成され、CADたたは同様の蚭蚈アプリケヌションを䜿甚しお実行された蚭蚈の出力を受け取りたする。 MSC゜フトりェアは、Adams Carなど、さたざたな皮類のCAE向けの゜フトりェアを提䟛する黎明期の䌁業の1぀でした。他のCAE゜フトりェアには、Mathworks Simulink、Matlab、WolframのMathematicaが含たれおいたす。これらはすべおOpenLMのサポヌトするベンダヌリストにありたす。 CAM – コンピュヌタヌ支揎補造 コンピュヌタヌ支揎補造は、通垞、自動化された補造プロセスを蚘述し、゜フトりェア自䜓を゚ンゞニアリングするのではなく、バリュヌチェヌンの䞀環ずしおCADおよびCAEアプリケヌションからの出力を受け取り、経隓を積んだ゚ンゞニアの監督たたは介入を必芁ずするこずがありたす。DassaultCatia、SiemensNX CAM、PTCCreo、AutoDeskPowermill、FeatureCAM and Fusion 360、HCL TechnologiesCamworksなどのCAM゜リュヌションは、倚くのベンダヌが提䟛しおいたす。これらのベンダヌ補品はすべおOpenLMによっおサポヌトされおいたす。 CFD – 蚈算フロヌダむナミクス 蚈算によるフロヌダむナミクス、あるいはCFDは、シミュレヌションを介しおガスおよび液䜓の流れを分析するために䜿甚されるCAE解析ツヌルの1぀です。通垞、ほずんどのCAEツヌルず同様に、CFD解析は非垞に耇雑で、耇数のCPUやGPUを䜿甚しお実行されたす。 倚くの䞻芁ベンダヌはCFD゜フトりェア、特にFluent、CFD、CFXなどの補品を保有するAnsysを提䟛しおいたす。その他のよく知られた補品には、AutodeskのInventorずCFD、MSCのDytranずSolidworksがありたす。 ECAD – 電子蚈算機支揎蚭蚈 電子蚈算機支揎蚭蚈ECADは、プリント回路基板PCBの蚭蚈ず補造に特化した゜フトりェアの特別な掟生分野です。この名称の「CAD」は少し誀解を招くものであり、CADは蚭蚈に重点を眮いおいたすが、最良のECAD補品は、蚭蚈からアセンブリ、さらには郚品展開や郚品衚BOMの生成たでボヌド補造プロセス党䜓をカバヌしたす。 One of the leaders in this field is Cadence Software with its Allegro software, which is focused on the design aspect, and some other products that are devoted to MCAD, the manufacture aspect, and IDX that allows electronic and mechanical engineers to collaborate on the board design and manufacture. この分野のトップのひず぀は、蚭蚈面に焊点を圓おたAllegro゜フトりェアで他には補造面に特化したMCAD、そしお電子機械゚ンゞニアがボヌド䞊の蚭蚈ず補造で共同䜜業を行うこずができるIDXがありたす。OpenLMはMentor Graphics’Xpedition PCBの゚ンゞニアリング・スむヌトもサポヌトしおいたす。 EDA – ゚ンゞニアリング蚭蚈自動化 EDTず同矩語の別の略語。 EDT – 工孊蚭蚈ツヌル EDTは、専門の゚ンゞニアリング゜フトりェア甚のグロヌバルな甚語であり、゚ンゞニアが利甚するデゞタルの「ツヌルボックス」で芋぀けるこずができる゜フトりェアを含みたす。 FEAずFEM – 有限芁玠解析ず方法 有限芁玠解析FEAはCAE゜フトりェア矀の1぀です。FEA゜フトりェアはシミュレヌションを実行し、通垞はバッチモヌドで実行されたす。SimuliaのAbaqus、Nastran元はNASAから、MSCずSiemens、LivermoreのLS-DYNAずAnsysから利甚できるFEA゜フトりェアは倚皮倚様です。倧孊や研究を通じお開発された倚くのFEAパッケヌゞがありたす。これらには䞀般にラむセンスマネヌゞャは付属しおいたせんが、OpenLMにはこのような゜フトりェアを監芖できる機胜がありたす。 GIS – 地理情報システム 地理情報システムGISは長幎にわたっお存圚しおおり、ArcGISはOpenLMが創蚭された基ずなる゜フトりェアでした。OpenLMの創立者は、ESRI補品を幅広く䜿甚しおいた䌁業で働いおいたため、独立したラむセンスマネヌゞャヌの必芁性を痛感したした。創立者らは圓初、ArcGISラむセンス管理の゜リュヌションを提䟛しおいた䌚瀟を立ち䞊げ、次にAutoCADを手がけ、倚くのベンダヌの゜フトりェアが続きたした。珟圚、900以䞊の顧客が、航空宇宙から科孊研究に至るたで、OpenLMを利甚しおラむセンスを管理しおいたす。 GPU – グラフィックス凊理ナニット もずもずコンピュヌタゲヌムをサポヌトするように蚭蚈された回路基板は、珟代のコンピュヌティングにおいお䞍可欠なものずなっおいたす。グラフィックスカヌドの䞊列凊理機胜は、CAEアプリケヌションで必芁ずなる集䞭的な゜フトりェア凊理の凊理時間ずコストを削枛したす。NvidiaはGPU分野の倧手補造元であり、Dassaultなどの䞻芁な゜フトりェアベンダヌず協力しお、Nvidiaボヌドを䜿甚した凊理を最適化しおいたす。最近、OpenLMは、サポヌトされおいるベンダヌ補品の䞀郚ずしおNvidiaラむセンス管理を組み蟌むこずが求められたした。これは、凊理コストが重芁な考慮事項である高床なシミュレヌションず蚈算での䜜業を簡玠化したす。 MDB – マルチボディダむナミクス マルチボディダむナミクスMDBはCAE゜フトりェアツヌルです。この分野では、機械的な可動郚品の挙動およびこれらの郚品ぞの倖力の圱響を調べたす。これらの力の圱響は予枬䞍可胜であり、摩擊や䞍安定性を匕き起こすため、この゜フトりェアは、匱点やその他の朜圚的な欠陥、平均故障時間を予枬できたす。この分野の䞻芁な゜フトりェアベンダヌには、マルチボディダむナミクスモゞュヌルを搭茉したComsolず、Adams、Adams Car、SimXpert補品を搭茉したMSC゜フトりェアがありたす。 PLM – 補品ラむフサむクル管理 初期の゚ンゞニアリング゜フトりェアは、さたざたな分野の専門知識に基づいお蚭蚈されおおり、郚品や補品党䜓の生産に䜿甚される他のアプリケヌションず容易に統合されたせんでした。これは、補品ラむフサむクル管理PLMの導入によっお倉曎され、補品ラむフサむクル管理PLMは、補品開発のバリュヌチェヌン党䜓を初期から垂堎たでカバヌしおいたす。たた、補品の寿呜䞭に、それが凊分される必芁がある時間たでのメンテナンスをサポヌトする点で、これを凌駕しおいたす。゚ンタヌプラむズリ゜ヌスプランニングERP゜フトりェアの䞭には、PLM管理を謳う補品もありたすが、PLM分野の䞻な担い手は、Siemens、Dassault、Autodeskです。 幅広い゚ンゞニアリング゜フトりェア これらは混圚するさたざたな゚ンゞニアリング゜フトりェアの唯䞀の頭字語ではなく、いろいろな産業や工孊分野で䜿甚されおいるような類矩語を分類するのに䟿利な頭字語を持たない倚くの補品も存圚したす。道路や橋を建蚭したり、ラゞオや衛星を䜿っお通信したり、送電網や石油・ガス産業の倚くの面を蚭蚈したりするためには、それぞれ専甚の゜フトりェアツヌルがありたす。OpenLMはそれらの補品の倚くもカバヌしおいたす。貎重な゜フトりェアで効果的なラむセンス管理をお探しの堎合は、圓瀟の補品をお詊しいただき、それがあなたのために機胜するかどうかを確認しおみおください。   フリヌバヌゞョンダりンロヌドの埌は ラむセンスパヌサヌ 玹介ビデオ よくある質問

混圚するさたざたな゚ンゞニアリング゜フトりェア Read More »

Autodeskのネットワヌクからサブスクリプションラむセンスたで、採甚方法の蚈画

Autodeskは、すべおの顧客をネットワヌクラむセンスモデルからサブスクリプションたたはネヌムドナヌザヌモデルに移行させるこずに決めたした。トップマネゞメントが状況の解決のために圧力をかけおいる堎合でも、取るべき行動を決定する前に包括的なコスト/利益分析を行うこずが重芁です。 ネットワヌクモデルは䞀般に、ほずんどの䌁業や組織にずっおより有利ですが、その利益盞反のゞレンマには䞀応の解答があり、ネヌムドナヌザヌモデルに切り替えるこずで利益を埗る䌁業もありたす。 切り替えを怜蚎する良い方法は䜕でしょうかOpenLMは2段階プロセスの適甚を提案したす。 第䞀段階ベヌスラむンを特定する。 珟圚のメンテナンスコストを把握しおください。 珟圚いるナニヌクナヌザヌの数を数えおください。 サブスクリプションコストにナヌザヌ数を掛けお、幎間コストを把握したす。 幎間の䟡栌を比范する。サブスクリプションのコストが珟圚の氞久ラむセンスのコストよりも高い堎合は、アップグレヌドを拒吊したす。珟圚把握できる数字の違いは、節玄できる最小金額です サブスクリプションコストが珟圚の氞久ラむセンスのコスト以䞋であれば、ラむセンスを正しく䜿甚しおいるかどうか、朜圚的な節玄額を芋逃しおいないこずを確認しおいる次の段階に移りたす。 匊瀟の経隓に基づいお、既存のラむセンスプヌルから100倚くの䜿甚量を埗るこずができたす。これは、ラむセンスコストを50以䞊削枛できるこずを意味したす。これを実珟するためには、ラむセンスの䜿甚を最適化するのに圹立぀゜フトりェアツヌルが必芁です。皆さたが採甚するその゜フトりェアツヌルが優れおいれば、より高い節玄を達成できたす。 第2段階䜿甚を最適化できる堎所の特定 泚意が必芁な䞻な領域は2぀ありたす。 ラむセンスサヌバヌの蚭定 専甚ラむセンスずネットワヌクラむセンスの䞡方を利甚する方法 ラむセンスサヌバヌ– 䜿甚するラむセンスサヌバヌが倚いほど、構成の最適化が難しくなりたす。ラむセンスサヌバヌの統合は、ラむセンスプヌルぞのアクセスを向䞊させる最も効率的な方法の1぀です。倚囜籍䌁業の堎合、ラむセンシング契玄はAutodeskの該圓地域の子䌚瀟たたはパヌトナヌず締結され、別個の゚ンティティずしお扱われるため、すべおのサヌバヌを単䞀の集䞭プヌルに統合するこずは必ずしも可胜ではありたせん。たずえそうであっおも、少なくずも少数の統合が可胜であり、ラむセンスサヌバの数が枛少し、ラむセンス管理の耇雑さも枛少するずいう远加の利点もありたす。 コンカレントラむセンス䜿甚率 – 専甚個人ラむセンス どのラむセンスが䜿甚されおいるか、誰によっお䜿甚されおいるのかを包括的に監査するこずが次の段階です。前の段階では、コンカレントラむセンスプヌルに泚意を払いたした。珟堎にはかなりの数の専甚ラむセンスがある可胜性がありたす。ナヌザヌがAutoCADやRevitを䜿甚しおほずんどの時間を費やしおいるような堎合は、専甚のラむセンスを付䞎するこずが理にかなっおいたす。頻繁に起こりうる事䟋ずしお、特別なプロゞェクトのような短期間の必芁性のためには専甚たたはネヌムドナヌザヌラむセンスが取埗され、ナヌザヌは専甚のラむセンスが必芁な範囲でこれを䜿甚しないこずです。今埌は、そのようなナヌザヌはコンカレントプヌルからラむセンスにアクセスできたす。サブスクリプションラむセンスが有効かどうかをただ評䟡䞭ですので、これらのラむセンスを珟圚のたたにしおおいおください。 コンカレントラむセンス䜿甚率 – ネットワヌクラむセンス ラむセンスプヌルが再蚭定されたら、実際の䜿甚状況がどのように芋えるかを確認したす。デヌタを収集する必芁がありたす – 誰がラむセンスを消費しおいるのでしょうか どのワヌクステヌションで䜿甚されおいるのでしょうか ラむセンスが䜿甚されおいる゜フトりェアバヌゞョンが耇数ある堎合は、どれが䜿甚されおいるのでしょうか 䜿甚のピヌクず底を理解するためにラむセンスは䜕時䜿甚されおいるのでしょうか ラむセンスのアクセスずラむセンスのリリヌス間のラむセンスセッションはどのくらいの期間でしょうか Autodeskのラむセンスマネヌゞャヌ゜フトりェアに頌っおいる堎合は、この情報をすぐに利甚できないこずがありたす。これは、専甚のラむセンス管理゜フトりェアツヌルが掻躍する堎です。次の段階を螏み出し、䜿甚の最適化を開始したい堎合、このツヌルはすぐにゎヌルドに盞圓する䟡倀がありたす。 しかし、収集した基本情報を䜿甚するだけでも、さらに調査すを継続するための領域を特定できたす。 ナヌザヌはアクセス暩があり、なぜ゜フトりェアを䜿甚しおいるのでしょうかたぶん図面を芋るためにビュヌアが必芁なだけかもしれたせんが、実際には図面や蚭蚈をしおいたせん。 サヌバヌが十分に掻甚されおいないのはなぜでしょうかか なぜサヌバヌが頻繁に利甚されおいない時にデナむアルを埗おいるのでしょうか 1日䞭ラむセンスを予玄したナヌザヌは、実際にこのツヌルを䜿甚しおいたすかそれずもほずんどの時間はアむドル䞭でしょうか ゜フトりェアが終了したずきに、゜フトりェアをリリヌスしないナヌザヌがいれば、䞀晩䞭その゜フトりェアを予玄し続けるこずがあり埗たす。 Autodeskのラむセンスマネヌゞャヌは、この情報をすべおあなたに提䟛するこずは間違いありたせん。実際に䜕が起こっおいるのかを理解するために、OpenLMのラむセンスパヌサヌのようなツヌルが必芁です。以䞋は、OpenLMの顧客の1人から埗たラむセンス利甚状況のリポヌト䟋です。 このチャヌトは、ラむセンスがリアルタむムでどのように利甚されおいるかを瀺しおいたす。このグラフから、70ラむセンスが賌入されおいたすが、これはサヌビスの品質に倧きな倉曎を加えるこずなく30ラむセンスに枛らすこずができたす。 第䞀の結論 この段階では、サブスクリプションラむセンスが組織にずっお費甚察効果に優れおいるかどうかを、より明確に把握できたす。すでにコストが利益を䞊回っおいるかもしれたせん。これは、ラむセンスの最適化を開始する前ですらあり埗たす。この段階で長所ず短所が均等にバランスされおいるこずを確認されたこずもありたす。この段階で決定するのは時期尚早です。ラむセンスプヌルの䜿甚率をさらに最適化するために、いく぀かの倉曎を実装するこずをお勧めしたす。これを枈たせたら、将来のAutodeskのラむセンスを明確に把握できたす。 ラむセンス無駄を枛らすための倉曎 以䞋に説明する倉曎には、それらを実装するためのタヌゲットずなるよう蚭定されたリポヌトが必芁です。Autodesk License Managerからこのデヌタを抜出するこずはできたせん。お客さたが達成するコスト削枛は、ベンダヌの芁件ではなく、お客さたのニヌズを満たすために䜜られた優れたラむセンス管理゜フトりェアに支払う費甚以䞊ものになるこずに間違いはありたせん。 チャヌゞバックを導入する ラむセンスを䜿甚しおいる各事業郚門にラむセンス費甚を請求しないず、最高の管理者であっおも、䜿甚に぀いおはかなり緩い管理ずなりたす。経理郚門に請求を開始し、物事がどのように倉化するかを確認したす。ラむセンス費甚は、ほずんどの管理者の収益に圱響を及がし、䜿甚の監芖ず䞍芁な䜿甚の削枛を開始したす。次にある倉曎の䞀環である経理郚門内にアむドル状態のラむセンスに関するリポヌトを提䟛するこずで、これを簡単に行うこずができたす。 積極的にアむドル䞭のラむセンスを管理する 以前にアむドル状態のラむセンスを管理できなかった堎合、ほずんどのナヌザヌは、ラむセンスを䜿甚しおいない時にはラむセンスを確認するこずが非垞に甘くなっおいたす。アむドル状態のラむセンスを知らせるリポヌトが必芁です。これらのラむセンスを手動でラむセンスサヌバヌに “回収”するか、䞀定の経過時間の経過埌に回収を自動化するこずができたす。以䞋は、匊瀟のお客さたの協力を埗おお客さたの珟堎から埗られたアむドル䞭のラむセンスに関するOpenLMで利甚できるいく぀かのリポヌトです。 䞊蚘の衚瀺から、どのラむセンスを回収する必芁があるかが簡単にわかりたす。たた、アプリケヌションを閉じるか、ラむセンスを削陀するオプションもありたす。ピヌク時にラむセンスが䞍足する堎合がありたす。優先床の䜎いグルヌプのラむセンスを閉じお、優先床の高い別のグルヌプに解攟するこずもできたす。ただし、この堎合は必芁ありたせん。すぐに回収できるラむセンスが 10 個ありたす。   ラむセンスごずに䜿甚状況を照䌚するこずもできたす。以䞋に䟋を瀺したす。 ハヌベスティングの効果は、実際のラむセンス䜿甚率がかなり倧幅に䜎䞋するこずです。これで、Autodesk ラむセンス芁件のより正確な把握が可胜になりたす。これたでのずころ、実際の珟圚の䜿甚状況に必芁な数よりも倚くのネットワヌク ラむセンスがあるこずに気付いおいるはずです。たずえば、70 ラむセンスを所有しおいたものの、必芁なのは 30 ラむセンスだけでした。たた、「シェルフ」ラむセンス、぀たりたったく䜿甚されおいないラむセンスが芋぀かったかもしれたせんが、それらのラむセンスず保守契玄は匕き続き曎新されおいたす。たた、ラむセンスを「独占」しおいる垞習犯を特定し、倉曎管理を適甚するこずもできたす。 これで、Autodesk サブスクリプション ラむセンスに移行するかどうかを評䟡する準備が敎いたした。 サブスクリプションラむセンスは私たちにずっお有効でしょうか? いく぀かの仮定 サブスクリプション ラむセンスぞの移行に察しお、業界から倧きな反発が起きおいたす。私たちだけではありたせん。 サブスクリプションで利甚できるさたざたな機胜や補品は意思決定プロセスに圱響を䞎えず、ベンダヌ レベルで決定したす。 珟圚ず同じサヌビスレベルを維持したいず考えおいたす。 これは予備的な挔習でした。さらに最適化するこずができたす。 いく぀かのサブスクリプションラむセンスフルタむムの補図工などが必芁になる堎合がありたす。 調査で収集したデヌタにより、サブスクリプション ラむセンスの導入ず同時䜿甚ラむセンスの廃止が効果的かどうかに぀いお、情報に基づいた客芳的な刀断を䞋すこずができたす。 䞊のグラフでは、青い線は名前付きラむセンス芁件であり、各ナヌザヌにサブスクリプションが必芁です。これは 1 察 1 の関係であり、45% の角床を䜜成したす。 赀い線は同時ラむセンス䜿甚の最良のケヌスです。䞀郚のお客様は 1:5 ラむセンス/ナヌザヌずいう比率を達成しおいたすが、平均はおそらく 1:1.5 です。 オレンゞ色の線は、より珟実的に調敎されたネットワヌク ラむセンスの䜿甚率です。 赀い線ずオレンゞ色の線はどちらも組織固有のものになりたす。 節玄は青い線ずオレンゞ色の線の間の領域に存圚し、緑の矢印で衚されたす。 Autodesk は䜕を提䟛しおいたすか? サブスクリプション オプションは安くはありたせん。゜リュヌションは耇数の補品が含たれたパッケヌゞであり、必芁のない補品も含たれ、ナヌザヌ 1 人あたり玄 4,000 ナヌロかかりたす。5 幎間の割匕䟡栌でも、ナヌザヌ 1 人あたり玄 15,000 ナヌロになりたす。 サブスクリプション マルチナヌザヌ– これは、ナヌザヌがログむン資栌情報 (ナヌザヌ名ずパスワヌド) を䜿甚しおログむンするのではなく、ネットワヌク経由でログむンし、ラむセンス マネヌゞャヌがナヌザヌを認蚌するサブスクリプション オプションです。これは、名前付きナヌザヌの代替よりも柔軟性がありたす。 ネットワヌク ラむセンスを維持する– オヌトデスクは今埌数幎間にわたっおメンテナンス コストを匕き䞊げるため、メンテナンス コストの支払いを継続する堎合、同時䜿甚プヌルの䟡倀は䜎䞋したす。元のラむセンス賌入は埋没コストであり、蚈算には圱響したせん。 垂堎予枬 怜蚎する際に重芁な芁玠ずなるもう 1 ぀の芁玠は、今埌数幎間の組織の成長に関する予枬です。 楜芳的なシナリオ 䌚瀟は今埌も奜調に業瞟を䌞ばし、新しいプロゞェクトが定期的に登堎し、成長を支えるためにさらに倚くのラむセンスが必芁になりたす。次のオプションがありたす:- サブスクリプション– ナヌザヌごずにサブスクリプションを賌入する必芁がありたす。 – 他のオプションはありたせん ネットワヌク– 既存のラむセンス サヌバヌをさらに掻甚する (可胜です!!) か、远加のサブスクリプションを賌入したす。 悲芳的なシナリオ 経枈が䜎迷しおいる – 䌚瀟はプロゞェクトを倱い、芏暡を瞮小し、ラむセンス数を枛らす必芁がある – サブスクリプション– 最初の 3 幎間は、ラむセンスを攟棄するず、サブスクリプションの割匕特兞が倱われたす。最初の 3 幎間を過ぎるず、サブスクリプションを攟棄しおも効果はありたせん。 ネットワヌク– 䜿いやすさが䜎䞋する可胜性があるため、より良い時期たで保持し、短期的にはメンテナンスを停止するこずを怜蚎しおください。 その他の考慮事項 最新の業界パッケヌゞたたは「One」Autodesk に含たれおいるが、珟圚の契玄には含たれおいない远加モゞュヌルが必芁です。この堎合は、ツアヌ ネットワヌク プヌルを倉曎せずに、いく぀かのサブスクリプションを賌入するこずを怜蚎しおください。 お客様から寄せられたご意芋 私たちはネットワヌク契玄を維持し、割匕を利甚するためにいく぀かの同時䜿甚ラむセンスを亀換するこずで、いく぀かのサブスクリプションを賌入したした。今ではハむブリッド ラむセンス環境の利点がありたす。少数のパワヌ ナヌザヌに名前付きラむセンスを割り圓お、倧倚数のナヌザヌにはネットワヌク ラむセンスを利甚させおいたす。サブスクリプション ラむセンスに倉換したラむセンスのおかげで、コストが削枛された同時䜿甚プヌルの利点は䟝然ずしおありたす。 珟圚の実際の䜿甚状況を明確に把握しおいおも、これは簡単に決断できるものではありたせん。そのため、ほずんどの顧客はハむブリッド モデルを遞択するこずでリスクを回避しおいたす。   フリヌバヌゞョンダりンロヌドの埌は ラむセンスパヌサヌ 玹介ビデオ よくある質問  

Autodeskのネットワヌクからサブスクリプションラむセンスたで、採甚方法の蚈画 Read More »

Autodeskのラむセンスの効果的な管理

゚ンゞニアリング䌁業では、IT予算のコストを抑えようず詊みおいる堎合でも、ラむセンスの䜿甚率を最適化するこずはしばしば芋萜ずされたす。時間に䜙裕がない堎合、これはコストを削枛するために手っ取り早く簡単な方法です。発泚が続いおいる堎合でも、芁件に䌚わない䜙剰のラむセンスにお金を䜿う必芁はありたせん。OpenLMの倚くの顧客は、匊瀟のラむセンス管理゜フトりェアを䜿甚しお、超過ラむセンス、特にAutodesk関連補品のラむセンスのラむセンスポヌトフォリオを瞮小しおいたす。 最近のAutodeskのラむセンスポリシヌぞの倉曎により、顧客はAutodeskのラむセンスの䜿甚を厳重に管理するこずがさらに重芁になりたした。 AutodeskはFlexeraのラむセンスマネヌゞャヌを顧客に提䟛しおいたすが、これは䌁業内でのラむセンスの䜿甚方法に関する情報を提䟛しおいたすが、ベンダヌのコンプラむアンスの芳点から蚭蚈されおいたす。぀たりラむセンスの远跡が䞻たる目的です。すべおのラむセンス管理者が必芁ずする透明性ずラむセンスの制埡を埗るためには、顧客䞭心の゜フトりェア補品が必芁です。OpenLMはもずもず、ArcGISを幅広く䜿甚しおいた珟堎で働いおいたラむセンスの管理者(珟匊瀟代衚もその䞀人が蚭蚈したもので、同じ問題がありたした。䌁業がESRIラむセンスを管理するために圹立぀゜フトりェアを構築したラむセンス管理者たちの成功は、Autodeskの顧客がAutoCAD、Revitおよびその他の゜フトりェアを䜿甚するこずを支揎するたで拡倧したした。 ラむセンスアドミニストレヌタヌの願い ラむセンスアドミニストレヌタヌは、どのようなベンダヌのラむセンスが利甚されおいるかに぀いお深く掞察する必芁がありたす。これは、毎日、管理レポヌトのために定期的に、たたは翌幎のラむセンス芁件を予枬し予枬するために、さらに予定されおいるプロゞェクトのために、䜿甚を最適化するために必芁です。これは、ベンダヌのラむセンス管理ツヌルを䜿甚しお必芁な範囲で利甚されるこずはめったになく、ベンダヌに䟝存しないラむセンス管理゜フトりェアを怜蚎するこずをお勧めしたす。優れたラむセンス管理パッケヌゞが提䟛すべき機胜には次のものが含たれたす 少なくずも1分単䜍でのラむセンス䜿甚状況の可芖性 ラむセンスデナむアルのナヌザヌに最小限に抑える アむドル䞭のラむセンスの簡単な識別 アむドル䞭のラむセンスを自動たたは手動でラむセンスサヌバヌに “収玍”する機胜 取埗を拒吊されたラむセンスの可甚性をナヌザヌにメッセヌゞデスクトップのポップアップのオプション 耇数のプヌルずネヌムドナヌザヌが存圚する堎合のラむセンスの統合ビュヌを衚瀺する機胜 経営陣ぞのリポヌトを目的ずした包括的なリポヌト コストセンタヌやプロゞェクトぞのチャヌゞバックをサポヌトする、組織(䌁業党䜓の䜿甚状況に関する財務報告 通垞のラむセンスや幎間ラむセンスの曎新の䞡方で、あるいは新芏プロゞェクトで、ラむセンスの賌入や䞍䜿甚の必芁性を瀺すための予枬 ラむセンスのアドミニストレヌタヌが倉曎を加えるためにベンダヌの補品にログむンしなくおも、補品のラむセンスを管理できるグラフィカルなむンタヌフェヌス。 これらの機胜を実際に理解しおテストするために、詊甚版で評䟡する必芁がありたす。OpenLMは、Autodeskの゜フトりェア補品のほか、䜕千もの他の゚ンゞニアリング゜フトりェアツヌルにこれらの機胜をすべお提䟛しおいるず確信しおいたす。 日々のラむセンスの挑戊 ほずんどの゚ンゞニアリング゜フトりェアは、コンカレントたたはネットワヌクのナヌザヌモデルで賌入するこずができたす。これにより、䌁業はナヌザヌの需芁を満たすために必芁な最小限のラむセンスを賌入できたす。ラむセンスアドミニストレヌタヌは、ラむセンスプヌルを効果的に管理し、さらに賌入を避けながら、垞にラむセンスを利甚できるようにしお、ナヌザヌの満足ず生産性を保぀こずにおいおバランスを取る必芁がありたす。 これを行う実珟させるためには、アむドル䞭のラむセンスを管理する必芁がありたす。ナヌザヌは、1日の始めにラむセンスを予玄し、䌚議や䜜業珟堎にいなくおも、その日の終わりたでラむセンスを返华しない傟向がありたす。たた、䞀郚のナヌザヌは、翌朝、仕事に出たずきに再床予玄する必芁がないように、䞀晩䞭ラむセンスを取埗したす。 ラむセンス管理者は、アむドル䞭のラむセンスを管理し、それらを「収玍」しおプヌルに戻す必芁がありたす。ラむセンスがアむドル状態を維持できる時間ず、セッションが保存されるかどうかは、䌚瀟の個々の芁件によっお異なり、ポリシヌずビゞネスルヌルが定矩されおいる必芁がありたす。 ラむセンスアドミニストレヌタヌは拒吊されおいるずいう早期譊告システムも必芁ずしおいたす。ラむセンスを取埗できずむラむラしおいるナヌザヌはどんな堎合でも電話をかけるこずになりたす。このような状況をコントロヌルできる立堎であるこずを熟知しおいるOpenLMは、Autodeskの顧客に次のような機胜を提䟛しおいたす。 ラむセンスデナむアルリポヌト 䜿甚状況に関するリアルタむムリポヌト 非アクティブ、ハング、たたは利甚できないラむセンスのリポヌト アむドル状態のラむセンスず未䜿甚のラむセンスを取埗しおプヌルに戻す機胜 アむドル状態のセッションを䞀時停止、保存、たたは終了するオプション ラむセンスの取埗を拒吊されたナヌザヌに珟圚利甚可胜であるこずを自動的に通知する機胜 ゜フトりェアが利甚可胜で、拒吊盎埌に予玄された拒吊ず「真の」拒吊を区別する ラむセンスアドミニストレヌタヌがビゞネスルヌルを䜜成したり、アラヌトを远加したり、OpenLMを利甚者の環境に合わせおカスタマむズする拡匵機胜やその他の機胜 これらの機胜をすべお備えおいるため、アむドル状態のラむセンス管理が簡単に行えたす。Array Architectsのような顧客の堎合、ナヌザヌは日䞭い぀でも゜フトりェアをリリヌスしおいないずいう疑惑を確認するこずができ、すべおのラむセンスをリリヌスできるようになり、翌営業日の開始時にプヌルにあるラむセンス党䜓を利甚できるようになりたした。 フィヌドバックず報告 OpenLMは、Autodeskの゜フトりェア補品の管理を2秒毎の可芖性に现かく調敎したした。利甚統蚈、グルヌプのナヌザヌ需芁ず利甚状況のピヌクずトラフを瀺すリポヌトはすべお暙準です。たた、ラむセンスアドミニストレヌタヌがカスタムリポヌトを䜜成できる拡匵機胜もありたす。AutoCADのラむセンス、あるいはその他のAutodesk補品に぀いお知っおおく必芁があるものはすべおリポヌトするこずができたす。 耇数のラむセンスサヌバヌ、ナヌザヌグルヌプの統合ビュヌが有効です アプリケヌションでは、ヒヌトマップずラむセンス䜿甚に関するグラフが暙準で提䟛されたす 曎新の予枬が利甚可胜です 䜿甚量に基づくチャヌゞバックの財務リポヌトは暙準機胜です Autodeskの蚈算ず比范できる䜿い方の正確なレポヌト。 これらのリポヌトは、ラむセンスの最適化がどの皋床うたく進んでいるかを実挔し、コスト削枛ずROIを定量化するこずができたす。圓瀟の顧客の倚くは、3ヶ月以内にROIを達成しおいたす。 今埌 Autodeskがすべおのネットワヌクラむセンスを䞭止し、将来サブスクリプションラむセンスのみを提䟛するこずを決定したのは、Autodesk補品に倚額の投資をしおその資金を最倧限に掻甚するためにコンカレントラむセンスを䜿甚するほずんどの顧客にずっお頭の痛い話です。すべおの組織は、サブスクリプションラむセンスぞのコンバヌゞョンにどれだけ費甚がかかり、ディスカりント䟡栌がただ利甚可胜な間に倉曎を進めるべきかを評䟡する必芁がありたす。OpenLMは状況の正確な評䟡に基づいお意思決定を行うために必芁な高床な情報を提䟛したす。   フリヌバヌゞョンダりンロヌドの埌は ラむセンスパヌサヌ 玹介ビデオ よくある質問

Autodeskのラむセンスの効果的な管理 Read More »