OT IT 融合とは2026｜工場で統合を阻む3つの壁と進め方

工場の設備を止めないために閉じてきた制御ネットワークと、経営の判断を速くするために開いてきた情報システム。この2つをつなぐOT IT 融合は、スマートファクトリー化や予知保全を検討する時点で必ず通る論点になりました。一方で、進め方を誤ると設備の停止とセキュリティ事故の両方を同時に招きます。本記事では、OTとITの違いの定義から、統合を阻む3つの壁、IEC 62443の最新の発行状況と2026年1月の各国共同ガイダンス、そしてタイ拠点で実際に進めるための手順までを順に整理します。

OTとは何か｜ITとの違いを工場の現場から定義する

OT IT 融合とは2026｜工場で統合を阻む3つの壁と進め方 - figure 1

最初に言葉の定義を揃えます。ここが曖昧なまま社内で議論を始めると、同じ「工場のシステム」という言葉で全く違うものを指したまま話が進み、要件も予算も噛み合わなくなります。

OTとは設備を動かし続けるための技術領域

OTはOperational Technologyの略で、日本語では制御技術や運用技術と訳されます。工場の中で、物理的な設備を実際に動かし、監視し、止めるための技術の総称です。

具体的には、シーケンス制御を担うPLC、複数の設備の状態を集約して監視と操作を行うSCADA、プラント系で使われるDCS、現場の操作端末であるHMI、そして温度・圧力・振動・電流などを拾うセンサー群がこれにあたります。加えて、産業用ロボットのコントローラや、検査装置に組み込まれた専用の制御機器もOTの一部です。

これらに共通するのは、扱っている対象が情報ではなく物理現象だという点です。PLCが出力を1つ切り替えれば、実際にシリンダーが動き、バルブが開き、ラインが止まります。処理の結果が現実世界に直接現れるという性質が、後で述べるセキュリティ思想の違いを生みます。

なお、SCADAは監視と操作の境界に位置するため、OT側の中でも特にIT側との接点になりやすい領域です。製品選定の観点や5年間の総費用の考え方についてはSCADAとは2026｜監視と操作の境界で5年費用が2.5倍で詳しく整理していますので、監視系の刷新を検討中の方はそちらもあわせてご覧ください。

ITは情報を扱い、OTは物理現象を扱う

一方のITはInformation Technologyで、情報を保存し、処理し、伝えるための技術です。工場に関係するものとしては、ERP、生産管理システム、MES、会計システム、メールやファイルサーバ、そしてそれらが載るネットワークとサーバ基盤が含まれます。

ITの世界で何かが壊れたとき、被害は基本的に情報の中で完結します。サーバが1台落ちれば業務は止まりますが、その瞬間に人が怪我をすることはありません。だからこそITの世界では、まず止めて、原因を調べて、修正してから再開するという対応が成立します。

OTの世界では、この前提が通用しません。稼働中のラインを止めるという判断は、それ自体が生産計画と納期と原価に直結します。加熱炉や化学反応槽のように、途中で止めること自体が設備の損傷や安全上の危険につながる工程も存在します。

守るべき優先順位が正反対になる

OTとITの最も本質的な違いは、機器の種類ではなく優先順位にあります。ITが機密性を最優先に置くのに対し、OTは可用性、つまり止めないことを最優先に置きます。

この違いを表に整理すると、両者を同じ方針で管理することがなぜ難しいのかが見えてきます。

観点	IT	OT
最優先事項	機密性、次に完全性、最後に可用性	可用性、次に完全性、最後に機密性
障害時の初動	該当システムを隔離して停止する	生産を継続しながら影響範囲を見極める
更新の頻度	一般に毎週〜毎月の定期パッチ適用	一般に年1〜2回の計画停止時にまとめて実施
機器の寿命	一般に4〜6年でリプレースが前提	一般に10〜20年以上使い続ける前提
主な担当部署	情報システム部門	生産技術部門、保全部門
障害が及ぶ範囲	データと業務プロセス	設備、製品品質、作業者の安全

表中の年数や頻度は、弊社が現場で見てきた一般的な傾向であり、業種や設備によって幅があります。そのうえで、この表の「更新の頻度」と「機器の寿命」の2行が、実務上いちばん摩擦を生む部分です。IT部門から見れば、10年前のOSが動き続けているPCが工場に何十台もある状態は放置できない脆弱性です。OT部門から見れば、そのPCは検査装置に付属する専用ソフトの動作環境であり、OSを更新した瞬間に装置が使えなくなるかもしれない構成資産です。どちらも自分の職責からすれば正しいことを言っています。

