ISO 23247-1徹底解説：製造業デジタルツインの概念・基本原則・全体要件

製造現場のデジタルトランスフォーメーション（DX）において、「デジタルツイン（Digital Twin）」はスマート製造を実現するための核心的な概念です。しかし、その定義や構築手順がベンダーやシステムごとに乱立する中、世界共通の「設計思想」と「構築ルール」を示すために策定されたのが国際標準規格 ISO 23247 シリーズです。

ISO 23247は全4部（2026年7月31日に第6部が追加され、実質5部構成）からなるフレームワーク規格ですが、その最重要の土台（司令塔）となるのが 「ISO 23247-1: Overview and general principles（概要と一般原則）」 です。

本記事では、この「Part 1」が規定するデジタルツインの国際定義、設計における基本原則、システム全体に求められる開発要件、そしてシリーズ他パートとのつながりまでを、ソースの厳密な事実に従って詳細に解説します！

ISO 23247-1が定義する「デジタルツイン」の厳密な国際標準定義

世の中には数多くの「デジタルツイン」の定義が存在しますが、ISO 23247-1は製造業に特化したデジタルツインを以下のように厳密に定義しています。

「製造におけるデジタルツインとは、観測可能な製造要素（OME）の『目的に適合したデジタル表現（fit-for-purpose digital representation）』であり、その要素とデジタル表現の間で『同期（synchronisation）』が行われているものである」

この定義を解剖すると、Part 1が目指すデジタルツインの必須要件が3つ浮かび上がります。

対象が明確であること（OME）
 デジタルツインの対象となる物理的な資産、人、プロセスなどを「観測可能な製造要素（Observable Manufacturing Elements: OME）」と呼びます。

目的に特化していること（Fit-for-purpose）
現実世界のすべてを100%デジタル上に再現する必要はありません。
分析や制御といった「特定の目的（異常検知、予兆保全、プロセス適応など）」に必要なデータやモデルだけを、過不足なくデジタル表現として定義します。

動的に同期していること（Synchronization）
静的な3Dモデルや過去の設計図はデジタルツインではありません。
物理的な現場からリアルタイム、あるいは準リアルタイムで稼働・環境データが常にアップデートされ、連動している必要があります。

デジタルツインの対象となる「8つのOME（観測可能な製造要素）」

ISO 23247-1は、デジタルツインの対象（OME）として以下の8つのカテゴリを定めています。これらは製造現場に存在する「ヒト・モノ・プロセス・環境」のすべてを網羅しています。

【Q&Aでスッキリ】そもそも「OME」って何？

Part 1を読み進める上で、避けて通れないのがOME（Observable Manufacturing Elements：観測可能な製造要素）という言葉です。実務設計や解説で混乱しがちなこの言葉について、疑問をスッキリ解消しておきましょう。

Q1. 「OME」という言葉はデジタルツイン以前からありましたか？

A. いいえ。この言葉そのものは、ISO 23247規格において初めて定義された『規格独自の用語（造語）』です。

デジタルツインが登場する前から、工場には「設備」「材料」「作業員」などの概念は個別に存在し、それぞれ別々のシステム（保全管理、シフト管理など）で別個に管理されていました。
しかし、これらを「デジタルツインのセンサーで『観測（Observe）』し、デジタル空間に同期する対象」として、一括りで包括的かつ抽象的に呼ぶための共通の言葉はありませんでした。

そこで、ISO 23247がシステム設計を標準化するために、あえて「観測可能な製造要素（OME）」という包括的な共通の入れ物（言葉）を定義したのです。

Q2. 8つのOMEは、1つのデジタルツインの中に「すべて揃う」必要がありますか？

A. いいえ、全くその必要はありません！

ISO 23247-1は、デジタルツインを「目的に適合したデジタル表現（fit-for-purpose digital representation）」と定義しています。
もし「8つすべて揃えなければ準拠と言えない」となれば、システムの複雑さや構築コストが跳ね上がり、誰も導入できなくなってしまいます。

ビジネス上の目的（例：設備の保全、人員のシフト最適化、温湿度の管理など）に合わせて、必要なOMEだけを自由に選んでデジタル表現化すれば、国際規格に完全準拠したデジタルツインとなります。

