English
Français
Deutsch
日本語
繁體中文
このページの内容は、サードパーティサービスによって自動翻訳されています。
Aras InnovatorEdgeについて話し始めると、すぐに次のような質問がよく出てきます。
Aras Innovator®はすでに高い柔軟性を備えているのに、なぜInnovatorEdgeが必要なのでしょうか。
もっともな質問です。しかし、この問いはPLMアーキテクチャの考え方そのものが大きく変化していることも示しています。
長年にわたり、「ローコード」はAras Innovatorが組織に対して、プラットフォームをゼロから再構築することなくPLMを適応させる方法を説明するうえで有効な言葉でした。チームはデータモデル、ワークフロー、フォーム、ライフサイクル、ビジネスロジック、レポート機能を構成し、自社の実際の業務に合わせてPLMを調整できます。
しかし、ローコードは全体像の一部にすぎません。
より重要なのは、Aras Innovatorが設計段階からモデル駆動型であるという点です。
より重要なのは、Aras Innovatorが設計段階からモデル駆動型であるという点です。
この違いは重要です。ローコードは、組織がどれほど迅速かつ柔軟にシステムを適応できるかを示します。一方、モデル駆動アーキテクチャは、その柔軟性がなぜ持続可能で、ガバナンス可能であり、製品ライフサイクル全体を通じて価値を生み出すのかを説明します。
ローコードからモデル駆動アーキテクチャへ
Aras Innovatorにおいて、モデルは単なるデータベーススキーマやフォームの集合ではありません。製品ライフサイクル全体にわたる製品知識の構造そのものを表しています。
これには、製品データ、アイテムタイプ、リレーションシップ、構成、ライフサイクル状態、ワークフロー、権限、ビジネスルール、変更プロセス、要求事項のトレーサビリティ、そしてエンジニアリング情報にコンテキストを与えるつながりが含まれます。
このモデル駆動型の基盤によって、組織はガバナンスを維持しながらPLMを適応させることができます。また、デジタルスレッドに意味を与えるのもこの基盤です。製品情報は切り離されたレコードとして管理されるのではありません。リレーションシップ、ルール、ライフサイクルコンテキスト、そして統制されたプロセスによって結び付けられています。
そのため、Aras Innovatorは単なるローコードPLMプラットフォーム以上の存在であり続けてきました。本当の強みは、製品情報がどのように作成され、変更され、接続され、再利用されるかを管理する製品ライフサイクルモデルを、組織自身が定義し進化させられることにあります。
ローコードによる構成は、このアーキテクチャの重要な利点の一つです。しかし、アーキテクチャそのものはモデル駆動型です。
なぜ今これが重要なのか
多くの組織はすでに、ガバナンスされたPLM基盤の構築に多大な投資を行っています。製品データを構造化し、変更プロセスを定義し、要求事項を関連付け、構成ルールを確立し、ライフサイクル情報の管理に関する統制を整備してきました。
次の課題は、より広いアクセスと活用です。
ガバナンスされた製品知識を、制御を失うことなく他のアプリケーションで利用可能にするにはどうすればよいのでしょうか。完全なPLMクライアントを必要としないユーザー向けに、ロールベースやタスクベースのエクスペリエンスをどのように提供できるのでしょうか。脆弱な個別統合を作ることなく、エンジニアリングコンテキストをフェデレーテッドな企業環境へ接続するにはどうすればよいのでしょうか。PLMデータの信頼性を支えるコンテキストを失うことなく、分析、自動化、AIサービスで活用できるようにするにはどうすればよいのでしょうか。
これらは単なるアプリケーション開発の問題ではありません。アーキテクチャの問題です。
また、組織がデジタルスレッド戦略を刷新し、AIがエンジニアリング、製造、品質、サービス、サプライチェーンのプロセスをどのように支援できるかを模索する中で、その重要性はますます高まっています。
InnovatorEdgeの役割
Aras Innovatorは、PLMとデジタルスレッドのためのモデル駆動型基盤を提供します。
InnovatorEdgeは、その基盤を企業全体で活用可能にします。
これが重要な違いです。
InnovatorEdgeの目的は、Aras Innovatorにすでに備わっている構成機能を重複させることではありません。ガバナンスされた製品知識、ライフサイクルコンテキスト、そしてデジタルスレッドの価値を、他のユーザー、システム、アプリケーション、サービスで活用しやすくすることです。
それは、信頼できる製品情報をAPI経由で公開することかもしれません。軽量なアプリケーションやロール固有のエクスペリエンスを提供することかもしれません。フェデレーテッドデータソースへ接続することかもしれません。また、分析サービスやAIサービスがライフサイクルを考慮したエンジニアリングコンテキストを活用できるようにすることかもしれません。
重要なのは、PLM内部でさらに多くを構成することではありません。
重要なのは、PLMモデルの価値を従来のPLMの境界を超えて拡張することです。
AIがモデル駆動アーキテクチャをさらに重要にする理由
PLMデータを活用して、コパイロット、分析、自動化、AI支援ワークフローを実現しようとする組織が増えています。しかし、エンジニアリング環境におけるAIは、単に生データへのアクセスだけに依存しているわけではありません。コンテキストに依存しているのです。
そのコンテキストには、製品構造、構成ロジック、ライフサイクル状態、変更履歴、要求事項間の関係、検証エビデンス、サプライヤー情報、品質記録、権限が含まれます。また、どの情報が最新で、承認済みで、関連性があり、利用に適しているかを判断するためのガバナンスも含まれます。
つまり、AIに必要なのは単により多くのデータではありません。信頼できるエンジニアリングコンテキストなのです。
ここでモデル駆動型PLMアーキテクチャが戦略的な重要性を持ちます。モデル駆動型の基盤は、製品知識とライフサイクルの関係性を構造化され、ガバナンスされた形で表現する方法を組織に提供します。そしてInnovatorEdgeは、その信頼できるコンテキストを、安全かつ統制された実用的な形でAI主導のエクスペリエンスに提供できるよう支援します。
これは、PLMシステム内でフォームを構築したりワークフローを設定したりすることとはまったく異なる課題です。ライフサイクル上の意味を失うことなく、AIやその他のデジタルサービスがガバナンスされた製品知識を利用できるようにすることが目的です。
この違いを理解するためのより良い考え方
この関係をシンプルに表現すると次のようになります。Aras Innovatorはモデルを定義し、ガバナンスします。InnovatorEdgeはそのモデルを企業全体で活用可能にします。
この考え方は、多くの組織が実現しようとしていることを反映しています。
彼らが求めているのは、PLM内でのさらなる設定機能だけではありません。ガバナンスされた製品情報やライフサイクル情報を、デジタルエンタープライズ全体でより有効活用する方法です。信頼できるコンテキストを、アプリケーション、統合、分析、自動化、そしてAI対応のエクスペリエンスへと流し込むことを望んでいます。
この視点から見ると、InnovatorEdgeはAras Innovatorと重複するものではありません。アーキテクチャの拡張なのです。Aras Innovatorはモデル駆動型の基盤を提供し、InnovatorEdgeはその基盤をより多くの場所で活用できるよう支援します。
戦略的なポイント
すでにAras Innovatorへ投資している組織にとって重要な問いは、InnovatorEdgeが既存の構成機能と重複するかどうかではありません。より重要なのは、アプリケーション、ユーザー、システム、サービスから成る幅広いエコシステム全体にわたり、ガバナンスされた製品知識をよりスケーラブルに公開し、活用する方法が必要かどうかです。
多くの場合、その答えは「はい」です。特に、デジタルスレッドの取り組み、フェデレーテッドデータ戦略、モダンなアプリケーションエクスペリエンス、そして切り離されたデータエクスポートではなく信頼できるエンジニアリングコンテキストに依存するAIプログラムを推進している企業にとってはなおさらです。
まとめ
進化の方向性は、従来型PLMからローコードPLMへの移行だけではありません。構成可能なPLMからモデル駆動型デジタルスレッドアーキテクチャへの進化であり、さらにそこからAI対応のエンジニアリングコンテキストへと進んでいます。
Aras Innovatorは引き続き、PLMとデジタルスレッド情報をガバナンスするためのモデル駆動型基盤であり続けます。そしてInnovatorEdgeが重要なのは、その基盤をより広範な企業全体で活用できるようにするからです。
そのため、これを重複と捉えるべきではありません。むしろ価値創出の次の段階として理解するべきです。多くの組織にとって、その次の段階こそがPLM、デジタルスレッド、そしてAI成熟度の行方を決定づける場所となるでしょう。
さらに詳しく知りたい方は、What AI Means for PLM and the Digital Threadをご覧ください。