なぜ今、OTとITの統合が避けられないのか

定義を揃えたところで、次はなぜこの統合が避けられなくなったのかを見ます。理由は現場の都合ではなく、市場と経営の側から来ています。

市場は2030年に1,510億ドル、年平均成長率14.6%

The Business Research Companyの調査では、OT/IT融合の市場は2030年までに1,510億ドル規模に達し、年平均成長率は14.6%と予測されています。

この数字は、統合そのものを目的とした投資が世界規模で継続的に積み上がっていることを示しています。裏を返せば、統合を前提とした設備やサービスが今後の標準になっていくということでもあります。今は自社の判断で先送りできても、数年後には調達する設備の側が接続を前提とした仕様になっている可能性が高いということです。

Industry 4.0を実行する企業のIT予算は売上の3.2〜4.1%

投資水準の面でも差が出ています。民間のベンチマーク調査では、Industry 4.0戦略を実行する製造業はIT予算に売上の3.2〜4.1%を投じており、従来型の製造業の1.8〜2.4%を上回るという推計が示されています。

注目すべきは倍率です。おおむね1.7〜1.8倍の開きがあり、これは節約の巧拙で埋まる差ではありません。両者は同じことを違う効率でやっているのではなく、そもそも違うことをやっていると考えるほうが実態に近いと言えます。

ただし、この数字を社内で使う際には注意が必要です。予算比率を上げれば成果が出るという因果ではありません。統合された仕組みを運用できる体制があるからその水準の投資が意味を持つのであって、体制がないまま比率だけ合わせても、使われないシステムが増えるだけです。

経営と製造現場の乖離という構造的な課題

日本の製造業には、もうひとつ固有の事情があります。日立ソリューションズは、日本の製造業が「経営と製造現場の乖離」という構造的課題を抱えていると指摘しています。経営層は数値データのみを参照して指示を出し、現場は全体像を把握しないまま報告する。この断絶した構図の中では、データの偏った介在が品質改ざんなどの不正の温床になり得るという指摘です。

この指摘は、OT IT 融合を単なる技術テーマとして扱うべきではない理由を示していると考えています。現場で起きていることが加工されずに経営まで届き、経営の判断の前提が現場にも共有される。その経路を作ることが目的であって、データを集めること自体が目的ではありません。

実務の場面で言えば、判断は次のように分かれます。集めたデータを月次で集計して報告書にするだけであれば、乖離は縮まりません。異常が起きた瞬間に、その事実が加工されずに関係者へ同時に届く仕組みになって初めて、乖離が縮まり始めます。同じ「データを取る」という投資でも、この2つは全く別の成果になります。

OT IT 融合を阻む3つの壁

OT IT 融合とは2026｜工場で統合を阻む3つの壁と進め方 - figure 2

方向性は決まっていても、実際のプロジェクトは3つの壁で止まります。技術の壁は最後の1つだけで、先に来る2つは技術ではありません。

壁1｜可用性優先と機密性優先というセキュリティ思想の違い

最大の障壁として指摘されているのが、IT部門が重視するセキュリティと、OT部門が重視する可用性、つまり止めないことという価値観の違いです。

この対立は、具体的な場面で必ず表面化します。IT部門が全社の資産管理エージェントを工場のPCにも入れようとする。OT部門は、そのエージェントが装置制御ソフトの応答時間に影響しないという保証がないため反対する。IT部門はネットワーク全体に脆弱性スキャンをかけようとする。OT部門は、古いPLCがスキャンのパケットを受けただけで応答不能になった過去の事例を挙げて反対する。

重要なのは、この対立にどちらかの無理解が原因だという構図を持ち込まないことです。両者は違うリスクを見ています。IT部門が見ているのは情報が漏れるリスク、OT部門が見ているのはラインが止まるリスクです。どちらも実在します。

解決策として挙げられているのは、共通のKPIを持つ部門横断チームを構築することです。ここでいう共通のKPIとは、どちらか一方の言葉に統一することではありません。両方の指標を1つのボードに並べ、同じチームがその両方に責任を負う形にするということです。

壁2｜組織の壁と、予算の出どころの問題

2つ目は組織の壁です。多くの日系工場では、OT側の設備投資は生産技術部門や工場の予算で、IT側のシステム投資は本社の情報システム部門の予算で動いています。

この分かれ方が、統合プロジェクトに固有の難しさを生みます。統合の効果は工場側に現れ、統合のためのセキュリティ対策費用は情報システム部門に発生する、というように、効果と費用が別々の帳簿に乗るためです。稟議を上げる側から見ると、自部門の予算で他部門の成果を作る形になり、優先順位が上がりません。

