<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel>
<title>MES-DX 標準・規格</title>
<link>https://mes-dx.com/</link>
<atom:link href="https://mes-dx.com/standards/feed.xml" rel="self" type="application/rss+xml"/>
<description>MES（製造実行システム）の導入・選定・運用に必要な情報を、欧米・中国を含む世界の一次情報にあたって日本語で届ける専門メディア。ISA-95・OPC UA・DPPなどの標準規格、規制対応、ベンダー動向を実務者が書いています。</description>
<language>ja</language>
<lastBuildDate>Sun, 04 Oct 2026 15:00:00 GMT</lastBuildDate>
<item>
  <title>ISO 9001:2026発行、2015年版の期限は2029年9月30日──MESの品質記録で見直す4か所</title>
  <link>https://mes-dx.com/standards/iso9001-2026-mes-transition</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/iso9001-2026-mes-transition</guid>
  <description>ISO 9001:2026が2026年9月16日に発行され、Global ACIは2015年版認証の移行期限を2029年9月30日と定めました。2015年版での新規認証は2028年3月31日以降できません。変更条項のうちMESの記録と設定に及ぶ4か所を、移行審査までの段取りとあわせて整理します。</description>
  <content:encoded><![CDATA[<p>2015年版以来の改訂版となるISO 9001が出て、次のサーベイランス審査で何を見せればよいのかを品質保証部門が確かめ始めています。条項の書き換えはMESのマスタや画面にどこまで及ぶのか。発行元と認証機関の公表内容から、変更点、移行の日程、MES側で手を入れる場所を切り分けます。</p><p>ISO 9001:2026は、ISO/TC 176/SC 2（品質マネジメントシステムを担当する分科委員会）が2026年9月16日に発行しました。2015年版から構成が大きく組み替わったわけではありません。認証機関DQSとBureau Veritasの解説を突き合わせると、要求事項の変更は次の7項目にまとまります。右端の列は、MES（製造実行システム）の記録・マスタ・画面に手を入れる必要があるかについての当社の見立てです。</p><p>DQSは、この版が「意図的に技術中立を保っている」と書いています。AIやデジタルツールに固有の要求は入っていません。</p><p><a href="https://mes-dx.com/standards/iso9001-2026-mes-transition">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>標準規格</category>
  <category>品質管理</category>
  <category>導入戦略</category>
  <pubDate>Sun, 04 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>DPPの欧州規格8本が出そろう、MESが書くのは識別子・データキャリア・署名の3本（2026年9月）</title>
  <link>https://mes-dx.com/standards/dpp-en-standards-complete</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/dpp-en-standards-complete</guid>
  <description>CEN/CENELEC JTC 24のDPP規格のうち、残っていたEN 18239とEN 18246が2026年9月15日に発行され、8本がそろいました。翌16日の欧州委員会レジストリ利用ガイドv1.03と突き合わせ、MES側が責任を持つ範囲を規格ごとに切り分けます。</description>
  <content:encoded><![CDATA[<p>2026年9月16日付で欧州委員会が改訂したDPPレジストリの利用ガイドには、電池DPPの登録は「現在できない」と書かれています。一方で前日の15日には、DPPのアクセス権とデータ真正性を定める欧州規格2本が発行され、技術規格の側は8本がそろいました。制度の器と規格が先にそろい、製品ごとの中身が後から来るこの順番のなかで、MESに求められる出力がどこまで固まったのかを規格単位で整理します。</p><p>欧州委員会のDG GROWが2026年9月16日に公開した「DPP Registry User Guide for Economic Operators」v1.03の第6章には、目立つ注記があります。電池の製品グループについて意味カタログ（semantic catalogue、登録項目の定義集）がまだ定義されていないため、現時点ではDPPの登録を完了できない、という一文です。レジストリ自体は2026年7月20日に稼働していますが（経緯はDPPレジストリ稼働の記事を参照）、最初の対象である電池でさえ、登録画面は用意されていても受付が始まっていません。</p><p><a href="https://mes-dx.com/standards/dpp-en-standards-complete">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>標準規格</category>
  <category>規制対応</category>
  <category>トレーサビリティ</category>
  <category>欧米動向</category>
  <pubDate>Fri, 02 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>ISO 9001の要求事項をMESに写像する、品質マネジメント電子化の設計図</title>
  <link>https://mes-dx.com/standards/iso9001-mes</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/iso9001-mes</guid>
  <description>ISO 9001:2015の要求事項の多くは、MESの機能と1対1に対応づけられます。条項とMES機能の対応表、電子化の優先順位、2024年の気候変動追補と次期改訂の動きまで、品質マネジメントシステムを紙から電子へ移す際の設計図を示します。</description>
  <content:encoded><![CDATA[<p>ISO 9001の運用が「監査前に記録を整える行事」になっている工場は少なくありません。原因は規格ではなく、要求事項が紙とExcelで運用されていることにあります。9001の条項をMESの機能に写像すると、品質マネジメントは日常業務の中で自動的に回る仕組みに変わります。その対応関係を具体的に示します。</p><p>ISO 9001:2015は品質マネジメントシステム（QMS）の要求事項を定めた国際規格で、プロセスアプローチとリスクベース思考を骨格とします。2015年版は現行版ですが、動きが止まっているわけではありません。2024年2月に追補（ISO 9001:2015/Amd 1:2024）が発行され、気候変動の考慮が「組織の状況」の理解に組み込まれました。さらにISOの公式ページには、この規格が近い将来、新版のISO 9001に置き換えられる見込みであることが明記されています（2026年8月時点）。</p><p><a href="https://mes-dx.com/standards/iso9001-mes">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>標準規格</category>
  <category>品質管理</category>
  <category>規制対応</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>Asset Administration ShellとRAMI 4.0、ドイツ発「管理シェル」はMESに何を求めるか</title>
  <link>https://mes-dx.com/standards/aas-rami40</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/aas-rami40</guid>
  <description>RAMI 4.0はDIN SPEC 91345として規格化されたインダストリー4.0の参照アーキテクチャ、AASはその中核概念「管理シェル」の実装仕様です。IDTAが管理する仕様群の構成と2025〜2026年の実装局面、MES設計への影響を説明します。</description>
  <content:encoded><![CDATA[<p>Catena-Xもデジタルプロダクトパスポートも、データの器として前提にしているのがAAS（Asset Administration Shell）です。AASを理解するには、その設計思想の枠組みであるRAMI 4.0から入るのが早道です。概念モデルと実装仕様の関係、そして「MESは何を出力する側になるのか」をまとめました。</p><p>RAMI 4.0（Reference Architectural Model Industrie 4.0）は、ドイツのインダストリー4.0推進の中で作られた参照アーキテクチャで、DIN SPEC 91345（2016年4月）として規格化されています。3つの軸で構成される立体モデルです。</p><p>RAMI 4.0が示した核心は、「あらゆる資産（設備・部品・製品・ソフトウェア）が、ライフサイクル全体を通じてデジタル表現を持つべきだ」という思想です。この「資産のデジタル表現」を具体化した概念が管理シェル、すなわちAASです。</p><p><a href="https://mes-dx.com/standards/aas-rami40">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>標準規格</category>
  <category>アーキテクチャ</category>
  <category>欧米動向</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>AAS Part 4「Security」仕様が意味すること、企業間データ共有の最後のピース（2025年6月10日公開）</title>
  <link>https://mes-dx.com/standards/aas-security</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/aas-security</guid>
  <description>IDTAは2025年6月10日、AAS仕様にPart 4「Security」を追加しました。個別プロパティからサブモデル全体までの粒度でアクセス制御を定義でき、Catena-XやDPPなど企業間データ共有の実装障壁だった「どこまで見せるか」を仕様で扱えます。</description>
  <content:encoded><![CDATA[<p>「取引先に製造データを渡すのは構わない。ただし原価がばれる項目は出せない」、企業間データ共有が進まない実質的な理由はここにあります。2025年6月10日に公開されたAAS Part 4「Security」は、この「見せる範囲の制御」を標準仕様に持ち込みました。何が定義され、MES側の設計に何を要求するのかを説明します。</p><p>、IDTA（Industrial Digital Twin Association）は、AAS（Asset Administration Shell）仕様バンドルにPart 4「Security」を追加公開しました。IDTA自身が「産業デジタル化のマイルストーン」と位置づけたリリースで、中身の柱は次の2点です。</p><p>同時に、AAS仕様バンドルの全パートが初めてバージョン管理された検索可能なHTMLドキュメントとして提供されるようになりました。仕様の参照性という地味な改善ですが、実装者にとっては大きな前進です。</p><p><a href="https://mes-dx.com/standards/aas-security">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>標準規格</category>
  <category>セキュリティ</category>
  <category>アーキテクチャ</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>B2MML v7で何ができるか、ISA-95を実装に落とすXMLとJSONのスキーマ</title>
  <link>https://mes-dx.com/standards/b2mml</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/b2mml</guid>
  <description>B2MMLはISA-95のオブジェクトモデルを実装可能にする無償スキーマです。2020年11月24日公開のv7はISA-95の2018/19年版に対応し、初のJSONスキーマを提供、GitHubで公開管理されています。MES-ERP連携での使い方を説明します。</description>
  <content:encoded><![CDATA[<p>「ISA-95準拠でERPと連携します」という提案の実装レベルの中身は、多くの場合B2MMLです。標準の紙面を実際のメッセージに変換するこのスキーマがv7で何を追加したか、XMLとJSONをどう使い分けるか、そして「B2MML対応」という言葉のどこを確認すべきかをまとめました。</p><p>B2MML（Business To Manufacturing Markup Language）は、ISA-95（IEC 62264）が定義するオブジェクトモデルとトランザクションを、実際にシステム間で送受信できるスキーマとして定義したものです。MESA Internationalが開発・公開しており、無償で利用できます。バッチ製造向けにはISA-88のモデルを実装したBatchMLが同梱されています。</p><p><a href="https://mes-dx.com/standards/b2mml">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>ISA-95</category>
  <category>標準規格</category>
  <category>ERP連携</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>Catena-XはSMEを補助金付きでオンボードしている、€2,300万Acceleratorの読み方</title>
  <link>https://mes-dx.com/standards/catena-x</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/catena-x</guid>
  <description>Catena-Xは2026年7月21日に€2,300万のData Space Acceleratorを開始し、SMEの参加1社あたり最大€30,000を補償します。翌22日には中国-欧州のクロスボーダーデータエコシステムも始動。MESが持つべき出力仕様として説明します。</description>
  <content:encoded><![CDATA[<p>日本ではCatena-Xを「自動車業界のCO2データ交換の構想」として紹介する記事が大半です。しかし2026年のCatena-Xは、SMEに補助金を付けてオンボードし、中国とのクロスボーダー接続まで始めた「運用段階のインフラ」です。何が起きているか、MESの設計にどう効くかをまとめました。</p><p>Catena-X（自動車産業のデータエコシステムを運営する協会）は、2026年7月21日に総額€2,300万のData Space Acceleratorを立ち上げました。中小サプライヤー（SME）の参加を加速するためのプログラムで、構造化されたオンボーディング支援に加え、生産的なデータ参加に対して1社あたり最大€30,000の資金補償を提供します。</p><p>その翌日、2026年7月22日には、世界初となる中国-欧州のクロスボーダー自動車産業データエコシステムの立ち上げが発表されました。</p><p><a href="https://mes-dx.com/standards/catena-x">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>標準規格</category>
  <category>自動車</category>
  <category>欧米動向</category>
  <category>トレーサビリティ</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>GS1標準とトレーサビリティ、GTIN・SSCC・EPCISをMESの設計語彙にする</title>
  <link>https://mes-dx.com/standards/gs1-traceability</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/gs1-traceability</guid>
  <description>サプライチェーンを跨ぐトレーサビリティは、社内ロット番号だけでは成立しません。GS1の識別キー（GTIN・GLN・SSCC）、バーコード仕様、そしてISO/IEC 19987:2024として国際標準化されたEPCIS 2.0を、MESのラベル・シリアル・系譜設計にどう落とすかを説明します。</description>
  <content:encoded><![CDATA[<p>自社のMESでロット追跡が完璧にできていても、その番号は取引先のシステムでは読めません。企業を跨いだ追跡には、共有された識別子とイベントの共通形式が必要です。それを提供するのがGS1標準群です。「バーコードの規格」という理解で止まっている方に向けて、MES設計の語彙として整理し直します。</p><p>リコールや回収の場面を考えます。自社のMESに完全なジェネアロジー（系譜）があっても、出荷後の製品が「どの物流拠点を通り、どの小売・病院に届いたか」は自社システムの外の話です。追跡を企業間でつなぐには、次の3つが共有されている必要があります。</p><p>GS1標準は、ちょうどこの3層に対応しています。</p><p>識別とデータキャリアの正典はGS1 General Specificationsで、現行はRelease 26.0（2026年1月批准）です。</p><p><a href="https://mes-dx.com/standards/gs1-traceability">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>標準規格</category>
  <category>トレーサビリティ</category>
  <category>食品</category>
  <category>医薬品</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>IEC 62443を規格として読む、SL 1〜4・7つの基礎要件・4つの役割</title>
  <link>https://mes-dx.com/standards/iec62443</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/iec62443</guid>
  <description>IEC 62443はOT／MESセキュリティの実務標準で、NIS2やCyber Resilience Actの実装言語にもなっています。セキュリティレベル（SL）の4段階、7つの基礎要件（FR）、役割別のパート構成を、MESのRFPに翻訳できる形で説明します。</description>
  <content:encoded><![CDATA[<p>IEC 62443を「ネットワークを区切る話」だと理解していると、規格の半分しか使えません。この規格の本体は、攻撃者の水準を4段階で定義し、7つの基礎要件で対策を体系化し、資産所有者・SI・製品ベンダーの責任を分けた構造にあります。MESの要件定義に使える形で規格そのものを読み解きます。</p><p>ISA/IEC 62443は、産業用オートメーション・制御システム（IACS）のセキュリティ要求を定めた規格シリーズです。最初に押さえるべきは、このシリーズが4つの階層＝4つの読者に向けて書かれていることです。</p><p>MESプロジェクトでは、この4者が全員登場します。発注者は2-1で自社の運用を、SIには2-4と3-3で設計・構築を、製品には4-1／4-2で開発プロセスと実装を、それぞれ問う、という責任の割り付け表として読むのが、この規格の正しい使い方です。</p><p><a href="https://mes-dx.com/standards/iec62443">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>標準規格</category>
  <category>セキュリティ</category>
  <category>規制対応</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>ISA-88とバッチ制御、「レシピ」と「設備」を分離する思想がMES設計を決める</title>
  <link>https://mes-dx.com/standards/isa88-batch</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/isa88-batch</guid>
  <description>ISA-88（S88）はバッチ制御のモデルと用語を定めた標準で、Part 1〜4から構成されます。物理モデルと手順モデルの分離、4種類のレシピという考え方が、プロセス産業MESのレシピ管理・電子バッチ記録の設計前提になっている理由を説明します。</description>
  <content:encoded><![CDATA[<p>化学・医薬・食品のMES提案書には「S88準拠」という言葉が頻出します。その中身は、作り方（レシピ）と設備を分離して記述するモデルです。この分離を理解しないままMESを設計すると、品目追加のたびに改修が発生する構造を作ってしまいます。規格の構造から設計への含意までをまとめました。</p><p>バッチ生産（反応釜や混合槽で「仕込み単位」ごとに作る生産方式)は、ディスクリート生産とも連続生産とも違う固有の難しさを持ちます。同じ設備で多品種を作る、品目ごとに手順・配合・条件が違う、そして手順の途中に人の判断や品質判定が挟まる、この組み合わせです。</p><p>ISA-88（通称S88）は、この領域の制御システムとMES・現場・エンジニアリングが同じ言葉で話すためのモデルと用語を定めた標準です。ISAの標準委員会が策定し、IEC 61512として国際規格にもなっています。パート構成は次のとおりです。</p><p>出典はISAの規格ページです。</p><p><a href="https://mes-dx.com/standards/isa88-batch">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>標準規格</category>
  <category>化学</category>
  <category>医薬品</category>
  <category>アーキテクチャ</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>ISA-95 Part 1〜8は何をどこまで定義しているか、MES要件定義での使い方</title>
  <link>https://mes-dx.com/standards/isa95-parts</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/isa95-parts</guid>
  <description>ISA-95（IEC 62264）は8つのパートで構成され、用語・オブジェクトモデル・活動モデル・トランザクションを段階的に定義します。2025年4月10日改訂のPart 1を起点に、各パートをMESの要件定義にどう使うかをまとめました。</description>
  <content:encoded><![CDATA[<p>「ISA-95準拠」という言葉は、提案書で最も多用され、最も中身を確認されない表現です。ISA-95は単一の文書ではなく8パートの束であり、どのパートに準拠しているかで意味がまったく違います。各パートの守備範囲と、要件定義・ベンダー評価での具体的な使い方を説明します。</p><p>ISA-95（国際版はIEC 62264）は、企業システム（ERPなど）と製造オペレーション・制御システムの統合を定義する標準です。ISA（International Society of Automation）が発行し、最も基礎となるPart 1は2025年4月10日に15年ぶりに改訂されました（改訂の中身は別記事で解説しています）。</p><p>全体は次の8パートで構成されます。</p><p>大まかに言えば、Part 1・2が「共通言語」、Part 3・4が「MESの中身」、Part 5〜8が「つなぎ方」です。</p><p><a href="https://mes-dx.com/standards/isa95-parts">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>ISA-95</category>
  <category>標準規格</category>
  <category>アーキテクチャ</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>ISO 22400とは、MESのKPI 34項目を「定義のずれ」なく揃える標準</title>
  <link>https://mes-dx.com/standards/iso22400</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/iso22400</guid>
  <description>ISO 22400はOEEや直行率など製造オペレーション管理のKPI 34項目を定義する国際標準です。2014年発行のPart 1・2、2017年のエネルギーKPI追補、現在進行中の改訂までを整理し、MESのKPI設計にどう使うかを説明します。</description>
  <content:encoded><![CDATA[<p>「わが社のOEEは78%」と「あの工場のOEEは85%」は、定義が違えば比較になりません。実際、OEEの分母に計画停止を含めるかどうかだけで数字は大きく動きます。ISO 22400は、この「定義のずれ」を潰すために作られたKPIの国際標準です。MESのKPI設計の出発点として読み方を説明します。</p><p>MESを導入すればデータは集まります。しかし集まったデータからOEE（設備総合効率）や直行率を算出する段になると、必ず次の議論が起きます。段取り替えは停止時間か。計画保全は分母に入れるのか。手直し品は良品か不良品か。この定義が拠点ごと・ラインごとに違えば、数字は出るのに比較ができないという状態になります。</p><p><a href="https://mes-dx.com/standards/iso22400">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>標準規格</category>
  <category>ベンチマーク</category>
  <category>MES基礎</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>Manufacturing-X／Factory-Xとは何か、ドイツが€1.4億を投じるデータスペース</title>
  <link>https://mes-dx.com/standards/manufacturing-x</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/manufacturing-x</guid>
  <description>Manufacturing-Xはドイツ連邦経済省が€1.4億を投じ、124の企業・研究機関、12業界が参加する産業データスペース群です（2025年10月時点）。Factory-XはSiemens・SAP主導の47パートナー。MES選定への影響を説明します。</description>
  <content:encoded><![CDATA[<p>Catena-Xの成功モデルを自動車以外の全産業へ広げる、それがManufacturing-Xです。工作機械のFactory-X、航空宇宙のAerospace-X、化学のChem-Xなど業種別プロジェクトが並走しています。何が作られているのか、日本の製造業のMES設計に何を意味するのかをまとめました。</p><p>Manufacturing-Xは、ドイツ連邦経済省（BMWK、現BMWE）が助成する産業データエコシステム構築プログラムです。目的は、企業が製品・製造データを主権を保ったまま（＝開示範囲を自社が統制したまま）業界横断で共有できる基盤を作ること。サプライチェーン全体の透明性と相互運用性の確保が掲げられています。</p><p>規模を数字で押さえます。</p><p><a href="https://mes-dx.com/standards/manufacturing-x">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>標準規格</category>
  <category>政策・補助金</category>
  <category>欧米動向</category>
  <category>データ基盤</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>MESAモデルは4回変わった、MESA-11からスマートマニュファクチャリングモデルへ</title>
  <link>https://mes-dx.com/standards/mesa-model</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/mesa-model</guid>
  <description>MESの機能定義の原点であるMESAモデルは、1996年のMESA-11、2004年のc-MES、2008年の戦略イニシアティブモデル、2022年のスマートマニュファクチャリングモデルと4世代を重ねています。変遷の意味と、いまの要件定義でどう使うかを説明します。</description>
  <content:encoded><![CDATA[<p>「MESの11機能」という言葉は、日本のMES解説で今も頻繁に使われます。その出典であるMESA Internationalのモデルは、実は4回改訂され、最新版はもう機能一覧の形をしていません。各世代が何を捉え直したのかを追うと、MESという製品カテゴリの30年の変化がそのまま見えてきます。</p><p>MESA International（Manufacturing Enterprise Solutions Association）が1996年に発表したモデル、通称MESA-11は、製造実行システムの中核機能を11個に整理したものです。生産資源の配分と監視、詳細スケジューリング、作業手配、文書管理、データ収集、作業者管理、品質管理、プロセス管理、保全管理、製品追跡と系譜、実績分析、いずれも当時ベンダーごとにバラバラだった「MESと呼ばれるもの」の範囲に、初めて共通の輪郭を与えました。</p><p><a href="https://mes-dx.com/standards/mesa-model">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>標準規格</category>
  <category>MES基礎</category>
  <category>欧米動向</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>MQTT Sparkplug Bを仕様から読む、BIRTH/DEATHとISO/IEC 20237</title>
  <link>https://mes-dx.com/standards/mqtt-sparkplug</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/mqtt-sparkplug</guid>
  <description>SparkplugはMQTTの上にトピック名前空間・ペイロード・状態管理を定義する仕様で、v3.0（2022年10月）が2023年11月にISO/IEC 20237として国際標準化されました。UNS実装で多用される仕様の中身と、MES接続設計での使いどころ・限界を説明します。</description>
  <content:encoded><![CDATA[<p>Unified Namespaceの記事や提案書に必ず登場する「Sparkplug B」。名前は広まりましたが、仕様として何を定めているのかを説明できる人は多くありません。素のMQTTに何が足りず、Sparkplugが何を規定し、どこからが適用外なのか、仕様そのものを読み解きます。</p><p>MQTTは軽量なpublish/subscribe型のメッセージングプロトコルで、産業IoTの通信基盤として広く使われています。しかしMQTT自体は転送の仕組みであって、何を・どういう形式で・どんな名前のトピックに載せるかを一切定めていません。このため、素のMQTTで複数ベンダーの機器をつなぐと、次の3つが実装者ごとにバラバラになります。</p><p>Sparkplugは、この3つをMQTT（OASIS標準）の上に定義する仕様です。Eclipse Foundationの下で開発され、現行版はバージョン3.0（2022年10月21日リリース）。</p><p><a href="https://mes-dx.com/standards/mqtt-sparkplug">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>標準規格</category>
  <category>アーキテクチャ</category>
  <category>データ基盤</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>MTConnect v2.5.0とOPC UAの関係、競合ではなく「マッピングで共存」が公式路線</title>
  <link>https://mes-dx.com/standards/mtconnect</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/mtconnect</guid>
  <description>MTConnect v2.5.0は2026年1月5日に公開され、Part 1〜5の5分冊で構成されます。読み取り専用・HTTP/XMLベースという設計思想、OPC UAとの公式コンパニオン仕様によるマッピング共存、日本の工場での使い分けを説明します。</description>
  <content:encoded><![CDATA[<p>「工作機械の接続はMTConnectかOPC UA（umati）か」という二者択一の問いをよく受けます。答えは「両者は競合していない」です。両標準団体は共同でコンパニオン仕様を公開し、マッピングによる共存を公式路線にしています。v2.5.0の中身と、実務での使い分けの判断軸をまとめました。</p><p>MTConnectとOPC UAは、どちらも製造設備のデータに標準の意味を与える規格ですが、設計思想と生態系が異なります。そして重要なのは、MTConnect InstituteとOPC Foundationが共同で「OPC UA Companion Specification for MTConnect」を公開していることです（v1.2のリリース候補版が公開されています）。MTConnectの語彙で表現された設備データをOPC UAの情報モデルへマッピングする仕様であり、両標準は公式に「競合ではなく共存」の関係にあります。</p><p><a href="https://mes-dx.com/standards/mtconnect">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>OPC UA</category>
  <category>標準規格</category>
  <category>欧米動向</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>MES技術者のためのOPC UA入門、「情報モデル」を理解すると設備接続の設計が変わる</title>
  <link>https://mes-dx.com/standards/opcua-basics</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/opcua-basics</guid>
  <description>OPC UA（IEC 62541）は単なる通信プロトコルではなく、データに意味を持たせる「情報モデル」の枠組みです。Classic OPCとの違い、ノードと参照の基本、コンパニオン仕様の使い方まで、MESの設備接続設計に必要な範囲を説明します。</description>
  <content:encoded><![CDATA[<p>「OPC UA対応」と書かれた設備を接続したのに、タグ名の意味を調べるのに結局ベンダー仕様書が必要だった、よくある話です。原因は、OPC UAを「通信プロトコル」としてしか使っていないことにあります。OPC UAの本体は情報モデルです。この考え方を押さえると、設備接続の設計は大きく変わります。</p><p>OPC UA（OPC Unified Architecture、IEC 62541として国際標準化）は、OPC Foundationが策定する産業用の相互運用性フレームワークです。「設備とつなぐためのプロトコル」と説明されることが多いのですが、OPC Foundation自身はOPC UAの中核を「データを情報に変える（information modeling）」枠組みと位置づけています。</p><p>違いは実務に直結します。</p><p><a href="https://mes-dx.com/standards/opcua-basics">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>OPC UA</category>
  <category>標準規格</category>
  <category>MES基礎</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>OPC UA FX（Field eXchange）の現在地、C2Cは完成、C2D拡張は2026年にリリース候補へ</title>
  <link>https://mes-dx.com/standards/opcua-fx</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/opcua-fx</guid>
  <description>OPC UA FXはOPC UAをフィールドレベルへ拡張する仕様群です。コントローラ間（C2C)仕様は完成済みで、2026年6月時点でコントローラ・デバイス間（C2D）拡張のリリース候補版が準備中。MES視点で追うべき理由を説明します。</description>
  <content:encoded><![CDATA[<p>OPC UAは「設備の上のレイヤーの規格」と理解されてきました。OPC UA FXはその前提を変え、コントローラ間、さらにセンサ・アクチュエータまでを同じアーキテクチャで結ぼうとする拡張です。C2C完成・C2D準備中という現在地と、MESの接続設計にいつ・どう効いてくるかをまとめました。</p><p>OPC UA FX（Field eXchange）は、OPC FoundationのField Level Communications（FLC）イニシアティブが策定する、OPC UAをフィールドレベル（制御機器の階層）へ拡張する仕様群です。進捗は次の段階にあります。</p><p>つまりOPC UA FXは「構想段階」ではなく、C2Cについては実装可能、C2Dについては仕様確定の最終段階、というフェーズです。</p><p>工場のフィールドレベルは、歴史的に複数の産業用イーサネット・フィールドバスが並存し、コントローラ間・機器間の接続はプロトコルごとの個別対応が必要でした。</p><p><a href="https://mes-dx.com/standards/opcua-fx">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>OPC UA</category>
  <category>標準規格</category>
  <category>アーキテクチャ</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>SECS/GEM・GEM300・EDA、半導体MESを規定するSEMI標準の三層</title>
  <link>https://mes-dx.com/standards/semi-standards</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/semi-standards</guid>
  <description>半導体工場では、装置接続がSEMI標準（SECS/GEM、GEM300、EDA/Interface A）で共通化されています。E4・E5・E30・E37の役割分担、300mm対応のGEM300群、制御と分析を分離するEDAまで、半導体MES選定の前提知識を説明します。</description>
  <content:encoded><![CDATA[<p>半導体は、装置とホストの通信仕様を業界標準で数十年運用してきた唯一の産業です。だからこそ半導体MESの選定では「装置接続をどう作るか」ではなく「SEMI標準のどこまでを話せるか」が問われます。SECS/GEM、GEM300、EDAの三層を、それぞれ何が定義されているのかからまとめました。</p><p>多くの産業では、生産設備との接続は機種ごとの個別開発です（設備接続の現実で扱ったとおり、これがMES導入費用の大きな変動要因になります）。半導体は例外です。1980年代のSECS-I以来、装置とホスト（工場側システム）の通信は業界団体SEMIの標準で共通化され、現在ではほぼすべての半導体製造ラインがTCP/IPベースのHSMSを採用しています（SEMI公式解説）。</p><p>主要標準の分担は次のとおりです。</p><p>重要なのは、E30（GEM）が単なる電文集ではなく装置のふるまいの標準である点です。</p><p><a href="https://mes-dx.com/standards/semi-standards">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>標準規格</category>
  <category>半導体</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>umati／OPC 40501とは、工作機械の稼働・ジョブ・KPIを標準タグで取り出す</title>
  <link>https://mes-dx.com/standards/umati</link>
  <guid isPermaLink="true">https://mes-dx.com/standards/umati</guid>
  <description>umatiは工作機械業界発のOPC UAコンパニオン仕様ブランドで、中核のOPC UA for Machine Tools（OPC 40501）は現行1.02。Job Management追加、ISO 22400準拠KPI、工具データ管理に対応し、仕様は無償公開されています。</description>
  <content:encoded><![CDATA[<p>機種もメーカーもばらばらの工作機械30台から稼働データを取る、MES導入で最も工数が読めない部分です。umati（OPC 40501）は、この接続を「メーカーごとの個別マッピング」から「標準の語彙への準拠確認」に変えるコンパニオン仕様です。何が取れて、何を確認すべきかを説明します。</p><p>umati（universal machine technology interface）は、ドイツ工作機械工業会（VDW）が中心となって始まった、機械技術業界のOPC UAコンパニオン仕様の普及ブランドです。「umatiという独自プロトコル」があるわけではなく、実体はOPC UAのコンパニオン仕様群であり、工作機械向けの中核仕様がOPC 40501（OPC UA for Machine Tools）です。</p><p>現行バージョンは1.02で、双方向の情報交換を可能にするJob Management（ジョブ管理）ユースケースが追加されました。</p><p><a href="https://mes-dx.com/standards/umati">続きをサイトで読む（標準・規格）</a></p>]]></content:encoded>
  <category>標準・規格</category>
  <category>OPC UA</category>
  <category>標準規格</category>
  <category>データ基盤</category>
  <pubDate>Mon, 24 Aug 2026 15:00:00 GMT</pubDate>
</item>
</channel></rss>