Author: Takehiro Kato

ブログ記事：Inventor 2026 API関連情報にてご案内をしましたが、Inventor 2026よりInventor Apperentice Serverの配布方法に大きな変更が加えられておりますが、この変更がInventor Apperentice Serverを用いたカスタマイズを開発されている方にとって、どのような影響があるのかが判りにくいと思われます。 この記事では、Inventor 2026でのInventor Apperentice Serverの利用方法での留意点についてご案内をいたします。   Inventor 2026での変更点 では、Inventor 2026のInventor Apperentice Serverは何が変わったのでしょうか？以前の記事Inventor 2026 API関連情報でも記載しましたが、従来よりInventor Apprentice ServerはInventor Professionalと共にインストールがされておりましたが、Inventor 2026よりInventor Professionalと一緒にインストールされるInventor Apprentice Serverはレジストリフリー化が行われております。 このInventor 2026 Professionalと共にインストールされるInventor Apprentice Serverコンポーネントは、カスタムアプリケーションからは利用することが出来ません。このためInventor 2026のInventor Apperentice Serverを利用する場合は、ダウンロードサイトからインストーラを取得し、インストールをしたコンポーネントを利用する必要があります。 この個別のインストーラでインストールしたApperentice Serverは従来通りの、レジストリ登録を行うCOMコンポーネントのため、VBA等からもご利用が可能です。 またこの変更に伴い、Inventor Professional 2026ではInventorの起動時にInventor Apperentice Serverのレジストリ登録を行わないよう動作が変更がされております。これはInventor 2026 ProfessionalがインストールするInventor Apperentice ServerのCOMコンポーネントがレジストリフリー版(＝レジストリ登録が不要であるCOMコンポーネント)であるためです。   注意が必要なポイント ここまでを読まれて、「Inventor 2026からは、Apperentice Serverを別にインストールする必要があるんだ～」ぐらいの変更と思われた方もいらっしゃるかもしれませんが、実はインストール後のカスタマイズの開発、実行時にも注意が必要な点があります。 あまり意識をされていない方が多いかと思いますが、実はInventor 2025以前の場合、Inventorは起動時にInventor Apperentice…

Inventorのアドインの開発中にアドインマネージャから「自動でロード」を指定したのにロードが解除されてしまうが、原因が分からない。といった事象に遭遇したことはありませんでしょうか。 今回の記事では、Inventorのアドインがロードされない場合のよくある理由や、調査方法について紹介したいと思います。   １．DLLファイルのセキュリティ設定 「他のPC（開発環境等）で動作しているアドインを、別の環境にコピーすると動かなくなった」場合に、まず確認をしていただきたい項目です。 ネットワークを通じて取得したした .dll ファイルは、セキュリティ機能によってロードがブロックされる場合があります。 コピーをしたアドインの*dllファイルを右クリックして [プロパティ] ダイアログの [全般] タブを開き、右下にある 「許可する」 にチェックを入れてください。 ２．Activateメソッド処理中のエラー ご承知の様に、InventorがアドインのDllファイルをロードすると、カスタマイズプログラムのActivate()メソッドが実行されます。 このActivateメソッドの処理中に、何らかの理由でExceptionが発生している場合には、アドインマネージャでロードを行っても、再度アドインマネージャを開くとアドインがロードされていないといった状態となります。 問題点の切り分けとして、以下の様な対応により状況の切り分けを行うことをお勧めいたします。 よくあるケースとしては、過去のプラグインのコードを流用して別のプラグインを作成している場合などに、ControlDefinitions.AddButtonDefinition()メソッドに渡す「コマンド内部名」が重複しているために、Exceptionが発生している。などがあります。 3．利用している3rdパーティ製ライブラリが参照パスにない 上記切り分けの結果、Activate自体が実行されていない場合、アドインのアセンブリのロードが出来ていない可能性が高い状況です。 典型的には、3rdパーティ製のライブラリを利用している場合などに、そのライブラリをロードできずに失敗しているような場合が当てはまります。 Inventor 2025から、プラットフォームが.NET Frameworkから.NET に変更されました。 参考記事：Inventor 2025 カスタムプログラムの.NET 8 への移植 .NET Frameworkには共有アセンブリを配置するグローバル アセンブリ キャッシュ(GAC)という仕組みがありましたが、.NET（.NET 5.0以降)ではGACが廃止されています。このためアドインが参照する3rdパーティ製のライブラリをアドインのアセンブリファイルと同じフォルダに配置するといった対応が必要となります。 なお、Visual Studio 2022 C#では、 Visual Studioのプロジェクトファイル（.csproj ）をテキストエディタで開き、<PropertyGroup>タグ配下に以下の設定を追加することで、NuGetパッケージで取得したライブラリをビルド時に出力フォルダにコピーすることが可能となります。 <CopyLocalLockFileAssemblies>true</CopyLocalLockFileAssemblies> ここで紹介した内容で、すべての場合に対応できるわけではありませんが、問題の切り分けには役立つかと思います。 参考になりましたら幸いです。 By Takehiro Kato