この構造への対策として実務的なのは、統合プロジェクトの予算を最初から別枠で立てることです。既存のどちらかの部門の年度予算の中に押し込むと、必ず削られる側が出ます。そして削られるのは、たいてい効果が数字で説明しにくいセキュリティ対策の部分です。

壁3｜データ形式の壁と、MESとERPの違いの整理

3つ目がようやく技術の壁です。OT側とIT側では、データの形も、更新の周期も、意味の定義も揃っていません。

OT側のデータは、秒単位あるいはミリ秒単位で発生する時系列の値です。設備番号と時刻と測定値が延々と並びます。一方のIT側、特にERPが扱うデータは、取引や指図の単位でまとまったレコードです。日次や指図単位で確定し、金額や数量として意味を持ちます。

この2つの間を埋める層としてMESがあります。MESとERPの違いを整理すると、ERPは受注、購買、在庫、原価、会計といった企業全体の資源を計画し記録する仕組みであるのに対し、MESは製造の実行そのもの、つまり作業指示の展開、実績の収集、品質記録、トレーサビリティを扱う仕組みです。時間の粒度で言えば、ERPは日や指図の単位、MESは作業や個体の単位で動きます。

現場でよく起きる失敗は、この境界線を決めないまま両方を導入し、同じ実績データを二重に持ってしまうことです。どちらの数字が正なのかが決まっていないため、月末に差異が出るたびに原因調査が発生します。境界線をどこに引くかという判断と費用への影響についてはMES導入の費用と進め方2026｜ERPとの境界線をどこに引くかで具体的に扱っていますので、MESの導入を検討している段階であれば先にそちらを確認していただくのが順序として自然です。

工場のデータロガーが橋渡し役になる理由

3つ目の壁を実務で越える手段として、工場のデータロガーやエッジゲートウェイが橋渡し役になります。

データロガーは、設備の信号やセンサーの値を一定の周期で記録する装置です。工場での役割は、単に記録を残すことにとどまりません。制御そのものには関与しない位置に置けるため、既存のPLCやSCADAの構成に手を入れずに、値を外へ取り出す入口を作れます。

この性質が重要です。OT側から見れば、制御ロジックに触らないので設備の挙動が変わるリスクがない。IT側から見れば、生の信号ではなく整形された時系列データを受け取れる。両者の要求を同時に満たせる数少ない位置がここです。

段階的モダナイゼーションの考え方として、老朽設備を置き換えずにセキュアなIoTゲートウェイやエッジコンピューティングを追加するアプローチが重要とされていますが、その具体的な形がこれにあたります。10年以上使う前提で入れた設備を、統合のために更新するのは現実的ではありません。設備はそのままに、外側に取り出し口を足すという発想が要ります。

OT側のセキュリティリスクの実態

統合を進めるということは、これまで閉じていた領域に経路を作るということです。したがって、リスクの現在地を数字で押さえておく必要があります。

2025年は3,300社が被害、製造業が被害者の3分の2超

OTセキュリティ専業のDragosが2026年2月17日に公表した年次レポートによると、2025年にランサムウェアの被害を受けた産業組織は世界で3,300社にのぼり、そのうち製造業が被害者全体の3分の2以上を占めました。

増加はこの年に始まったものではありません。ひとつ前の版では、2024年に産業組織を狙ったランサムウェア攻撃が1,693件、前年比87%増で、うち69%にあたる1,171件が製造業を対象としていたと報告されています。攻撃する側の数も増えており、産業組織を標的とするランサムウェアグループは2024年の80から2025年には119へと増加しました。

製造業が選ばれる理由は、支払い能力よりも停止コストの大きさにあると考えるのが自然です。ラインが1日止まったときの損失が明確に計算できる業種ほど、復旧を急ぐ圧力がかかります。攻撃する側から見れば、交渉が成立しやすい相手ということになります。

可視化の有無が、滞留期間を42日と5日に分ける

同じレポートの中に、本記事の主題に直接つながる数字があります。OT環境におけるランサムウェアの滞留期間、つまり侵入から検知・封じ込めに至るまでの期間は、業界平均で42日でした。一方、OT環境の可視化が行き届いている組織では、平均5日で検知して封じ込めています。

この差は、防御の厚さというより、見えているかどうかの差だと読むのが自然です。そしてOT環境を可視化するということは、OT側のデータをIT側の監視の仕組みに届けるということにほかなりません。OT IT 融合は、生産性を上げるための取り組みであると同時に、被害を早期に止めるための基盤でもあります。