Q3. たった一つのOMEだけを対象に観察するデジタルツインも存在しますか？

A. はい、むしろ実務の現場や研究事例では「たった一つのOME」に焦点を絞ったデジタルツインが圧倒的多数派です。 

たとえば、米国国立標準技術研究所（NIST）が構築した5軸工作機械の実証システムは、「Pocket NC V2-10」という特定の工作機械（Equipment）1台のみを観測対象としたデジタルツインです。作業員や環境のデータは含まれていませんが、ISO 23247に完全準拠しています。

同様に、F-35戦闘機の事例でも、接合部の厚みという製品の幾何公差（Product / Process）のみをツイン化して活用しています。
家庭用のスマートプランターであれば、LEDやポンプ（Equipment）を無視して、「バジル1株の成長状態（Product / Material）」のみを画像から読み取り同期・観察する、という極小構成でも完全に立派なデジタルツインとなります。

Q4. 「支援文書」が「観測可能（Observable）」とはどういうことですか？ それ単体でのデジタルツインもあり得ますか？

A. いいえ。支援文書単体で同期・監視するデジタルツインは現実の実務には存在しません。

また「観測可能（Observable）」とは、単に物理的センサーを紙に貼るのではなく、ITシステムや操作ログからそのドキュメントの「稼働コンテキスト（実行状態）」や「版数ステータス」をリアルタイムに自動追跡することを意味します .

① なぜ支援文書単体のツインは存在しないのか？

もし3D CADファイルやPDFの作業指示書、Gコードプログラム（NGCファイル）などの電子ドキュメント「のみ」を管理・追跡するシステムを作った場合、それはデジタルツインではなく、単なる「製品データ管理（PDM）システム」や「文書管理システム（DMS）」、あるいはファイルサーバーになってしまいます。

規格ISO 23247-1においても、支援文書は単体で浮遊するものではなく、人員（Personnel）、機器（Equipment）、材料（Material）、プロセス（Process）といった物理的な実態や能動的な動きを伴うOMEと密接に紐づき、それらのオブジェクトに「設計意図」や「動作のルール」を与えるための補助的なOMEとして定義されています。
実際、ISO 23247-3（製造要素のデジタル表現）やISO 23247-4（情報交換技術）でも、支援文書は必ず他のOMEとの関係性を通じて連動する設計が求められています .

② 「ドキュメントが観測可能（Observable supporting document）」である具体例

物理的な紙や電子ファイルそのものに温度センサーを貼るわけではありません。ISO 23247では、ソフトウェアやコントローラーの動作ログ、ITシステムのステータス変更イベントを自動検知することを、すべて「観測（Observation）」とみなします。規格のユースケース等に登場する以下のリアルな動作がその証拠です。

Gコード（NGCファイル）のアクティブブロック観測（Equipment ↔ Document）
NISTのPocket NC実証事例のように、機械加工時、コントローラーがGコード（NGCファイル＝支援文書 OME ）を1行ずつ読み込んで実行します。
この際、「今まさにGコードの何行目（例：N120ブロック）を工作機械（Equipment OME）がミリ秒単位で処理しているか」をMTConnectアダプター等を介してリアルタイムに吸い上げてツイン側と同期させます。これはドキュメントの現在のアクティブな実行状態をリアルタイムに観測・同期していることに他なりません。

製品モデル（AP242 CAD）と品質検査（QIF）の連動（Product ↔ Document）
F-35戦闘機の外板 Stack-up 測定事例では、測定機器（Equipment）から得られた実測品質データが「QIF（Quality Information Framework）形式の検査文書（Supporting document OME）」として出力されます。
このデータがデジタルツインへ送られ、製品の設計ジオメトリを定めている「ISO 10303-242 (AP242) 3D設計モデル（Supporting document OME）」に自動マッピングされて厚み公差が計算され、最適なボルトが選ばれます。
つまり、「設計書（マスター）」と「実測報告書（履歴）」という2つの支援文書のリアルタイムな合流と、それに基づく製品（Product OME）状態の更新そのものをシステムが「観測（監視）」しているのです。