Autodeskのデータ・プラットフォーム戦略に基づき、製造業向けの粒状化された設計・製造データを表現したデータモデルであるMFGデータモデルが策定され、このMFGデータモデルにアクセスするAPIであるMFGデータモデルAPIはV2が一般公開されております。このAPIを通じて、Fusionで作成された設計・製造モデルの粒状化データへのアクセスを可能としており、多くのお客様でタスクの自動化や組織の壁を越えたコラボレーションに活用いただいております。MFGデータモデルの開発チームでは、お客様のイノベーションを促進し社内外チームとの協働方法を根本的に変革するシームレスなコラボレーション、ワークフロー統合の実現を目指し機能拡張に取り組んでまいりましたが、このたび機能拡張を含むMFGデータモデルAPI V3をベータ版として提供を開始いたしました。   この新バージョンのMFGデータモデルAPI V3では、画期的な新機能である「時間ベースの履歴」機能が導入されています。この「時間ベースの履歴」機能により、従来ではファイル単位（モデルデータ全体）でのみ保持されていた変更の履歴を、個別のプロパティの単位で保持することが可能となっております。これにより、複数のユーザーが互いに干渉することなく、同時に異なるプロパティを更新したり、設計を編集したりすることができるようになります。他のユーザーが変更を完了するのを待つ必要がないため、ワークフローの効率を向上させることが可能となりました。   なお、MFGデータモデルAPI V3では、「時間ベースの履歴」機能を有効とするために、デスクトップ版のFusionで作成したデータをクラウド上に保持していた領域であるハブの機能を変更しております。このため現時点では、MFGデータモデルAPI V3は、2025年4月第1週以降に作成された新しいハブでのみ機能します。 これまでに作成・ご利用中のハブについては、本年中を目途に移行が行われ、新しいMFGデータモデル API V3をサポートするように更新される予定となっております。この変更はバックエンドで段階的に行われるため現在のワークフローを中断することなく、強化された同時コラボレーション機能へのスムーズな移行が可能となります。   MFGデータモデルAPI V3 をベータユーザーに提供できることを大変嬉しく思います。この機能が皆様のプロジェクトをどのように革新的に強化していくのかを拝見できることを楽しみにしております。Fusionのコラボレーションエコシステムの改善と拡張は今後も継続していきますので、今後のアップデートにご期待ください。 MFGデータモデル API V3の詳細については、こちらをご覧ください – https://aps.autodesk.com/en/docs/mfgdataapi/v3/developers_guide/overview/   ※ 本記事は Announcing the Beta Availability of the Manufacturing Data Model V3 API| Autodesk Platform Services から転写・意訳・補足したものです。 By Takehiro Kato  

ブログ記事「Design Automation API for Fusion : 一般リリース」でご案内いたしましたが、Design Automation for Fusionが一般リリースとなっております。また「雑学：Design Automation for Fusionでカスタム処理を記述する言語 TypeScriptとは雑学：Design Automation for Fusionでカスタム処理を記述する言語 TypeScriptとは」でご案内しましたように、Design Automation for Fusionでカスタム処理を記述する言語には、TypeScriptが採用されております。 これまでデスクトップ版FusionでPythonまたはC++によりFusionのAPIを用いたカスタムスクリプトやアドイン開発をされていた方々は、どのようにDesing Automation for Fuionで実行するカスタマイズ処理を開発するのか？の疑問をお持ちかと思います。 そこで今回の記事では、デスクトップ版Fusionで TypeScriptで記述されたカスタム処理を実行することが出来るFusion add-inと、開発に便利なVS Code Extensionについてご紹介をいたします。 TypeScript add-in TypeScript add-inはFusionのアドインとして提供されており、デスクトップ版のFusionのローカル環境でTypeScriptで記述されたFusionのカスタム処理を実行することが出来ます。インストーラはGitHubリポジトリから取得することが可能です。 ツールのインストールをした後、FusionのエディタからDesingAutomationforFuionAddinを「起動時に実行」に設定されていることを確認してください。 アドインがロードされると「ユーティリティ」-「アドイン」メニューに「Desing Automation for Fuion」が追加されます。   ツールを起動すると、「DESIGN AUTOMATION FOR FUSION」ダイアログが表示されDesign Automation for Fusionで利用するスクリプトを作成できるようになります。 VSCodeExtension 「DESIGN AUTOMATION FOR FUSION」ダイアログで「Create Script」ボタンをクリックし、任意のスクリプト名を入力します。 次に「Edit Script」ボタンをクリックするとVS…