セキュリティを理由に統合そのものを先送りするという判断は、この数字を見るかぎり成立しにくくなっています。統合しないという選択は、見えない状態を維持するという選択でもあるからです。

日本国内の被害件数とIPAの脅威ランキング

日本国内の状況も確認しておきます。日本のIPAが公表した「情報セキュリティ10大脅威 2026」では、ランサムウェア攻撃が組織向け脅威の第1位となりました。

実際の被害件数としては、警察庁の発表によると、ランサムウェア被害は2025年通年で226件でした。これは製造業に限らず幅広い業種を含んだ数字です。

この226件という数字の読み方には注意が必要です。これは警察に報告された件数であり、実際の被害はこれより多いと考えるのが妥当です。また件数だけを見て「自社が当たる確率は低い」と結論づけるのも危険です。判断すべきは発生確率ではなく、1回起きたときに自社の生産がどれだけ止まるかという影響の大きさのほうです。

OT環境に固有の対策の考え方や、工場での実務上の進め方についてはオペレーションテクノロジー(OT)セキュリティ｜工場の実務ガイド2026に体系的にまとめていますので、対策の具体を検討する段階ではそちらを手元に置いてお読みください。

NIST SP 800-82 Rev.3とISA/IEC 62443という2つの土台

対策の設計にあたっては、既存の国際標準フレームワークを土台にするのが確実です。2023年9月に発行されたNIST SP 800-82 Rev.3と、ISA/IEC 62443の2つが、OTセキュリティの国際標準フレームワークとして機能しています。

この2つは競合するものではありません。前者はOTセキュリティ全体のガイドとして考え方と対策項目を体系的に示すもの、後者は産業用オートメーション制御システムに特化した規格群として、ゾーンとコンジットの考え方や、機器・システムに求められる具体的な要件を定めるものです。実務では、全体の方針を前者で立て、機器やシステムの要件を後者で指定するという使い分けになります。

IEC 62443のIIoT対応｜PASとISの違いを押さえる

IEC 62443の側でも、IIoTへの対応が進んでいます。2025年12月19日に、IEC PAS 62443-1-6:2025が発行されました。パートの表題は「62443シリーズのIIoT(産業IoT)への適用」で、閉じた制御ネットワークを前提に組み立てられてきた既存のシリーズを、センサーが直接クラウドへつながるような構成にどう適用するかを示す文書です。

ここで一点、実務上の注意があります。これはIS、つまり正式な国際規格ではなくPAS(Publicly Available Specification)として発行されています。PASは規格化の過程で先行して公開される仕様書であり、正式な国際規格と同じ重みで扱うものではありません。社内の標準文書や調達仕様で参照する際は、この位置づけを明記しておくことをおすすめします。

機器そのものに求められる要件を定めているのは、シリーズ中のIEC 62443-4-2です。こちらは本記事の執筆時点でEdition 1.0、2019年2月27日発行が現行版であり、コンポーネントすなわち組み込み機器、ホスト機器、ネットワーク機器、ソフトウェアアプリケーションに対する技術的なセキュリティ要件を規定しています。IEC公式ページ上の安定日は2027年とされており、本記事の執筆時点で新版の発行予定は公表されていません。発行済みの版を確認せずに「最新版に準拠」といった表現を仕様書に書くと、後で解釈が食い違います。

橋渡し役として新たに導入するゲートウェイやデータロガーは、まさにこのIEC 62443-4-2が対象とする機器にあたります。調達の段階で、ファームウェアの署名検証と遠隔更新の仕組みについてベンダーに確認しておくと、後から入れ替える事態を避けられます。

2026年1月の共同ガイダンスとアウトバウンド接続の原則

もうひとつ、実務の設計を左右する動きがありました。2026年1月、英NCSCが主導し、米CISAとFBI、豪ASD、加Cyber Centre、独BSI、蘭NCSC、ニュージーランドNCSCが参加する形で「Secure Connectivity Principles for Operational Technology」が発表されています。7か国8機関による共同文書で、OT環境への接続を設計・保護・管理するための8つの原則を提示しています。

この中で特に実装に直結するのが、OT環境への接続はすべてOT環境内部から開始されるアウトバウンド接続とすべきという原則です。いわゆるPush-Only方式で、外側からOT環境の中へ接続を張るのではなく、OT側から必要なデータを外へ押し出す形にするという考え方です。

なぜこの向きが重要かというと、外部から入ってくる経路を作らなければ、その経路を悪用される可能性そのものが消えるからです。接続を許可した相手を認証で絞り込むという発想ではなく、入口を作らないという発想に立っています。