作業指示書の承認と閲覧状況の観測（Personnel ↔ Document）
PLMシステム上で設計者が3D CADや手順書（Supporting document）を改訂した、あるいは工場長が「 Approved（承認済）」にステータス（Status ）を変更した瞬間、そのイベント情報がセッション同期に上がってデジタルツイン側へ伝えられます。
さらに、作業者（Personnel OME）が現場のタブレットで「手順書PDF」を開いた、あるいは何分間その指示を参照したかという利用ログが、その作業プロセス（Process OME）の品質レポート（Report ）と紐づいて観測・同期されます。

これこそが、設計（CAD）から製造（工作機械の稼働）、検査（QIF品質検証）にいたるデータの糸を繋ぎ止め、将来の予兆保全や自律制御を支える「デジタルスレッド（Digital Thread）」の正体であり、支援文書が「観測可能な製造要素（OME）」の重要な1柱として厳密に規格に含まれている理由なのです .

ISO 23247-1が規定する「デジタルツイン開発の基本原則」

Part 1では、デジタルツインシステムを開発する際にエンジニアや設計者が遵守すべき共通原則をいくつか提唱しています。

原則A：技術中立（Technology Neutrality）とプロトコルの非依存性

ISO 23247はデジタルツインの「フレームワーク（枠組み）」を提供する規格であり、特定のデータフォーマット、データベース技術、あるいは通信プロトコルを強制（処方）しません。 たとえば、データ収集や3D表現において、

• 離散機械加工（加工機やロボット）の分野では MTConnect や OPC UA、3D表現には ISO 10303 (STEP) シリーズを使用できます。
• プラントやインフラ（石油・ガスなど）の分野では ISO 15926、建築・建設の分野では ISO 16739 などを選択して本フレームワークを適用することが認められています。

原則B：相互運用性（Interoperability）とコンポーザビリティ（Composability）

異なるベンダーの機器（ロボット、工作機械、センサー）や、複数のITシステム（PLM、ERP、MES）が混在する製造現場において、それらのデジタルツインが正しく連携できる（相互運用できる）ことを目標としています。また、複数の小さなツインを「合体」させて一つのシステム（ワークセルやライン全体のツイン）を構築できるコンポーザビリティ（構成可能性）を重視しています。

Part 1が定める「セッションベース」の運用・システムライフサイクル要件

ISO 23247-1は、デジタルツインの運用要件として、製造の開始から終了に連動した「セッション（Session）」というライフサイクル（運用の流れ）を定義しています。

多くの人が「デジタルツインは24時間ずっと垂れ流しで動いている」と誤解しがちですが、本規格では特定の作業単位ごとにシステムを起動し、同期し、データを保存して終了するという、メリハリのある運用設計（セッション管理）を求めています。

これについて、専門用語をすべて噛み砕き、システムがどのようなステップで動き、データがどう流れるのかを詳細に解説します。

【前提】登場するシステムと専門用語の整理

このライフサイクルを理解するために、図の中に登場するシステムや用語を平易な言葉で整理しておきます。

セッション（Session）
「今からこの製品を1個組み立てる」「このバッチ（束）を加工する」といった、区切られた一連の作業プロセス（実行時間枠）を指します。

プロビジョニング（Provisioning）
IT分野の用語で「準備」「構成」という意味です。
ここでは、デジタルツインが現場の監視を始める前に、「初期設定データ」や「お手本となる動作設計データ」を事前に流し込んでシステムをセットアップする作業を指します。

PLM（Product Lifecycle Management）
製品ライフサイクル管理という意味です。設計図や3D CADモデル、設計上の公差など、「製品の設計情報」を保管・管理している工場のマスターデータベースです。

ERP（Enterprise Resource Planning）
企業資源計画という意味です。「どの製品を、いつ、どの機械で、いくつ生産するか」という「生産スケジュールや注文・計画」を管理している全社システムです。

DCE（Device Communication Entity）
デバイス通信層という意味です。現場のセンサーやコントローラーから生データを吸い上げ、上層へと送信する「ネットワーク中継器・ゲートウェイ」です。

OME（Observable Manufacturing Elements：）
これまでにも登場してきた観測可能な製造要素です。デジタルツインの監視対象となる、現場の物理的な設備、人員、材料、プロセスなどの実体です。

データフローとセッションライフサイクルの3ステップ

セッションは、以下の図のように「開始前」➔「実行中」➔「終了後」の3つのステップでデータが循環します。

