RAMI 4.0──インダストリー4.0を1枚に整理した参照モデル

RAMI 4.0(Reference Architectural Model Industrie 4.0)は、ドイツのインダストリー4.0推進の中で作られた参照アーキテクチャで、DIN SPEC 91345(2016年4月)として規格化されています。3つの軸で構成される立体モデルです。

  • 階層軸:製品からコネクテッドワールドまでの階層。IEC 62264(ISA-95の国際版)とIEC 61512(ISA-88)の階層概念を土台に、その上下へ拡張しています。
  • ライフサイクル・バリューストリーム軸:資産の「型(開発)」と「実体(製造・使用)」をライフサイクルに沿って区別します(IEC 62890ベース)。
  • レイヤー軸:資産そのもの(Asset)から、統合・通信・情報・機能・ビジネスまでの6層で、モノがデジタル世界にどう表現されるかを積み上げます。

RAMI 4.0が示した核心は、「あらゆる資産(設備・部品・製品・ソフトウェア)が、ライフサイクル全体を通じてデジタル表現を持つべきだ」という思想です。この「資産のデジタル表現」を具体化した概念が管理シェル、すなわちAASです。

AAS──「管理シェル」はデジタルツインの標準実装

AAS(Asset Administration Shell、独:Verwaltungsschale)は、資産1つに1つ付与される標準化されたデジタル表現で、しばしば「デジタルツインの標準実装」と説明されます。仕様はIDTA(Industrial Digital Twin Association)が開発・管理しており、複数パートで構成されます。

パート内容
Part 1メタモデル(AASの構造そのもの。サブモデルという単位で資産の側面を記述)
Part 2API(AASをネットワーク越しに照会・操作するインターフェース)
Part 3データ仕様(プロパティの意味定義。IEC 61360系の辞書との接続)
Part 4セキュリティ(2025年6月10日公開。アクセス制御モデル。詳細は別記事
Part 5パッケージファイル形式(AASX。AASをファイルとして交換する形式)

構造の鍵はサブモデル(Submodel)です。1つの資産のAASの中に、「識別情報」「技術データ」「カーボンフットプリント」「保全履歴」といった側面ごとのサブモデルがぶら下がり、必要な相手に必要なサブモデルだけを見せる、という設計になっています。

RAMI 4.0とAASの関係を示す図 RAMI 4.0(DIN SPEC 91345) 参照アーキテクチャ=考え方の枠組み 3軸:階層(IEC 62264/61512)×ライフサイクル×6レイヤー 実装仕様化 AAS(IDTAが仕様管理) 資産1つに1つの「管理シェル」 資産:設備/部品/製品 識別・技術データ カーボンFP 製造・品質記録 保全履歴 サブモデル単位で「見せる相手」を選べる Catena-X・DPP・データスペースは、この器を前提に設計されている
RAMI 4.0の思想とAASの関係。参照モデル(概念)が求めた「資産のデジタル表現」を、AASが実装仕様として具体化する

2025〜2026年:AASは「文書」から「実装局面」へ

AASを概念論と片づけられない理由は、2025〜2026年の動きにあります。IDTAの発表ベースで並べると次のとおりです。

  • 2025年6月10日Part 4「Security」を公開。個別プロパティからサブモデル全体までの粒度でアクセス制御を定義し、企業間でAASを共有する際の「どこまで見せるか」を仕様レベルで扱えるようになりました。同時に、AAS仕様バンドル全パートが初めてバージョン管理された検索可能なHTMLドキュメントとして提供されています。
  • 2026年4月8日:Hannover Messe 2026で、AASがデータスペース・産業AI・DPP(デジタルプロダクトパスポート)実装を可能にする基盤であることを訴求。
  • 2026年4月9日ドレスデンにIDTA Research Hub Semiconductorを設立。半導体産業の要件をAASソリューションへ取り込む動きです。
  • IDTAとIDSA(International Data Spaces Association)は共同で産業データエコシステムの基盤構築を進めています。

つまりAASは、Catena-Xのような企業間データ交換や、デジタルプロダクトパスポートの実装で、データを収める共通の器として使われる段階に入っています。

MESは「AASにデータを供給する側」になる

MES設計の観点でAASを見ると、役割ははっきりしています。製品や設備のAASに収められるサブモデルのうち、製造記録・品質記録・工程パラメータ・ロット系譜といった「製造時に生まれるデータ」の発生源はMESです。AASが企業間データ共有の器になるほど、MESには「そのサブモデルを埋められるデータを、構造化された形で出力できること」が求められます。

なお、RAMI 4.0の階層軸がIEC 62264を土台にしていることからわかるように、AAS/RAMI 4.0はISA-95と競合する枠組みではありません。ISA-95がレベル3〜4の統合とオペレーション管理を定義し、AASは資産のデジタル表現と企業間共有の器を定義する──守備範囲の異なる2つの標準が、同じ製造データを別の断面から扱っている、と理解するのが正確です。

AASはドイツ・欧州以外でも意味がありますか?

あります。第一に、欧州顧客への部品・製品供給ではCatena-XやDPP経由でAAS形式のデータ提供を求められる可能性が現実化しています。第二に、AASの仕様自体は公開されており、社内のデジタルツイン・設備データ管理の構造化フォーマットとして地域に関係なく利用できます。「欧州規制対応の道具」と「データ構造化の道具」の両面で評価するのが適切です。

デジタルツインとAASはどう違いますか?

デジタルツインは概念の総称で、実装形式は各社ばらばらでした。AASはそのうち「資産の情報をどういう構造で表現し、どういうAPIで照会するか」を標準化したものです。シミュレーションモデルそのものはAASの守備範囲ではなく、モデルや文書への参照をサブモデルとして整理する器と考えると位置づけが明確になります。

RAMI 4.0を自社アーキテクチャ設計にそのまま使うべきですか?

そのまま設計図として使うものではありません。RAMI 4.0は「議論を整理するための参照モデル」であり、自社のシステム構成図の代わりにはなりません。有効な使い方は、検討中の施策(設備データ収集、企業間共有など)が3軸のどこに位置するかを関係者で揃え、抜けている観点(ライフサイクルの「型」側の情報など)を発見することです。