実務への影響は具体的です。クラウド側の分析基盤が工場のデータベースに接続しに来る構成は、この原則に沿いません。工場側のゲートウェイがクラウドへデータを送る構成に変える必要があります。同様に、リモート保守で外部の技術者が装置に直接つなぐ構成も、この原則から見直しの対象になります。

Purdueモデルからゾーンモデルへ

OTネットワークの設計を語るときに必ず出てくるのがPurdueモデルです。ただし2026年時点では、この扱い方も変わってきています。

1992年に提唱された階層モデル

1992年、Theodore J. Williams氏らによってPurdueモデル、正式にはPurdue Enterprise Reference Architectureが提唱されました。設備から経営システムまでを階層に分けて整理するモデルで、後にISA-99およびIEC 62443のゾーン・コンジットモデルの基礎となりました。

このモデルが長く使われてきたのは、上下の階層間の通信を制御し、プロセスに最も近い層を最も厚く守り、企業システムとの境界を仲介するという原則が、OTセキュリティの本質を捉えていたからです。

2026年時点の評価は「時代遅れでも十分でもない」

一方で2026年時点では、Purdueモデルは時代遅れでも十分でもない、という評価があります。

理由は、階層構造の前提が現実と合わなくなった場面が増えたことです。IIoTセンサーがクラウドへ直接データを送信し、リモート保守接続が外部の技術者を直接システムへつなぎ、デジタルツインが下位階層から生データを取得する。こうした構成では、通信が階層を1つずつ順に上っていくという前提が成り立ちません。階層モデルだけでは実態を捉えきれないということです。

ただし、これはPurdueモデルを捨てるという話ではありません。共通の参照枠として使いつつ、実際の区分けはIEC 62443のゾーンとコンジットで詳細に行うという組み合わせが、現在の実務的な形です。

階層ではなく保護ニーズでグループ化する

IEC 62443では、資産を階層ではなく保護ニーズでグループ化するゾーンモデルへの移行が進んでいます。

考え方の違いを言い換えると、Purdueモデルが「その資産はどの階層にあるか」を問うのに対し、ゾーンモデルは「その資産が侵害されたときに何が起きるか」を問います。物理的な位置やネットワーク上の位置ではなく、失われたときの影響の大きさが同じものを1つのゾーンにまとめる。ゾーン同士をつなぐ通信経路をコンジットとして定義し、そこだけを厳密に管理する。これがゾーンとコンジットの発想です。

この転換が実務で効くのは、まさにOT IT 融合の場面です。統合を進めると、階層をまたぐ通信が必然的に増えます。階層を基準にすると、そのすべてが例外になってしまいます。保護ニーズを基準にすれば、増えた経路のそれぞれについて、どのゾーンとどのゾーンを結ぶコンジットなのかを定義し、その粒度で管理できます。

OT IT 融合の進め方｜段階的モダナイゼーションの4ステップ

OT IT 融合とは2026｜工場で統合を阻む3つの壁と進め方 - figure 3

ここからは実際の進め方です。一度に全体を作り替えるのではなく、段階を踏む前提で組み立てます。

ステップ1｜資産の棚卸しとゾーンの設計

最初にやることは、新しい機器の選定ではなく、いま何があるかを把握することです。

棚卸しの対象は、PLC、SCADA、HMI、産業用PC、検査装置に付属するPC、ネットワーク機器、そして設備ベンダーが保守用に設置した通信機器です。最後の項目は特に見落とされます。設備の納入時にベンダーが遠隔保守用のルータを設置し、その存在が工場側の資産台帳に載っていない、という状態は珍しくありません。

棚卸しができたら、それぞれの資産について、侵害されたときに何が起きるかを書き出します。ラインが止まるのか、品質記録が失われるのか、安全機能が働かなくなるのか。影響の性質と大きさが近いものをまとめると、それがゾーンの原型になります。

この工程を省いて機器の導入から始めると、後になって「その装置はどのゾーンに属するのか」という問いに答えられなくなり、結局やり直しになります。

ステップ2｜データロガーとエッジゲートウェイで片方向に出す

次に、OT側からデータを取り出す経路を作ります。ここで守るべきは、前述のアウトバウンド接続の原則です。

構成としては、制御ネットワークの中にデータロガーまたはエッジゲートウェイを置き、そこから上位のネットワークへデータを送り出す向きだけを許可します。上位側からOT側へ接続を張ることは許可しません。この向きの固定が、この構成の中心にあります。