Step ①：セッション開始時（プロビジョニングフェーズ）

デジタルツインが現場の機械や植物の同期を開始する「前」の準備段階です。
ユーザー層（PLMやERPといった上位システム）からデジタルツインに対して、その作業に必要な「静的（変化しない）データ」を事前に流し込み（プロビジョニングし）、デジタルツインの初期設定を完了させます。

• 製品ツイン（Product Twin）を動かす場合: 「これから組み立てる製品の3D CADデータ、幾何公差仕様、材料がどこから来たかを示すトレーサビリティ情報」などをセットします。
• ワークセルツイン（Work Cell Twin：設備群）を動かす場合: 「使用するロボットや工作機械がどう動くかという物理的な機構（キネマティクス）のルール、稼働能力スペック、現在の校正（キャリブレーション）データ」などをセットします。
• プロセスツイン（Process Twin：手順）を動かす場合: 「加工の手順書（プロセス計画）、本日の生産スケジュール、達成すべき品質要件」などをセットします。

Step ②：セッション実行中（同期・稼働フェーズ）

実際の作業や製造がスタートした段階です。 デバイス通信層（DCE：ゲートウェイ）は、物理現場（OME）のセンサーやコントローラーからリアルタイムに変動する動的なデータを吸い上げ、デジタルツイン核心層へストリーミング送信します。これにより、デジタル空間上のモデルが物理現場の挙動と完全にシンクロし、監視や異常検知が行われます。

「目的に適合した同期（Fit-for-purpose Synchronization）」の決定ルールこの実行中フェーズにおいて、データの更新頻度（同期レート）や通信遅延（レイテンシ）は一律ではなく、「何のためにその同期データを使うのか（アプリケーションの目的）」に応じて個別に設計されなければならないと規定されています。

ビジュアル表示・監視目的（人間の画面用）
数秒程度（1〜2秒）の遅延でも人間には十分リアルタイムに見えるため、通信負荷を抑える緩やかな同期でOKです。

リアルタイム自律制御目的（自律フィードバック用）
異常を検知して瞬時に機械を止める・補正するといった場合は、ミリ秒単位（数ミリ秒〜数十ミリ秒）の極めて高速な同期と超低遅延が要求されます。

予兆保全・異常警告目的（アラーム用）
普段はデータを大量に流さず、異常が発生したその瞬間にだけ、即座にアラーム情報を「イベント駆動（トリガー送信）」で最優先で同期・通知するインフラ設計が推奨されます。

Step ③：セッション終了時（アーカイブフェーズ）

製品の組み立てや加工がすべて完了した段階です。
デジタルツインは同期を停止し、セッション実行中に蓄積した最終的な状態値や、途中のすべての稼働・環境データ、エラーログなどを、再び上位システム（PLMやERP）に報告・書き戻します。
上位システムは、このデータを「将来の予兆保全や品質監査（トレーサビリティ）」のために実績履歴（アーカイブ）として安全に保存し、その回のデジタルツインのセッションはクローズ（終了・リセット）されます。

このように、「何もないところから毎回、お手本データ（Step ①）を読み込んでツインを立ち上げ」、「現場のリアルタイムデータ（Step ②）で動かし」、「終わったらその結果をすべて履歴（Step ③）として保存してシステムを更地に戻す」という一連のセッションライフサイクルのルールこそが、スマート工場の相互運用性を支える土台となっています。

まとめ：ISO 23247-1 が示すスマート製造の「ゴール」

ISO 23247-1は、単に「デジタルツインとは何か」を解説する辞書ではなく、製造業がデジタルツインを設計する際、「何のためにデータを集め、どう現場と同期し、どうシステム間で連携させるべきか」という一貫したゴールを設定するための司令塔です。

実装にあたって、私たちはPart 2やPart 3などの技術詳細に飛び込みがちですが、まずはPart 1が提唱する「Fit-for-purpose（目的適合性）」に立ち返り、自社が実現したい「ビジネスの目的」に必要なOMEや同期要件をシャープに定義することこそが、導入を成功させる最大の鍵となります。

※本記事は、一般に公開されている情報をもとに、ISOについて学べる内容を整理したものです。正式な仕様や要件については、ISO規格本文をご確認ください。