ブログ記事「Design Automation API for Fusion : 一般リリース」でご案内いたしましたが、Design Automation for Fusionが一般リリースとなっております。 デスクトップ版のFusionではAPIを用いたカスタムスクリプト、アドインの開発ではC++またはPythonをご利用いただけますが、Design Automation for Fusionでのカスタム処理はTypeScriptコードのみをサポートしています。デスクトップ版Fusionのカスタムスクリプトやアドイン開発に利用していたPythonまたはC++は利用することが出来ません。 TypeScriptはMicrosoft社が開発したJavaScriptを拡張して作られた言語となりますが、Web開発のご経験がない方にはあまりなじみがないかもしれませんので、このブログ記事では簡単にJavaScriptの歴史とTypeScriptについて解説をしたいと思います。   JavaScriptとは JavaScriptはブラウザ上で動作する動的なWebページの表示を制御する言語となります。JavaScriptが登場した時代はMicrosoft社やNetscape社がブラウザの覇権争いをしている真っ只中の時代であったこともあり、言語仕様の統一も不十分で動作するブラウザの独自色が強いものでした(Microsoft社のInternet ExploreではJavaScriptに準拠したJScriptと呼ばれる言語となっていました)。 異なるブラウザのみならず、同じブラウザの間でもバージョン間での差異がある場合もあり、複数のブラウザに対応するためには各ブラウザ向けに処理を記述するといった対処が必要となるため、開発・メンテナンスに非常に手間がかかることから大規模な開発をすることは推奨されておらず、Webページの一部分の表示を変える、といったような限定的な使われ方をしておりました。 当時を知る方の中には、大規模な動的WebページにはAdobe社製のFlashが使われていたことを記憶している方も多いかと思います。   Ajaxの登場による爆発的な普及 そんなJavaScriptの状況が変わったのは、その誕生から10年ほど経ちJavaScriptとXMLを用いてサーバと非同期通信を行い、HTMLのページ遷移を伴わない動的なページ書き換えを行うAjax(Asynchronous JavaScript And XML)技法の登場によるものでした。 当時のWebページは（Adobe社製のFlash等を用いたものを除き）、基本的にはページ遷移をしながら動作する紙芝居の様な形式となっていました。このためユーザの入力に応じた細やかな動作を実現することが難しく、デスクトップアプリケーションと比較するとユーザエクスペリエンスの面で非常に不満が残るものが大多数を占めておりました。 ところがAjax技法の登場によりHTMLを使ったWebアプリケーションのユーザエクスペリエンス改善への道が開け、そこで使われるJavaScriptは大きな注目を集め爆発的に利用が拡大していくことになります。 JavaScriptの需要が高まるにつれブラウザ間の動作の差異を吸収するようなprototype.jsやJQuery等のオープンソースライブラリが登場、さらに利用が拡大しくこととなります。 JavaScriptのライブラリ・フレームワークはその後も発展続けておりReact、Veu、Angular等の多種多様なフレームワークが開発され利用され続けています。   サーバサイド・クライアントサイドでのJavaScriptの利用 ここまでの説明でもお判りかと思いますが、元々JavaScriptはブラウザ上で動作する言語として開発がされておりました。 ところが、JavaScriptの利用者の増加に伴いブラウザの外でJavaScriptを動作させるという需要が出てきました。特に、当時主流だったApache HTTP ServerなどのWebサーバは同時接続が1万を超えるような要求が発生した場合リクエストが受け付けられなくなるという、所謂10k問題を抱えており、これに対応できるWebサーバが求められておりました。 このような大規模リクエストにも対処が可能なWebサーバを実装することを目標の一つに掲げ、Node.jsというJavaScriptをブラウザ外で利用してWebサーバを構築できるモジュール（正確には、JavaScriptの実行環境）が開発されました。 このNode.jsを用いることによって、JavaScriptを用いてWebサーバを開発することができるようになったのですが、このNode.jsはWebサーバ用途以外にもクライアントで処理を実行するといった事にも利用することが出来るため、クライアントサイドでJavaScriptを動作させる様々なライブラリが開発・整備され活用されていき、JavaScriptの利用はますます広がっていきます。 JavaScriptの弱点を補うTypeScript この様に、JavaScriptが大規模な開発で利用されるようになると、次第に(関係者の間では当初から言われていた事ではありますが)その弱点が明らかになっていきます。ブラウザで小規模な動的ページ実現するようなコードを記述する場合にはあまり大きな問題にはなりませんが、サーバサイドで大規模なコードを書こうとすると、型システムが不在(≒コンパイラによる静的なチェックが出来ない）、Javaの様なクラス指向のオブジェクトではなくプロトタイプベースのオブジェクト指向が馴染みにくい、モジュール化機能が無い、といったような弱点が浮き彫りになってきます。 特に型システムの不在はコードが実行されるまで型不整合によるエラーが分からないため、常に実行時エラーの恐怖に悩まされることとなります。 JavaScriptの利用拡大と大規模な開発に対応するべく業界では様々なアプローチ対策が考えられましたが、そのうちの一つがMicrosoft社が開発したJavaScriptを拡張して作られた言語であるTypeScriptとなります。 ※なおJavaScript自身も機能拡張が行われており、ECMAScript 2015(ES6)にてモジュールやクラスへの対応が行われております。   まとめ 今回の記事では、Design Automation for Fusionのカスタム処理の開発で使用するTypeScriptについて、その元となっているJavaScriptの歴史を振り返りました。 現在でもTypeScriptはWebアプリケーション、クライアントサイド、サーバサイドの開発でも広く利用されている言語で、JavaScriptの知識があれば記述が容易であるため比較的学習コストが緩やかな言語となります。 Design Automation for…

先のブログ記事「Design Automation API for Fusion : 一般リリース」でご案内しましたようにDesing Automation for Fusionが一般リリースとなっております。 Desing Automation for Fusionを活用したサンプルアプリケーションとして、コンフィギュレーター サンプルアプリケーション が公開されております。：https://fusion-config-demo.autodesk.io/   非常に単純なサンプルアプリケーションですが、Design Automation for Fusion の機能を理解するのに十分な機能を有しております。 Design Automation for Fusionのデモアプリケーションでは、Design Automation for Fusionのコアエンジンが、クラウド上に保存されているFusionモデルにアクセスするために、自身のAutodesk Accountでログインの上、パーソナルアクセストークン（PAT、 Personal Access Toke)を、アプリケーションの右上のボックスに入力して指定する必要があります。 PATは、https://profile.autodesk.com/security にアクセスし、パーソナル アクセス トークン（Personal Access Token、PAT ）を生成して利用することが出来ます。このデモアプリケーションで利用する場合、パーソナル アクセス トークンの生成時のProduct Scopeに「Desing Automation for Fusion」を指定してPATを生成する必要があります。 なお、生成したパーソナル アクセス トークンは作成時に表示されますが、その後は参照をすることが出来ないことにご留意ください。 このサンプルは、ハブとプロジェクトおよび保存されているデザインへのアクセスを提供する Hubs Browser チュートリアルに基づいています。 Hubs Browserチュートリアルについては、先日行いましたオンライントレーニングAPS…

2025年2月にDesign Automation for Fusion APIのベータプログラムを開始し、イノベーションパートナーやアーリーアダプターの皆様がこの新しいAPIを使用してどのような成果を上げてきたのかを目の当たりにするのは、本当に刺激的なことでした。この度、Design Automation for Fusion APIが一般リリースとなりました。   Design Automation API for Fusionとは？ Autodesk Design Automation APIは、AutoCAD、Revit、Inventor、3ds Max、そして新たにFusionのエンジンを従量課金制のクラウドサービスとして提供します。Design Automation APIにはFusion Scripting APIが新たに含まれ、設計および製造プロセス全体をカバーします。従来Fusionデスクトップクライアントでスクリプト化していたタスクを、ユーザーによる操作を必要とせずにクラウド上で大規模に実行できるようになります。完全にクラウド向けに構築されているため、Design Automation APIは既存のビジネスシステムやプロセスとシームレスに統合が可能です。これにより、プロセスを加速し柔軟性を向上させ、新たなビジネスチャンスを生み出す、包括的なエンドツーエンドのワークフローが実現します。   Design Automation for Fusion API を使用たアプリケーション Design Customisation 設計のキーパラメータを公開することで、製品のカスタマイズが容易になります。FusionコンフィギュレータのデモアプリケーションによりFusion Teamハブに保存した設計パラメータを設定し、プロジェクトやプロセスにどのように組み込むかをご確認ください。このコンフィギュレータのソースコードと使い方の説明は、APS公式GitHubページで公開しています。   Milling Automation – Toolpath.com Fusionとの統合を強化し、アプリケーションやサービスとFusion間のデータ転送をこれまで以上に容易にします。Toolpath.comのウィザードは、同社のプラットフォームとFusionのシームレスな統合を実現し、パーツのプログラミングを高速化・自動化します。toolpath.comでぜひお試しください！   産業用3Dプリンティング 製造プロセスにおける反復的、標準化された、あるいは時間のかかるタスクを自動化しましょう。Design Automation APIは、業界をリードするTrueShape packerをはじめとするFusionの高度な製造アルゴリズムを提供します。他の製造業における事例も今後ご紹介していきますので、ご期待ください。 価格 Design Automation for Fusion APIは、処理時間1時間あたり3.0…

Design Automation for Inventor Release Notesでもご案内しておりますが、Desing Automation for InventorでInventor 2026に対応したコアエンジンが公開されております。 ブログ記事「Design Automation for Inventor 2025 .NET8のサポートを開始しました」でもご案内しましたようにInventor 2025 では、.NET Framework対応のコアエンジンであるAutodesk.Inventor.2025と、.NET 8対応のコアエンジンであるAutodesk.Inventor.2025_Net8の2種類のコアエンジンがありました。 一方でInventor 2026のコアエンジンでは、.NET 8対応のコアエンジンAutodesk.Inventor.2026のみとなります。Inventor 2025の場合は.NET 8 対応のコアエンジンが後から追加されたため、コアエンジン名に”_Net8”が付加されておりますが、Inventor 2026では.NET 8対応のコアエンジンのみとなるため、コアエンジン名に”_Net8”が付加されていない点にご留意ください。   By Takehiro Kato

今回の記事ではInventor 2026でのAPIおよび関連情報について、ご案内をしたいと思います。 Inventor 2026 SDKと日本語版Help まず、Inventor 2026で、アドインモジュール等の開発に必要となるSDKおよびVisual Studio 用の.Net Wizardについては、「Inventor 2026 新規機能」にてご案内をしておりますので、こちらをご一読ください。   また、日本語版のAPI Helpについては、「日本語版 Inventor 2026 API プログラミング用ヘルプ」にてご案内をしておりますので、ダウロードして取得をしていただければと思います。 API Helpの「Inventor APIの新機能」では、Inventor 2026でのAPIの更新内容について記載されておりますので、是非一度ご確認ください。    .NET 8への対応 Inventor 2025からは、2024以前の .NET Framework系とは異なる系統のソフトウェアフレームワーク.NET 8を採用しております。 これに伴い、既存のInventor 2024以前の SDKを用いた.NET Framework4.8 ベースのアドインプロジェクトは、.NET 8 へアップグレードして再ビルドする必要があります。 .NET 8へのVisual Studio プロジェクトの移植方法については、上述の日本語版のAPIヘルプ内の「.Net Framework ベースのプロジェクトを .Net に移植する」をご参照ください。   VBA module for Inventor InventorのAPIを用いたカスタムプログラムの開発に、Visual Basic for Applications…

Autodesk Inventor 2026 APIトレーニング教材一式「APIトレーニングテキスト」「APIトレーニング実習ガイドと演習＆回答」及び「演習と実習用ファイル」を公開いたします。 公開されるコンテンツは、以下の2つとなります。 Autodesk Inventor 2026 APIトレーニングテキスト（393  page）を pdf ファイルに変換した “Inventor2026API Basic Training.pdf” 「演習の解答」( 10の演習の解答) をそれぞれVBAマクロファイルとVisual Studio 2022(VB.Net)のプロジェクトとしたファイル群 「演習で使用するInventorファイル群」 以下のリンクからファイルをダウンロードしてください １．Autodesk Inventor 2026 の APIトレーニング テキスト Inventor2026API Basic Trainingをダウンロード ２ ．演習の解答と演習で使用するInventorファイル群 Autodesk Inventor 2026 の APIトレーニング 演習＆解答をダウンロード 尚、アドイン作成には Visual Studio 2022 有償版(Professionalなど)の開発環境が必要となります。また、各演習の回答マクロの他に同梱されている Visual Studio向けのプロジェクトもVisual Studio 2022 有償版(Professionalなど)を対象として作成されています。 By Takehiro Kato