対象とするデータは、最初から全部を狙わないことをおすすめします。まずは、経営側の判断に直結する少数の項目に絞ります。設備の稼働と停止の状態、停止の理由コード、生産数、そして品質の判定結果。この4種類が揃うだけで、稼働率と不良率という2つの基本指標がリアルタイムで見えるようになります。

項目を絞ると、通信量が小さくなり、既存のネットワークへの負荷も抑えられます。そして何より、最初の稼働までの期間が短くなります。効果が見えるまでの期間が長いプロジェクトは、途中で優先順位が下がって止まります。

ステップ3｜統一データモデルを作り、MESとERPの役割を固定する

3つ目が、集めたデータに共通の意味を与える工程です。ERP、MES、CRM、現場システムをつなぐ統一データモデルの構築が重要とされているのは、この工程を指しています。

具体的に決めるべきなのは、設備、品目、指図、ロット、作業者、不良理由といった主要な項目について、どのシステムが正のマスタを持つのかということです。設備番号がSCADAとMESとERPでそれぞれ違う体系になっている、という状態は非常によくあります。この状態のままデータを集めても、突き合わせに人手がかかり続けます。

あわせて、MESとERPの役割分担も、この段階で文書として固定します。どの実績データがMESで確定し、どのタイミングでERPへ渡るのか。逆にERPからMESへ渡るのは何か。ここを曖昧にしたまま両方を動かすと、二重入力と数値の不一致が恒常化します。

ステップ4｜ゼロトラストの適用と部門横断チームの運用

最後が、継続的に回す体制です。技術面では、ゼロトラストをIT・OT双方のネットワークに適用することが重要とされています。接続元が社内ネットワークであることを信頼の根拠にせず、通信ごとに認証と認可を行うという考え方です。

組織面では、前述の共通KPIを持つ部門横断チームを作ります。実務上のポイントは、このチームに専任者を1名以上置くことだと考えています。全員が兼任のチームは、それぞれの本務が忙しくなった時点で機能しなくなります。

チームで見る指標としては、生産側の稼働率や不良率と、セキュリティ側の資産台帳の網羅率や未対応の脆弱性件数を、同じ一覧に並べます。両方を1つの会議で扱う形にすることで、片方だけを優先した判断が起きにくくなります。

タイ・ASEAN拠点でのOT IT 融合に固有の論点

ここからはタイの現場に引き寄せます。日本国内での統合と比べたとき、タイ拠点にはいくつか固有の事情があります。

BOIの2026年投資奨励策とオートメーション・ロボティクス

まず制度面です。2026年1月15日、タイ投資委員会(BOI)が2026年向けの新しい投資奨励策を発表しました。BCG(バイオ・循環型・グリーン経済)、EV・バッテリー、半導体・先端エレクトロニクス、デジタル・AI、国際ビジネスセンターの5分野を含む戦略産業に加え、オートメーション・ロボティクスも重点分野の一つとされています。

タイ拠点で設備投資を伴う統合プロジェクトを検討する場合、この枠組みの対象になるかどうかを早い段階で確認しておく価値があります。ただし、奨励の対象範囲や条件は施策ごとに細かく定められており、また随時更新されます。本記事の記述は方向性の紹介にとどめますので、適用可否の判断は必ずBOIの公式な最新の告示と、専門家への確認をもとに行ってください。

現地エンジニアとの体制構築

技術面より難しいのが体制です。統合の運用は、日本からの出張ベースでは回りません。データロガーの追加、ネットワーク構成の変更、異常時の一次切り分け。いずれも現地で判断して動く必要があります。

現地エンジニアとの体制を作るうえで、実務的に効くと考えているのは、役割を「監視」と「変更」に明確に分けることです。監視は現地チームが日常的に担い、構成を変更する作業は手順書と承認のプロセスに乗せる。この線引きがないと、良かれと思った現場判断の設定変更が積み重なり、数か月後に誰も現状の構成を説明できない状態になります。

もうひとつは、ドキュメントの言語です。ゾーンの定義、接続の許可リスト、緊急時の連絡経路。これらは現地スタッフが読んで理解できる言語で用意する必要があります。英語のみで作成した資料は、緊急時に参照されません。

日本本社との情報連携で先に決めておくこと

日系拠点に固有の論点として、本社との関係があります。統合によって現地の生産データが可視化されると、そのデータをどこまで本社と共有するかという議論が必ず発生します。

弊社の実務上の見解として申し上げると、この点は技術構成を決める前に合意しておくべき事項です。後から決めようとすると、すでに作ったネットワーク構成やクラウドの配置を変更する必要が出てくるためです。

