空圧システム向けデジタルプロトタイピングソリューションとは、実機全体に頼る前に、エンジニアが制御ロジック、空圧挙動、または機械の運転を試験できるソフトウェア環境です。空圧オートメーションのプロジェクトを短縮できる可能性はありますが、73%は開発期間に対する普遍的な保証ではありません。ある公開された仮想試運転の論文は、実際の試運転時間を73%削減できる可能性を示しています。しかし、その結果は特定のプロジェクト段階とモデリング手法に関するもので、すべての空圧機械や設計から生産までの全日程に当てはまるものではありません（Ghent University repository paper、2026-07-27取得）。
ソリューションは、それが支えるべき判断から選びます。PLCシーケンス試験、空圧の圧力・動作予測、運用デジタルツインは、異なる3つの仕事です。最適なプラットフォームは、必要な挙動をモデル化し、実際の制御系へ接続し、仮定を明らかにし、測定済みのハードウェアを使った代表パイロットに合格するものです。
要点
- 報告された73%の効果は、実際の試運転時間を削減できる可能性を示すもので、開発期間全体の保証ではありません。
- 仮想試運転、空圧動的シミュレーション、運用デジタルツインの要件を分けます。
- 圧力、流量、動作、タイミング、I/O、故障、再起動挙動を実測値と照合して検証します。
- ライセンス、モデルライブラリ、統合作業を確定する前に、有償パイロットと文書化した合否限界を用意します。
73%削減は実際には何を意味するか？
73%という数字は、範囲を限定した仮想試運転のベンチマークです。引用された論文は、3Dデジタルモデルを使うことで、実際の試運転時間を73%削減できる可能性を先行研究が示したと述べています。空圧製品の設計、部品調達、製作、据付、検証、プロジェクト全体のリードタイムがすべて同じ割合で減るとは主張していません。
Siemensの産業事例は、ベースラインが重要な理由を示しています。Wipro PARIは現地試運転を70%削減したと報告しましたが、同じ事例で納期の削減は5〜10%、手戻りの削減は40〜50%にとどまっています（Siemens Wipro PARI case study、2026-07-27取得）。これらは分母が異なる指標です。
ソフトウェアを評価する前に、指標を定義します。
| 指標 | 開始イベント | 終了イベント | 必要な証拠 |
|---|---|---|---|
| PLC開発時間 | 最初の制御ソフトウェア作業 | 正式試験に投入できるコード | 作業時間の記録と承認済みテストケース |
| 仮想試運転時間 | 実行可能なモデルが利用可能 | 仮想受入れ完了 | モデル構築工数とテスト実行時間 |
| 現地試運転時間 | 据付済み設備が利用可能 | 現地受入れ完了 | 比較可能なプロジェクトまたは管理されたパイロットのベースライン |
| プロジェクト全体のリードタイム | 承認済み要件 | 生産リリース | 前倒しされた作業を含む全工程表 |
| 手戻り | 初回リリース設計 | 最終受入れ機 | 機械、電気、制御、空圧の原因別に分類した変更記録 |
仮想試運転は、作業をなくすのではなく前倒しすることがよくあります。モデル構築、I/Oマッピング、テストケース作成、モデル保守にはエンジニアリング時間が必要です。事業性評価では、その工数を数える必要があります。そうしなければ、現地訪問が短くなったことで、エンジニアリング全体の工数が変わらない、または増えていることが見えなくなります。
最も説明しやすい目標は「開発期間を73%短縮する」ではありません。「定義した不具合群を現地段階から前倒しで発見し、その後に現地時間、エンジニアリング総時間、手戻り、受入れ品質の変化を測定する」です。この表現なら、局所的な改善をプロジェクト全体の削減として示すことを防げます。
ソリューションが実行すべきデジタルプロトタイピングの仕事は何か？
空圧オートメーションのデジタルプロトタイピングは通常、仮想試運転、動的システムシミュレーション、運用デジタルツインの3つを対象にします。ISO 23247-2は製造用デジタルツインの参照アーキテクチャを示し、FMI 3.0はModel Exchange、Co-Simulation、Scheduled Executionという3つのモデルインターフェースを定義しています（ISO 23247-2；FMI 3.0.2、2026-07-27取得）。
| 仕事 | 主な問い | 最低限必要なモデル挙動 | 典型的な接続 |
|---|---|---|---|
| 仮想試運転 | 制御ロジックは正しい順序で動くか？ | アクチュエータ状態、センサ、インターロック、タイミング、故障、マテリアルフロー | シミュレーションPLC、実PLC、ロボットコントローラ、HMI |
| 空圧動的シミュレーション | 圧力、流量、力、動作は要件を満たすか？ | 圧縮性容積、バルブ流量、絞り、摩擦、負荷、クッション | 物理ソルバー、コントローラモデル、パラメータファイル |
| 運用デジタルツイン | 仮想状態は試運転後も役に立つか？ | 資産識別情報、ライブデータ、構成履歴、校正、不確かさ | PLC/SCADA、ヒストリアン、OPC UA、資産レジストリ |
ベンダーが「デジタルツイン」という言葉を使うからといって、3つすべてを購入してはいけません。シーケンスモデルはシリンダを伸長または後退として表せても、ストローク時間を予測できるとは限りません。詳細な気体モデルはチャンバ圧力を予測できても、リアルタイムHILには遅すぎる場合があります。ライブダッシュボードはタグを同期できても、予測物理を含まないことがあります。
モデルはどの空圧挙動を表現すべきか？
ISO 6358-1は、圧縮性流体を使う空圧部品の定常状態試験方法を定義しています。これは重要です。ポートねじと公称供給圧だけで作ったモデルでは、シリンダのタイミングを予測できないからです。正確なバルブとアクチュエータの実用的な流量特性、圧力境界、接続容積、負荷データ、運転条件が必要です（ISO 6358-1、2026-07-27取得）。
判断内容からモデルの忠実度を選びます。
| 必要な判断 | 含める空圧挙動 | 物理的な証拠 |
|---|---|---|
| PLCシーケンスと衝突ロジック | 指令したアクチュエータ状態、終端センサ、妥当な遅延 | I/Oリスト、シーケンス仕様、測定した遅延範囲 |
| ストローク時間の予測 | チャンバ容積、バルブの供給・排気流量、チューブ容積、圧力損失、負荷、摩擦、クッション | バルブ流量データ、シリンダ寸法、圧力波形、動作波形 |
| クランプ力のスクリーニング | 有効ピストン面積、最小動圧、荷重方向、摩擦余裕 | 管理図面、圧力測定、力試験 |
| 同期確認 | バルブ遅延、圧力伝播、初動、センサしきい値、PLCスキャンとネットワーク更新 | 指令、圧力、位置、センサ記録の時刻相関 |
| エネルギー損失または再起動の検討 | バルブ故障状態、閉じ込め圧力、漏れ、重力またはばね荷重、再加圧シーケンス | 回路、リスクアセスメント、圧力低下、再起動時の動作 |
| 運用ドリフトの監視 | 版管理されたパラメータ、センサ品質、校正状態、環境、保全変更 | ヒストリアンデータ、校正記録、変更履歴 |
バルブ応答時間の一貫性ガイドでは、カタログの応答時間1つだけでは指令から動作までの完全なモデルにならない理由を説明しています。特定ストローク時間向けのバルブサイズ選定ガイドでは、動的モデルが再現すべき流量需要と設置後の絞りを扱います。
CADモデルは、形状、質量特性、インターフェース、衝突範囲の候補を提供します。しかし、検証済みの漏れ、摩擦、クッション、流量、切替遅延、シールの温度挙動は提供しません。サプライヤーの形状をシミュレーション対応データとして扱う前に、空圧シリンダCADレビューのチェックリストを使います。
問いに答えられる最低限の忠実度を使う
PLCがガード条件の成立前に伸長を指令するかどうかを試験するなら、状態モデルで十分なことがあります。しかし、300 msのストローク時間要件を承認するには不十分です。反対に、詳細な3次元流体モデルは計算量を増やすだけで、機械レベルのシーケンス判断を改善しないことがあります。
まず関心量を定義します。たとえば、シリンダ到達時間、チャンバ圧力のピーク、最小クランプ力、排気減衰時間、タイミングずれ、最大再起動変位です。そのうえで、判断の1つを実質的に変える場合にだけモデルの詳細を追加します。
SIL、HIL、それとも両方を使うべきか？
SILは制御ソフトウェアを早期に試験するために使い、HILは実際のコントローラのタイミング、I/O挙動、通信制約を明らかにするために使います。通常、ハイブリッドの計画では両方を段階的に使います。仮想プラントは選択した接続に対して十分高速に動く必要がありますが、「リアルタイム」は一般的なミリ秒目標ではなく、コントローラのタスクと必要なイベントタイミングに照らして定義します。
| アーキテクチャ | 実制御ハードウェア | 最適な用途 | 主な限界 |
|---|---|---|---|
| モデル・イン・ザ・ループ | なし | モデルとアルゴリズムの開発 | コンパイル済み制御やハードウェアの挙動を確認できない |
| ソフトウェア・イン・ザ・ループ | なし | PLCロジック、状態シーケンス、回帰試験 | エミュレータのタイミングと通信が実機と異なる場合がある |
| ハードウェア・イン・ザ・ループ | あり | 実PLCのタスク、I/O、ネットワーク、HMI、故障・再起動試験 | 決定論的な実行と安全な電気統合が必要 |
| 物理ベンチ相関 | 部分システム | パラメータ同定とモデル検証 | 試験した構成と範囲だけを対象にする |
| 機械全体の検証 | あり | 最終受入れと安全検証 | 後段で実施され、変更コストが高い |
SILは通常、経済的な最初のゲートです。コントローラ盤が完成する前に、再現性のある自動試験を行えます。HILは、実際のコントローラスキャン挙動、通信アダプタ、タスク優先度、安全コントローラインターフェース、物理I/O、ベンダーファームウェアが判断を左右するときに有効です。
仮想時間のスケーリングは、長いシーケンスや回帰試験に便利ですが、リアルタイム性能を証明することはできません。HILでは、実時間の実行時間、期限超過、通信ステップ幅、ジッタ、ソルバーのオーバーランを記録します。モデルが遅れた場合に、プラットフォームがコントローラを遅くするのか、更新を落とすのか、値を外挿するのか、試験を失敗とするのかを定義してください。
重要なインターフェースとデータ規格は何か？
FMI 3.0.2はModel Exchange、Co-Simulation、Scheduled Executionを定義し、OPC UA Companion Specificationsは分野固有の相互運用に使える再利用可能な情報モデルを定義しています。これらの規格が解く問題は異なります。FMIは実行可能モデルとそのインターフェースをパッケージ化し、OPC UAは発見可能な機械情報とサービスを整理します（FMI；OPC Foundation、2026-07-27取得）。
6つのインターフェース層を確認します。
- 形状交換：ネイティブCAD、STEP、JT、キネマティックジョイント、座標系、構成識別情報、改訂。
- 挙動モデル交換：FMUバージョン、対応FMIインターフェース種別、ソルバーの所有者、変数単位、イベント、パラメータ保護。
- コントローラ接続：対応PLC、エミュレータ、実コントローラ、安全PLCの制約、サイクル時間の挙動、ライセンス。
- 信号マッピング：名称、データ型、スケーリング、単位、初期値、品質状態、欠落信号、自動差分確認の能力。
- 機械情報：OPC UA情報モデル、アラーム、状態、履歴データ、セキュリティ、Companion Specificationとの互換性。
- 証拠のエクスポート：テスト定義、ログ、時刻同期、モデル版、コントローラ版、結果比較、監査証跡。
IEEE Time-Sensitive Networkingは、適切なアーキテクチャで帯域や遅延を制限したネットワーク挙動を提供できますが、普遍的な仮想試運転プロトコルではありません。モデルインターフェース、意味を持つ信号定義、コントローラアダプタ、テストハーネスの代わりにはなりません。
各サプライヤーに、1回のエクスポートと再インポートを実演してもらいます。空圧ソルバーが静的パラメータしか出力できない、または受け側のツールが単位、イベント、補間、ソルバーの仮定を黙って変更するなら、「FMI対応」と書かれたスライドだけでは不十分です。
相互運用性はチェックボックスではなく、往復として試験します。選定したシリンダ・バルブサブシステムをエクスポートし、対象の協調シミュレーション環境へインポートし、管理したパラメータを1つ変更して同じ試験を実行します。そのうえで、識別情報、単位、イベント、数値結果が追跡可能なままかを確認します。
空圧モデルの検証・妥当性確認はどう構成すべきか？
NISTは、デジタルツインの信頼性にはライフサイクル全体を通じた検証、妥当性確認、不確かさの定量化が必要だと述べています。ASME V&V 20も同様に、指定した検証点で指定したシミュレーション変数を実験と比較し、解とデータ双方の不確かさを考慮することを妥当性確認として整理しています（NIST；ASME V&V 20、2026-07-27取得）。
4つの活動を分けて扱います。
- コード検証：実装は数学的な問題を正しく解いているか？
- 計算検証：この実行に対して、メッシュ、時間刻み、ソルバー許容誤差、イベント、数値収束は適切か？
- 妥当性確認：モデルは目的とする判断に十分な近さで物理測定値と一致するか？
- 不確かさの定量化：パラメータ、測定、数値、モデル形式の不確かさは結論にどう影響するか？
全体の「精度」パーセントを1つ公表するのではなく、妥当性確認マトリクスを作ります。
| 関心量 | 試験条件 | 比較方法 | 合否の形式 |
|---|---|---|---|
| シリンダストローク時間 | 最小動圧、定義した負荷と流量制御 | シミュレーションと実測の到達時間 | 最大絶対誤差または相対誤差 |
| チャンバ圧力 | 両方向の指令ステップ | 時間相関した圧力波形 | 誤差帯とタイミングオフセット |
| 初動遅延 | 定義した停止時間、温度、負荷 | 指令から初動までの遅延 | 最大値と再現性 |
| 終端クッション | 定義した速度、質量、クッション設定 | 圧力ピークと終端速度 | ピークと残留動作の限界 |
| センサイベント | 実スイッチ位置とPLC入力 | 物理位置とイベント時刻 | 位置と時間の許容差 |
| 供給またはパイロット圧力喪失 | 定義した初期状態と負荷 | 圧力低下とアクチュエータ動作 | 最大残留圧力と変位 |
妥当性確認は、構成と運転範囲に固有のものです。1つの圧力、温度、負荷、方向で一致しても、モデルがどこでも正しいことは証明できません。妥当性を確認した範囲を記録し、その外側の外挿には印を付けます。
空圧シリンダ位置検出ガイドは、終端スイッチで観測できるイベントと、連続位置フィードバックが必要なイベントの定義に役立ちます。モデルの妥当性確認は、物理的な測定システムより精密にはできません。
仮想試運転パイロットはどのタイミング・故障試験に合格すべきか？
SiemensのWipro PARIプロジェクトは、4台のロボット、10台のマシニングセンタ、100台を超えるコンベヤと関連装置、17種類の製品バリエーションをモデル化しました。この規模では、単一のアニメーション実行ではなく、ゾーニング、HIL、ロボット統合、明示的な安全インターロック試験が必要でした（Siemens case study、2026-07-27取得）。
空圧パイロットセルでは、少なくとも次を試験します。
- 有効な各開始状態からの通常の伸長と後退。
- 現実的な供給圧力の最小値と最大値。
- 遅いバルブ、遅延センサ、固着センサ、矛盾する信号。
- 流量制限、詰まったサイレンサ、圧力損失、パイロット圧力損失。
- 手動オーバーライドと保全モード。
- 電源喪失とコントローラ再起動。
- 主空気の遮断、圧力低下、再加圧。
- 不合格品、機構の詰まり、中断されたサイクル。
- 製品切替とレシピ不一致。
- 意図したインターロックを無効にせず、注入した各故障から復旧すること。
ISO 1219バルブ記号ガイドは、シミュレーション上のポート状態を実回路と一致させるのに役立ちます。「5/2バルブ」という表示だけでは不十分です。通常位置、復帰方式、パイロット供給源、流路、エネルギー喪失時の挙動も一致させる必要があります。
タイミングの合否確認では、コントローラの指令、シミュレーション上のバルブ状態、圧力、アクチュエータ位置、センサ状態、故障コードを1つの時間基準に載せます。このトレースによって、ロジックの欠陥なのか、モデル遅延、空圧の絞り、センサしきい値、通信問題なのかを区別できます。
経験上、弱い仮想プロトタイプを最も早く見つける方法は、異常ではあるものの物理的には起こり得る状態からサイクルを開始することです。都合のよいホーム位置からしか成功しないモデルは、デモには使えても試運転には使えません。
安全に関する主張はどう扱うべきか？
ISO 4414は空圧システムの重大な危険を扱い、システムの設計、据付、調整、運転、保全に適用されます。仮想試験は網羅性を高められますが、荷重保持、残留エネルギー、圧力低下、停止性能、ガード、機械全体の安全機能を実機で確認する代わりにはなりません（ISO 4414、2026-07-27取得）。
安全関連の用途は、管理された証拠の連鎖の中に置きます。
- リスクアセスメントから安全機能と必要な機械状態を定義します。
- どのコントローラ、バルブ、アクチュエータ、保持機構、センサ、排気経路、リセット挙動が寄与するかを特定します。
- 仮想モデルでシーケンス、組み合わせ、診断範囲を実行します。
- 理想化した、またはモデル化していない物理挙動をすべて明記します。
- 部品データと回路挙動をハードウェア上で確認します。
- 適用される機械安全プロセスを用いて、据付済み安全機能を妥当性確認します。
仮想のクローズドセンタバルブがシリンダを動かさないのは、モデルが漏れゼロを仮定しているためかもしれません。実際のバルブとシリンダはドリフトする可能性があります。排気指令が圧力を瞬時に除去するように見えても、実際のメータアウトバルブ、パイロットチェック、サイレンサ、長いチューブにはエネルギーが残ります。モデルに不足した物理を安全主張へ変換させてはいけません。
購入前の有償パイロットはどう実施すべきか？
有用なパイロットには、代表的な空圧ステーション、実際のエンジニアリング判断、文書化した合否限界が1つずつ含まれます。NISTのデジタルツインプログラムは、「デジタルツイン」という名称を証拠として受け入れるのではなく、テストベッド、妥当性確認、相互運用性、定量化した不確かさ、追跡可能な結果を重視しています（NIST Digital Twins for Advanced Manufacturing、2026-07-27取得）。
次の順序でパイロットを実施します。
- 管理対象の回路、I/Oリスト、部品改訂、運転範囲、関心量を凍結します。
- 現行の業務ベースラインとして、エンジニアリング時間、現地時間、不具合、手戻り、受入れ結果を記録します。
- 選択した判断を支える最小のモデルを構築します。
- 実PLCまたは承認済みエミュレータを接続し、生産用制御プログラムをインポートします。
- 通常、境界、故障、電源喪失、再起動の試験を実行します。
- 測定した圧力、動作、イベントタイミングとモデルを相関させます。
- バルブ、シリンダ、チューブ、センサ、コントローラのパラメータを1つ変更して繰り返します。
- モデル、テスト定義、ログ、結果をエクスポートし、別のエンジニアが再現できることを確認します。
- 短縮できた時間だけでなく、モデル構築と保守の工数も測定します。
- 文書化したすべてのゲートに合格したときだけ拡張を承認します。
ソフトウェアRFQには何を含めるべきか？
有効なRFQでは、必須能力と任意のデモンストレーションを分けます。1つのパイロットモデル、3層の証拠、明確な責任範囲を指定します。モデルは工学的な問いに答え、必要な制御インターフェースを再現し、独立レビューに十分なデータを出力できなければなりません。機能リストの長さだけでプラットフォームを採点しないでください。
| RFQ項目 | サプライヤーに求める回答 |
|---|---|
| 想定用途 | 仮想試運転、空圧動特性、運用ツイン、または定義した組み合わせ |
| 空圧の範囲 | バルブ、シリンダ、配管、絞り、漏れ、摩擦、クッション、センサ、負荷 |
| コントローラの範囲 | 対応PLC、エミュレータ、実ハードウェア、ロボット、HMI、安全上の制約 |
| リアルタイム挙動 | 対応ステップ幅、オーバーラン処理、時間スケーリング、ログ、同期 |
| 相互運用性 | CAD形式、FMIの版とインターフェース種別、OPC UAモデル、API、信号マッピング |
| 妥当性確認 | 関心量ごとの誤差指標、試験範囲、不確かさ、外挿警告 |
| 故障試験 | センサ、バルブ、供給、パイロット、通信、電源、再起動、固着状態 |
| 構成管理 | モデル識別情報、部品改訂、パラメータの出典、分岐、監査履歴 |
| データガバナンス | 保管、保持期間、アクセス、暗号化、知的財産保護、オフライン運用 |
| 自動化 | テストスクリプト、回帰実行、比較報告、CI統合 |
| 商用モデル | 作成、ランタイム、HIL、コネクタ、ソルバー、クラウド、サポートのライセンス |
| 引き継ぎ | トレーニング、モデル所有権、再利用可能なライブラリの権利、エクスポート、サポート応答 |
| パイロット受入れ | 対象ステーション、日程、成果物、測定項目、合否限界 |
サプライヤーには、何がモデル化されていないかを明示してもらいます。役に立つ制限の例には、漏れゼロ、理想バルブ、固定摩擦、単純化した排気挙動、剛体チューブ、熱連成なし、安全コントローラの挙動非対応があります。隠れた単純化は、控えめで明示されたモデル範囲より危険です。
最終選定では、すべてのRFQ要件について、合格、条件付き合格、不合格、該当なしの判定を記録します。パイロットで使用した正確なソフトウェアビルド、ソルバー、コネクタ、PLCファームウェア、部品ライブラリ、モデル改訂を記録してください。
空圧システムのデジタルプロトタイピング FAQ
仮想試運転で本当に開発期間を73%短縮できるか？
定義した試運転段階を大幅に短縮できる可能性はありますが、73%が普遍的な結果ではありません。公開された数字は、特定の3D仮想試運転手法で、実際の試運転時間を削減できる可能性に関するものです。自社のベースラインを設定し、モデル構築、統合、テスト作成、現地作業、手戻り、全リードタイムを別々に数えてください。
3D CADモデルだけで空圧の仮想試運転に十分か？
いいえ。CADは形状と運動学の候補を提供しますが、空圧挙動はバルブの機能と流量、チャンバとチューブの容積、圧力損失、負荷、摩擦、クッション、センサしきい値、漏れ、コントローラのタイミングにも左右されます。ロジック試験には状態モデルを使い、圧力と動作が重要なら検証済みの動的モデルを使います。
SILとHILの違いは何か？
ソフトウェア・イン・ザ・ループは、生産用コントローラのハードウェアなしで制御ソフトウェアまたはエミュレータを実行します。ハードウェア・イン・ザ・ループは仮想プラントを実コントローラへ接続し、実際のタスク、I/O、通信、ファームウェア、タイミング挙動を明らかにします。多くのプロジェクトでは、まずSILを使い、ハードウェア依存のリスクにHILを限定するべきです。
運用デジタルツインは自動的に正確さを保てるか？
いいえ。有用なツインには、管理されたモデルと資産の識別情報、信頼できるセンサデータ、校正、パラメータガバナンス、変更検出、妥当性確認の限界、不確かさの報告が必要です。部品交換、チューニング変更、摩耗、センサドリフト、ソフトウェア改訂、運転条件の変更によって、ライブタグが更新され続けても予測が無効になることがあります。
仮想試験で実機の空圧安全検証を置き換えられるか？
いいえ。仮想試験は故障の網羅性を高め、シーケンスの欠陥を早期に発見できます。しかし、実際の漏れ、残留圧力、荷重保持、停止性能、排気挙動、ガード、据付後の安全完全性を証明することはできません。証拠の連鎖の1層として使い、その後にハードウェアと機械レベルの検証を行います。
出典と技術参考資料
Ghent University and Flanders Make： Virtual Commissioning of Industrial Control Systems: A 3D Digital Model Approach、実際の試運転時間を73%削減できる可能性の範囲と背景。2026-07-27取得。
Siemens Digital Industries Software： Wipro PARI virtual commissioning case study、プロジェクト範囲と、現地試運転、納期、手戻りについて別々に報告された結果。2026-07-27取得。
NIST： Digital Twins for Advanced Manufacturing、規格、テストベッド、相互運用性、VVUQ、信頼できる製造デジタルツイン。2026-07-27取得。
NIST： Credibility Consideration for Digital Twins in Manufacturing、デジタルツインの検証、妥当性確認、不確かさの定量化、ライフサイクル信頼性。2026-07-27取得。
ISO： ISO 23247-2:2021、製造用デジタルツインの参照アーキテクチャ。2026-07-27取得。
Modelica Association Project： FMI 3.0.2 specification、Model Exchange、Co-Simulation、Scheduled Executionのインターフェース。2026-07-27取得。
OPC Foundation： OPC UA Companion Specifications、分野固有の情報モデルとOPC UA相互運用性。2026-07-27取得。
ASME： V&V 20、数値流体力学・熱伝達における検証比較と不確かさ。2026-07-27取得。
ISO： ISO 6358-1:2013、圧縮性流体を用いた空圧部品の定常流量特性。2026-07-27取得。
ISO： ISO 4414:2010、空圧システムと部品の一般規則および安全要求事項。2026-07-27取得。