具体的に先に決めておきたいのは、次の4点です。現地の生データを本社が直接参照するのか、それとも現地で集計した結果だけを渡すのか。データの保管場所をタイ国内に置くのか、本社側や第三国のクラウドに置くのか。異常が発生したときの判断権限は現地と本社のどちらにあるのか。そして、本社側からタイ拠点のシステムへ接続する経路を作るのか作らないのか。

最後の項目は、前述のアウトバウンド接続の原則と直接ぶつかる可能性があります。本社の情報システム部門が全社標準として遠隔接続の仕組みを持っている場合、それをそのままOT環境に適用してよいかは別の判断になります。

着手前に確認するチェックリスト

ここまでの内容を、社内会議でそのまま使える確認項目に落とし込みます。

工場内のOT資産を、設備ベンダーが設置した保守用通信機器まで含めて台帳化できているか
各資産について、侵害されたときに何が起きるかを書き出し、影響の性質でグループ化できているか
OT側から外へデータを出す経路が、OT側から開始するアウトバウンド接続になっているか
外部からOT環境へ接続を張る経路が、リモート保守を含めて棚卸しできているか
最初に取得するデータ項目を、稼働状態、停止理由、生産数、品質判定などの少数に絞れているか
設備、品目、指図、ロットといった主要項目について、正のマスタを持つシステムが1つに決まっているか
MESとERPのどちらが何を確定させ、いつ引き渡すのかが文書化されているか
新規に導入するゲートウェイやデータロガーについて、ファームウェア署名検証と遠隔更新の仕組みをベンダーに確認したか
生産側の指標とセキュリティ側の指標を同じ一覧で見る会議体が設定されているか
その会議体に、兼任ではない専任の担当者が置かれているか
現地スタッフが読める言語で、ゾーン定義と緊急時の連絡経路が用意されているか
本社とのデータ共有範囲、保管場所、判断権限、接続経路の4点が事前に合意されているか

上から4つに「はい」と答えられない段階で機器の選定を始めると、導入後に構成の見直しが必要になります。逆に、下から4つを決めないまま稼働させると、運用が始まってから調整に時間を取られます。

よくある質問

OTとは何ですか

OTはOperational Technologyの略で、日本語では制御技術や運用技術と訳されます。工場で物理的な設備を実際に動かし、監視し、止めるための技術の総称で、PLC、SCADA、DCS、HMI、各種センサー、産業用ロボットのコントローラなどが含まれます。情報を扱うITとの最大の違いは、処理の結果が現実世界の動きとして直接現れる点にあり、そのため機密性より可用性、つまり設備を止めないことを最優先に置くという考え方が基本になります。

MESとERPの違いは何ですか

扱う対象と時間の粒度が違います。ERPは受注、購買、在庫、原価、会計といった企業全体の資源を計画し記録する仕組みで、日や指図の単位で確定したデータを扱います。MESは製造の実行そのものを扱う仕組みで、作業指示の展開、実績の収集、品質記録、トレーサビリティを、作業や個体の単位で扱います。実務で重要なのは、どちらを導入するかという二択ではなく、どの実績データをMESで確定させ、どのタイミングでERPへ渡すのかという境界線を先に決めることです。ここを決めないまま両方を動かすと、同じ実績を二重に持つことになり、月末の差異調整が恒常的な作業になります。

工場でデータロガーは何に使うのですか

設備の信号やセンサーの値を一定の周期で記録する装置ですが、OT IT 融合の文脈では、制御に関与しない位置からデータを取り出す入口として使います。制御ロジックそのものには触れないため、既存のPLCやSCADAの構成を変更せずに設置でき、設備の挙動が変わるリスクを避けられます。老朽設備を置き換えずに接続を実現する段階的な進め方の中心になるのがこの装置です。導入時は、ファームウェアの署名検証や遠隔更新の安全性についてベンダーに確認しておくことをおすすめします。

OT IT 融合の最初の一歩は何ですか

機器の選定でも製品の比較でもなく、資産の棚卸しです。工場内のOT資産を、設備ベンダーが保守用に設置した通信機器まで含めて台帳化し、それぞれが侵害されたときに何が起きるかを書き出します。この情報がゾーン設計の土台になり、どこから接続してよいか、どのデータをどの向きで出すかという判断の前提になります。棚卸しを飛ばして機器の導入から始めると、後から構成のやり直しが発生しやすくなります。

Purdueモデルはもう使えないのですか

使えなくなったわけではありませんが、それだけでは足りないというのが2026年時点の評価です。IIoTセンサーがクラウドへ直接データを送り、リモート保守が外部の技術者を直接システムへつなぐ構成では、通信が階層を順に上っていくという前提が成り立たない場面が出てきました。一方で、上下の通信を制御し、プロセスに近い層を厚く守り、企業システムとの境界を仲介するという原則自体は今も有効です。実務的には、共通の参照枠としてPurdueモデルを使いつつ、実際の区分けはIEC 62443のゾーンとコンジットで、階層ではなく保護ニーズを基準に行うという組み合わせになります。

統合を進めるとセキュリティリスクは上がりませんか

経路を作る以上、何もしなければリスクは上がります。ただし実務上重要なのは、統合しない場合のリスクがゼロではないという点です。統合していない工場にも、設備ベンダーの保守用回線や、USBメモリを介したデータの持ち出し、台帳に載っていない古いPCといった経路が存在します。統合のプロセスで資産を棚卸しし、経路を定義し、向きを固定することは、むしろ把握できていなかったリスクを可視化する作業でもあります。判断すべきは統合するかどうかではなく、把握された経路として管理するか、把握されないまま残すかのほうだと考えています。

まとめ

本記事で扱った要点を整理します。

OTは物理的な設備を動かす技術領域で、ITが機密性を最優先するのに対し、OTは可用性つまり止めないことを最優先に置く。この優先順位の違いが統合の難しさの根本にある
OT/IT融合の市場は2030年までに1,510億ドル規模、年平均成長率14.6%と予測されている。Industry 4.0を実行する製造業のIT予算は売上の3.2〜4.1%で、従来型の1.8〜2.4%を上回るという民間の推計もある
日本の製造業には経営と製造現場の乖離という構造的課題があり、データの偏った介在が不正の温床になり得るとの指摘がある
統合を阻む壁は3つあり、セキュリティ思想の違い、予算の出どころが分かれる組織の壁、そしてデータ形式の壁の順に現れる。技術の壁は最後の1つだけである
MESとERPの違いは扱う対象と時間の粒度にあり、どの実績をMESで確定させERPへいつ渡すかという境界線を先に決めることが実務上の要点になる
工場のデータロガーやエッジゲートウェイは、制御に関与しない位置からデータを取り出せるため、老朽設備を置き換えずに接続を実現する段階的モダナイゼーションの中心になる
Dragosの年次レポートでは、2025年にランサムウェア被害を受けた産業組織は世界で3,300社、うち製造業が3分の2超を占めた。OT環境での滞留期間は業界平均42日に対し、可視化が行き届いた組織では平均5日である。日本でもIPAの「情報セキュリティ10大脅威 2026」で組織向け第1位、警察庁発表の2025年通年被害は226件である
2023年9月発行のNIST SP 800-82 Rev.3とISA/IEC 62443が国際標準の土台であり、2025年12月19日にはIIoTへの適用を示すIEC PAS 62443-1-6:2025が発行された。機器要件を定めるIEC 62443-4-2は執筆時点でEdition 1.0、2019年2月27日発行が現行版である
2026年1月、英NCSC主導の7か国8機関が共同で発表した文書は、OT環境への接続をすべてOT側から開始するアウトバウンド接続とする原則を含む8原則を示している
1992年提唱のPurdueモデルは2026年時点で時代遅れでも十分でもないと評価され、共通の参照枠として使いつつ、実際の区分けはIEC 62443のゾーンとコンジットで保護ニーズを基準に行う形が実務的である
進め方は、資産棚卸しとゾーン設計、データロガーによる片方向のデータ取り出し、統一データモデルとMES・ERPの役割固定、ゼロトラストと部門横断チームの運用という4段階になる
タイ拠点では、BOIの2026年投資奨励策でオートメーション・ロボティクスが重点分野の一つとされている一方、現地エンジニアの役割分担、現地語のドキュメント、本社とのデータ共有範囲の事前合意が実務上の分かれ目になる

最初にやるべきことは、製品の比較でも予算の確保でもありません。工場内のOT資産を台帳化し、それぞれが侵害されたときに何が起きるかを書き出すところまでを、社内で進めることです。この一覧があるかないかで、その後に集まる提案の具体性がまったく変わります。

TOMAS TECHは、タイで操業する日系製造業向けに、生産管理システムPEGASUSをはじめとする現場のDX支援を行っています。OTとITの統合についても、「どこから資産を洗い出せばよいのか」「本社の遠隔接続方針と現地のOT環境をどう折り合わせるか」といった手前の相談からお受けしています。まだ社内で方針が固まっていない検討段階でも構いませんので、お問い合わせページからお気軽にお声がけください。