<?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>MFG-AI 用途別のAI活用</title>
<link>https://mfg-ai.com/</link>
<atom:link href="https://mfg-ai.com/usecases/feed.xml" rel="self" type="application/rss+xml"/>
<description>製造業のAI活用（外観検査・予知保全・需要予測・生成AI・フィジカルAI）を、導入の判断に必要な粒度で届ける専門メディア。欧米・中国の一次情報、製品・サービス比較データベース、導入事例データベース、日英中の用語集を収録。MESとデータ基盤の実装経験を持つ実務者が書いています。</description>
<language>ja</language>
<lastBuildDate>Sun, 11 Oct 2026 15:00:00 GMT</lastBuildDate>
<item>
  <title>2D図面から3D CADを自動生成するAI：オリオン機械の実証と実務の課題</title>
  <link>https://mfg-ai.com/usecases/2d-to-3d-cad-ai</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/2d-to-3d-cad-ai</guid>
  <description>2D図面から3D CADを自動生成するAIは実証段階です。オリオン機械とTIMEWELLはJIS準拠の2D図面から3Dモデルを生成するAIエージェントを2027年1月末まで実証しています。公差・注記の扱いと設計者の確認工程が課題で、効果が出る図面の条件と検証手順を示します。</description>
  <content:encoded><![CDATA[<p>過去の2D図面しかない部品を3D化したいという需要は、設計資産の活用やデジタルツインの文脈で増えています。この記事では、2D→3D変換AIの国内の実証例と、実務で使うときに残る課題、検証の進め方を説明します。</p><p>多くの製造業では、3D CADが普及する前に設計した部品の図面が2Dのまま残っています。これらを3Dモデルにしたい理由は主に3つです。</p><p>従来、2D図面からの3D化は設計者が三面図を読み解いて手作業でモデリングしていました。部品1点に数時間から数日かかるため、何千点もある過去図面をすべて3D化するのは現実的ではありませんでした。</p><p>MONOistの報道（2026年10月8日）によると、産業用機器メーカーのオリオン機械とTIMEWELLは、JIS準拠の2D CAD図面から3D CADモデルを自動生成するAIエージェントを実証しています。</p><p><a href="https://mfg-ai.com/usecases/2d-to-3d-cad-ai">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>設計・開発</category>
  <category>AIエージェント</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>音で設備異常を見つけるAI：日立MIMIIデータセットとDCASEの結果に学ぶ導入要点</title>
  <link>https://mfg-ai.com/usecases/acoustic-anomaly-detection</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/acoustic-anomaly-detection</guid>
  <description>正常音だけで学ぶ異音検知は、DCASE2020のベースラインでAUC 65〜85%と機種による差が大きい技術です。日立MIMIIデータセットと国際コンペの結果から、マイク位置・環境音対策・誤報率の設計という導入の要点を整理します。</description>
  <content:encoded><![CDATA[<p>熟練者が「音がおかしい」と気づく異常をAIで捉えたいという要望は多い一方、工場の騒音の中で本当に使えるのか判断に迷う方も多いはずです。この記事では、日立が公開したMIMIIデータセットと国際コンペDCASEの結果をもとに、異音検知AIの実力と、導入時に精度を左右する設計上の要点を解説します。</p><p>設備の異音検知AIは、故障音を集めて分類するのではなく、正常運転時の音だけを学習し、そこから外れた音を異常とする方式が主流です。工場では異常音の録音がほとんど手に入らないうえ、どんな異常が起きるかを事前に網羅できないためです。</p><p>この方式の実力は、機種によって大きくばらつきます。国際コンペDCASE2020のベースラインでは、正常音のみで学んだオートエンコーダのAUCが、ファンで65.83%、バルブで66.28%、ポンプで72.89%、スライドレールで84.76%でした（開発用データセットの平均）。同じ手法でも、対象の音の性質で20ポイント近い差が出ます。</p><p><a href="https://mfg-ai.com/usecases/acoustic-anomaly-detection">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>予知保全</category>
  <category>異常検知</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>設備点検のAI化：アナログメータ読取りとカメラ巡回で日常点検を省人化する方法</title>
  <link>https://mfg-ai.com/usecases/ai-meter-reading-inspection</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/ai-meter-reading-inspection</guid>
  <description>アナログメータの読み取りをカメラとAIで自動化すると、日常点検の記録が自動で数値データになります。LiLzなどの事例と、ダイキンの出資に見る用途の広がりを整理し、予知保全の前段の「データ化」として位置づける進め方を示します。</description>
  <content:encoded><![CDATA[<p>圧力計や温度計の読み取りと記録のために、毎日工場内を巡回している保全担当者は少なくありません。この記事では、アナログメータをカメラとAIで自動的に読み取る仕組みと、そのデータを予知保全や省エネにつなげる考え方を、導入時に決めるべき設計項目とともに整理します。</p><p>工場には、圧力計・温度計・流量計・レベル計など、電気信号を出さないアナログメータが多数あります。これらの値は、保全担当者が巡回して目で読み、点検表に記入するのが一般的です。古い設備や、後から追加した配管・ユーティリティ設備では特に多く見られます。</p><p>メータ読み取りのAI化は、メータの前に小型のカメラを設置し、定期的に撮影した画像からAIで針の位置や数字を読み取って、数値データとして送る仕組みです。効果は2つあります。</p><p>1つ目は、巡回と記録の手間を減らす省人化です。広い工場では、巡回だけで1日に数時間かかることもあります。</p><p><a href="https://mfg-ai.com/usecases/ai-meter-reading-inspection">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>予知保全</category>
  <category>IoT・エッジ</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>製造業のAI-OCR：紙の検査記録・点検表・ミルシートをデータ化する手順</title>
  <link>https://mfg-ai.com/usecases/ai-ocr-manufacturing-guide</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/ai-ocr-manufacturing-guide</guid>
  <description>製造業のAI-OCRは、文字認識率ではなく「項目単位で修正不要な率」と1枚あたりの確認時間で評価します。データ化した値をMES・QMSのどこに登録するかを先に決め、紙をなくすまでの過渡期の手段として位置づける手順を示します。</description>
  <content:encoded><![CDATA[<p>検査記録、設備の点検表、ミルシートなど、工場にはまだ紙の帳票が多く残っています。AI-OCRで読み取れば品質分析に使えるデータになりますが、読み取った後の行き先を決めずに始めると、確認作業が増えるだけで終わります。この記事では、帳票の種類ごとの方式の選び方と、評価・導入の手順を説明します。</p><p>製造業でAI-OCRの対象になるのは、主に次の帳票です。工程内の検査記録やチェックシート（手書き）、設備の点検表（手書き）、材料メーカーから届くミルシート・検査成績書（印字、形式は取引先ごとに異なる）、外注先の納品書や作業報告書です。</p><p>これらをデータ化する目的は、品質の分析やトレーサビリティに使える形にすることです。そのためには、読み取った値が、どのロット・シリアル・設備・日時のものかが分かる形で、MESやQMS（品質管理システム）に登録される必要があります。</p><p><a href="https://mfg-ai.com/usecases/ai-ocr-manufacturing-guide">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>品質管理</category>
  <category>データ基盤</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>時系列異常検知の評価の落とし穴：71手法×967系列の比較で分かった3つの事実</title>
  <link>https://mfg-ai.com/usecases/anomaly-benchmark-pitfalls</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/anomaly-benchmark-pitfalls</guid>
  <description>71手法を967系列で比べた大規模評価では、距離ベースの手法が頑健で、再構成型の多くはAUC 0.5付近でした。さらにYahoo・NASAなど代表的なベンチマーク自体に欠陥があるという指摘もあります。論文の精度を自社工場で読み替える方法を解説します。</description>
  <content:encoded><![CDATA[<p>論文やベンダー資料には、新しい異常検知手法が高い精度を出したという数字が並びます。この記事では、大規模な比較評価とベンチマーク批判の研究から分かった3つの事実を整理し、自社のPoCで手法を評価するときにどう生かすかを示します。</p><p>ドイツのハッソ・プラットナー研究所のSchmidl、Wenig、Papenbrockは、71の時系列異常検知アルゴリズムを967の時系列で比較した評価を、データベース分野の国際会議論文誌PVLDB（2022年）に発表しました。この評価の最初の結論は、どのデータにも最適な手法はなかった、というものです。</p><p>同じ評価では、教師あり手法が教師なし・半教師あり手法を上回ることもありませんでした。異常のラベルを付けて学習させれば精度が上がる、という直感は、この評価の範囲では成り立っていません。</p><p>製造業での意味は明確です。</p><p><a href="https://mfg-ai.com/usecases/anomaly-benchmark-pitfalls">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>異常検知</category>
  <category>PoC</category>
  <category>欧米動向</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>異常ラベルがない工場データの異常検知：正常データだけで学習する4つの手順</title>
  <link>https://mfg-ai.com/usecases/anomaly-detection-without-labels</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/anomaly-detection-without-labels</guid>
  <description>異常の記録がほとんどない設備でも、正常期間の定義、運転モード分け、閾値設定、現場フィードバックの4手順で異常検知は始められます。71手法を比べた評価研究とSWaTデータセットを手がかりに、MESの記録を使ったラベルの代わりの作り方まで示します。</description>
  <content:encoded><![CDATA[<p>「異常データがないからAIは無理」と止まっている設備保全・生産技術の担当者は多いはずです。この記事では、正常データだけで異常検知を立ち上げる4つの手順と、MESや保全記録を使って後からラベルを育てる方法を整理します。</p><p>工場の異常は年に数回しか起きず、起きたときの記録も「〇月〇日 ポンプ停止」程度しか残っていないのが普通です。教師あり学習（正解ラベルを使う学習）には異常例が数十〜数百件必要になるため、この状態では使えません。そこで、正常な状態のデータだけを学習して「いつもと違う」を検出する半教師あり・教師なしの方式から入ります。</p><p>この方式で精度が出ないのではないか、という心配には研究の裏づけがあります。</p><p><a href="https://mfg-ai.com/usecases/anomaly-detection-without-labels">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>異常検知</category>
  <category>データ基盤</category>
  <category>予知保全</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>異常検知の誤報を減らす：1日あたり誤報件数とイベント単位評価で設計する</title>
  <link>https://mfg-ai.com/usecases/anomaly-false-alarm-design</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/anomaly-false-alarm-design</guid>
  <description>異常検知が現場で使われなくなる最大の原因は誤報です。点単位の適合率ではなく、何分前に検知できたかと1日何件の誤報が出るかで評価し、現場が受け入れられる閾値を決める4つの手順と、誤報を構造的に減らす5つの設計を解説します。</description>
  <content:encoded><![CDATA[<p>異常検知のアラームが鳴りすぎて、現場が見なくなった、という話は珍しくありません。この記事では、誤報を「1日あたりの件数」で管理する考え方、イベント単位での評価方法、閾値の決め方、誤報を構造的に減らす設計をまとめます。</p><p>異常検知の誤報（実際には異常でないのにアラームが出ること）には、点検や確認にかかる直接のコストがあります。しかしもっと大きいのは、誤報が続くとアラームそのものが無視されるようになることです。そうなると、本当の異常が起きたときにも対応されず、異常検知を入れた意味がなくなります。</p><p>誤報のコストについては、McKinseyが2021年に、誤報率10%で予知保全プログラムの節約効果が消えた事例を挙げていると、保全専門メディアのReliable誌（2026年6月）がまとめています（二次情報）。誤報は精度の問題であると同時に、事業性の問題です。</p><p><a href="https://mfg-ai.com/usecases/anomaly-false-alarm-design">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>異常検知</category>
  <category>予知保全</category>
  <category>MES連携</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>異常検知を保全・品質のアクションにつなぐ：MESとアラーム運用の設計5原則</title>
  <link>https://mfg-ai.com/usecases/anomaly-to-action-mes</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/anomaly-to-action-mes</guid>
  <description>異常検知AIは、検知した後に誰が何をするかが決まっていなければ効果を生みません。担当者、判断基準、記録、ロットへの影響、閾値変更の権限の5原則を、ISA-95とMESのワークフローに沿って整理します。McKinseyが挙げたパイロット停滞の理由も踏まえます。</description>
  <content:encoded><![CDATA[<p>異常検知のPoCで「検知はできた」のに本番で使われなくなる原因の多くは、アラームの受け手と次の行動が決まっていないことです。この記事では、検知結果を保全作業や品質ホールドに変えるための5原則と、MESに組み込むときの設計を示します。</p><p>異常検知AIが出すのは「いつもと違う」という信号だけです。その信号を受けて設備を止めるのか、点検を予定に入れるのか、仕掛中のロットを保留するのかは、AIの外側で決まります。この外側が設計されていないと、アラームは画面に表示されるだけで、数週間後には誰も見なくなります。</p><p>McKinseyが2019年にまとめた資料では、インダストリー4.0のパイロットを始めた企業の78%がその先に進めず、理由として「ITシステムとデータの統合が難しい」「部門間の連携が弱い」が挙げられていました。異常検知はまさにこの2つにまたがる用途です。</p><p><a href="https://mfg-ai.com/usecases/anomaly-to-action-mes">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>異常検知</category>
  <category>MES連携</category>
  <category>予知保全</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>組立ミス検査AI：欠品・取付違い・配線誤りをMVTec LOCO型の論理異常として捉える</title>
  <link>https://mfg-ai.com/usecases/assembly-error-inspection-ai</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/assembly-error-inspection-ai</guid>
  <description>欠品や取付違いは「見た目は正常な部品が、あるべき場所にない」論理異常で、通常の良品学習は精度が落ちます（PatchCoreは3データセット平均91.1）。物体検出とルール判定を組み合わせ、BOMや作業指示と照合する設計を示します。</description>
  <content:encoded><![CDATA[<p>ねじの締め忘れ、部品の欠品、コネクタの差し違いといった組立ミスは、傷や汚れの検査と同じ外観検査AIでは捉えにくい不良です。この記事では、組立ミスが「論理的な異常」である理由、良品学習が苦手とする根拠、物体検出とルール判定を組み合わせる構成、作業指示との照合までを説明します。</p><p>外観検査で扱う異常は、大きく2種類に分けられます。1つは傷・へこみ・汚れのように、画像の一部の見た目が正常と違う「構造的な異常」です。もう1つは、一つひとつの部品の見た目は正常なのに、あるべき部品がない、数が違う、位置や組合せが違う、という「論理的な異常」です。組立ミスの多くは後者にあたります。</p><p>外観検査の研究用データセットMVTec LOCO ADは、この区別を明示的に扱っています。5カテゴリ・3,644枚の画像に、傷やへこみのような構造的異常に加えて、部品の欠落や配置違いといった論理的異常を含めています（MVTec Software）。</p><p><a href="https://mfg-ai.com/usecases/assembly-error-inspection-ai">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>外観検査</category>
  <category>品質管理</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>自動検図AI：新晃工業×ABEJAの検証に見る設計レビュー自動化の範囲</title>
  <link>https://mfg-ai.com/usecases/automated-drawing-check</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/automated-drawing-check</guid>
  <description>自動検図は、ルールで書ける検図項目と、経験に依存する項目を分けてAIに任せる範囲を決めると進めやすくなります。新晃工業とABEJAの検証開始（2026年9月）や日立の設計ナレッジシステムを手がかりに、検図項目の3分類と導入手順を示します。</description>
  <content:encoded><![CDATA[<p>検図は設計品質の最後の関門ですが、ベテラン設計者の時間を大きく使う業務でもあります。この記事では、国内で始まった自動検図の取り組みを手がかりに、検図項目のうちAIに任せられる範囲と、任せるための準備を整理します。</p><p>検図（図面のチェック）の自動化は、国内の製造業で検証が進み始めた段階です。公表されている取り組みを並べます。</p><p>新晃工業とABEJAの取り組みは検証段階で、対象範囲や効果の数字はまだ公表されていません。日立は同じ系列の「品質ナレッジシステム」で、自社工場のトラブル対応事例の検索時間を約9割減らしたとしており（2026年6月、同社発表）、設計側にも同じ考え方を広げた形です。</p><p>いずれの取り組みも、検図のすべてをAIに任せるのではなく、設計ルールへの適合や過去の指摘との照合といった、明文化できる部分から自動化しています。</p><p><a href="https://mfg-ai.com/usecases/automated-drawing-check">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>設計・開発</category>
  <category>生成AI</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>ベイズ最適化で条件出し：射出成形16実験で最適条件に届いた研究の読み方</title>
  <link>https://mfg-ai.com/usecases/bayesian-optimization-conditions</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/bayesian-optimization-conditions</guid>
  <description>ベイズ最適化は条件出しの実験回数を減らせる手法です。射出成形の研究では中心複合計画の31実験に対し16実験で済みましたが、安全範囲の制約を入れないと235℃のような危険な条件も提案されます。現場で使う手順を5段階で示します。</description>
  <content:encoded><![CDATA[<p>新製品や材料変更のたびに条件出しで何十回も試作している工場では、ベイズ最適化が実験回数を減らす手段になります。この記事では、射出成形と材料開発の研究結果を条件つきで読み、現場で使うための手順と、制約設定の注意点を解説します。</p><p>ベイズ最適化は、これまでの実験結果から「条件と品質の関係」を推定する代理モデル（多くはガウス過程回帰）を作り、次に試すべき条件を提案する手法です。提案は、良い結果が期待できる条件（活用）と、まだ試しておらず不確かさが大きい条件（探索）のバランスを、獲得関数（期待改善量EIやUCBなど）で決めます。</p><p>実験計画法（DOE）が最初に実験点をまとめて決めるのに対し、ベイズ最適化は1回ごとに結果を見て次を決める逐次型です。1回の実験に時間やコストがかかり、条件の数が数個から十数個程度の問題に向いています。</p><p><a href="https://mfg-ai.com/usecases/bayesian-optimization-conditions">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>品質管理</category>
  <category>設計・開発</category>
  <category>機械</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>ブルウィップ効果をAIで抑える：需要情報の共有と発注平準化の4つの打ち手</title>
  <link>https://mfg-ai.com/usecases/bullwhip-effect-ai</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/bullwhip-effect-ai</guid>
  <description>ブルウィップ効果は需要シグナル処理・割当ゲーム・発注のバッチ化・価格変動の4つが原因です。AIが効くのは需要シグナルの部分だけで、残り3つは発注ルールと取引条件の見直しで抑えます。原因別の打ち手を整理します。</description>
  <content:encoded><![CDATA[<p>最終需要は安定しているのに、部品メーカーへの発注だけが大きく揺れる。これがブルウィップ効果です。この記事では、1997年の古典的な分析が示した4つの原因ごとに、AIで抑えられる部分とそうでない部分を分けて打ち手を示します。</p><p>ブルウィップ効果とは、需要情報がサプライチェーンの上流へ伝わるにつれて、発注量の変動が増幅される現象です。MIT Sloan Management Reviewに掲載されたLee、Padmanabhan、Whangの論文では、P&amp;Gの紙おむつ（Pampers）の例が挙げられています。店頭の販売はほぼ安定していたのに、卸からP&amp;Gへの発注、P&amp;Gから3Mなど素材メーカーへの発注と、上流に行くほど変動が大きくなっていました。</p><p>同じ著者らがManagement Science（1997年）で示した原因は次の4つです。</p><p><a href="https://mfg-ai.com/usecases/bullwhip-effect-ai">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>調達・SCM</category>
  <category>需要予測</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>CAE代替モデル（サロゲート）：MeshGraphNetsで解析を最大289倍速くする仕組み</title>
  <link>https://mfg-ai.com/usecases/cae-surrogate-model</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/cae-surrogate-model</guid>
  <description>CAE代替モデルは、過去の解析数百〜数千ケースで学習し、新しい形状の解析結果を数秒で予測します。DeepMindのMeshGraphNetsはGPU上で翼周り流体を289倍、構造解析を89倍速くしました。設計空間の外では外れるため、最終確認はCAEで行う前提と評価方法を示します。</description>
  <content:encoded><![CDATA[<p>1回の解析に数時間かかると、設計の初期段階で試せる案の数が限られます。この記事では、過去の解析結果を学習して解析を高速化するCAE代替モデルの仕組み、必要なデータ、評価の仕方、使ってはいけない場面を説明します。</p><p>CAE代替モデル（サロゲートモデル）は、有限要素法や流体解析といったCAE（コンピュータによる工学解析）の計算を、機械学習モデルで近似するものです。過去に実施した解析の入力（形状、材料、荷重、境界条件）と出力（応力、変位、圧力、流速）の組を学習し、新しい入力に対する出力を予測します。物理方程式を解く代わりに学習済みモデルで推論するため、数時間かかっていた解析を数秒〜数分で返せます。</p><p>使い方は、設計の初期段階で多数の案を素早くふるいにかけることです。数百の案を代替モデルで評価し、有望な数案だけを従来のCAEで精密に解析します。</p><p><a href="https://mfg-ai.com/usecases/cae-surrogate-model">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>設計・開発</category>
  <category>デジタルツイン</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>時系列基盤モデルChronosは需要予測に使えるか：ゼロショット予測の実力と限界</title>
  <link>https://mfg-ai.com/usecases/chronos-foundation-model</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/chronos-foundation-model</guid>
  <description>AmazonのChronosは42データセットで評価され、未学習のデータでも学習済み手法と同等の精度を示す場合があった。製造業では履歴の短い品目の初期値や比較基準として有効だが、内示や販促を入れにくい制約がある。使いどころと検証手順を示します。</description>
  <content:encoded><![CDATA[<p>大規模言語モデルと同じ考え方で時系列を学習した「時系列基盤モデル」が、学習なしで予測を出せると注目されています。この記事では、代表例のChronosの仕組みと論文上の実力、製造業の需要予測で使える場面と使わないほうがよい場面を整理します。</p><p>Chronosは、Amazonの研究者が2024年3月に発表した時系列の基盤モデルです（Ansariら、arXiv 2403.07815）。時系列の値をスケーリングし、一定の区間ごとに量子化してトークン（単語に相当する記号）に変換し、T5系の言語モデルの構造で学習します。パラメータ数は2,000万〜7.1億で、複数のサイズが公開されています。</p><p>従来の需要予測は、自社のデータでモデルを学習してから予測します。Chronosは多数の公開時系列で事前に学習しており、新しいデータに対して追加学習なしで予測を出せます。これをゼロショット予測と呼びます。</p><p><a href="https://mfg-ai.com/usecases/chronos-foundation-model">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>需要予測</category>
  <category>生成AI</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>最適化ソルバーで生産計画：OR-Tools CP-SATで解ける規模と解けない規模の境目</title>
  <link>https://mfg-ai.com/usecases/cp-sat-solver-scheduling</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/cp-sat-solver-scheduling</guid>
  <description>中規模のジョブショップならOR-Tools CP-SATで実用解が出る。9,000超のインスタンス比較で平均最適性ギャップ3.40%という研究もある。解ける規模の目安、計算時間を左右する制約、大きな問題を分割する工夫を、実装の判断基準として示します。</description>
  <content:encoded><![CDATA[<p>生産計画を自動化するとき、無償の最適化ソルバーOR-Tools CP-SATで足りるのか、専用のAPSや強化学習が必要なのかは最初の判断です。この記事では、CP-SATの性能を示す研究結果と、解ける規模・解けない規模を分ける要因、大きな問題の分割方法を示します。</p><p>OR-Toolsは、Googleが公開しているオープンソースの最適化ツール群です。その中のCP-SATは、制約プログラミング（CP）と、論理式の充足可能性を解くSAT技術を組み合わせたソルバーで、スケジューリングのように「区間（作業の開始と終了）」と「重なってはいけない」という制約が多い問題に強い特徴があります。</p><p>VU Amsterdamの研究者が開発したスケジューリング用ライブラリPyJobShopの論文（arXiv 2502.13483）では、CP-SATと商用のIBM ILOG CP Optimizerを9,000以上のインスタンスで比べています。</p><p><a href="https://mfg-ai.com/usecases/cp-sat-solver-scheduling">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>生産計画</category>
  <category>AI基礎</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>溶接・研磨など職人技のデータ化：格力の溶接ベテランAIトレーナー事例</title>
  <link>https://mfg-ai.com/usecases/craft-skill-data-welding</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/craft-skill-data-welding</guid>
  <description>中国の格力は溶接のベテランを「AIトレーナー」にし、技能を溶接機の学習データに変えていると報じられています。人に伝える日本の箔一の動画伝承、図面から溶接条件を生成するファナックのAI溶接エージェントと対比し、職人技をデータにするときの記録項目と判断基準を示します。</description>
  <content:encoded><![CDATA[<p>溶接や研磨のような職人技は、手順書に書きにくく、熟練者の引退とともに失われやすい技能です。この記事では、技能を「人に伝える」方向と「機械に学ばせる」方向の2つの取り組みを国内外の事例で比べ、職人技をデータにするときに何を記録すべきかを整理します。</p><p>職人技をデータにする取り組みは、データの行き先で2つに分かれます。1つは、熟練者の動きや判断を動画や文書に残し、次の世代の人に伝える方向です。もう1つは、熟練者の操作を機械の学習データにし、ロボットや溶接機そのものに技能を持たせる方向です。</p><p>日本の技能伝承の議論は前者が中心ですが、中国では後者の取り組みが報じられています。どちらを選ぶかで、記録するデータも、熟練者に求める協力の形も変わります。</p><p>揚子晩報（2026年2月11日）は、空調大手の格力電器が溶接のベテラン技能者を「AIトレーナー」と位置づけ、その技能を溶接機の学習データに変えていると報じました。</p><p><a href="https://mfg-ai.com/usecases/craft-skill-data-welding">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>技能伝承</category>
  <category>中国動向</category>
  <category>金属・鉄鋼</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>製造業の需要予測AIとは？統計手法・LightGBM・基盤モデルの使い分けと導入手順</title>
  <link>https://mfg-ai.com/usecases/demand-forecasting-ai-guide</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/demand-forecasting-ai-guide</guid>
  <description>需要予測AIは手法選びより先に、使うデータ（受注実績）と評価軸（在庫・欠品・納期遵守）を決めると成功しやすい。M5コンペで機械学習が統計を上回った経緯、統計・LightGBM・深層学習・基盤モデルの使い分け、MES・ERPと接続する導入5ステップを整理します。</description>
  <content:encoded><![CDATA[<p>需要予測AIを検討すると、ARIMAかLightGBMか基盤モデルかという手法の話から入りがちです。この記事では、手法より先に決めるべきデータと評価軸、4系統の手法の使い分け、MES・ERPとつなぐ導入手順を示します。</p><p>製造業の需要予測は、品番・拠点・期間ごとの将来需要を見積もり、生産計画・在庫計画・調達の入力にする業務です。精度の高い数字が出ても、それが計画の確定枠や発注点に変換されなければ現場の行動は変わりません。最初に決めるのは次の3点です。</p><p>この3点が決まると、必要なデータ、評価指標、更新頻度が自動的に決まります。逆に「とりあえず全品番の月次を予測する」から始めると、PoCの精度は出ても誰の業務も変わらない、という結果になりやすいです。</p><p>需要予測の手法は、統計手法、勾配ブースティング、深層学習、時系列基盤モデルの4系統に分けられます。</p><p><a href="https://mfg-ai.com/usecases/demand-forecasting-ai-guide">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>需要予測</category>
  <category>AI基礎</category>
  <category>導入戦略</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>製造業の設計・開発AI：生成設計・CAE代替・図面AI・設計ナレッジの4分野</title>
  <link>https://mfg-ai.com/usecases/design-ai-guide</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/design-ai-guide</guid>
  <description>製造業の設計・開発AIは、生成設計、CAE代替モデル、図面AI、設計ナレッジの4分野で成熟度とROIが大きく違います。短期で効果を出しやすいのは図面AIと設計ナレッジ、中期でCAE代替です。GMの40%軽量化やMeshGraphNetsの289倍高速化などの数字を、前提条件ごと整理します。</description>
  <content:encoded><![CDATA[<p>設計・開発へのAI活用は、話題になる技術と、すぐ業務に効く技術が一致していない分野です。この記事では設計AIを4つに分け、それぞれの成熟度、必要なデータ、効果の出方を比べて、どこから手を付けるべきかを示します。</p><p>設計・開発で使われるAIは、何を入力して何を出すかで4つに分けると整理しやすくなります。</p><p>この4つは成熟度も、必要なデータも、効果が出るまでの期間も違います。まとめて「設計AI」と呼ぶと、PoCの目的や期待値がずれます。</p><p>図面AIは、紙やPDFの2D図面から寸法・公差・材質を読み取り、見積、調達、検図に使うものです。</p><p><a href="https://mfg-ai.com/usecases/design-ai-guide">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>設計・開発</category>
  <category>AI基礎</category>
  <category>導入戦略</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>図面AI：2D図面からGD&amp;T・寸法を読み取る技術と見積・検図への応用</title>
  <link>https://mfg-ai.com/usecases/drawing-recognition-ai</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/drawing-recognition-ai</guid>
  <description>図面AIは2D図面から寸法・公差・GD&amp;T・材質を読み取り、見積・調達・検図に使います。小型VLMを専門家注釈付きの図面400枚で調整した研究は、ゼロショットのGPT-4oなどをF1で52%上回りました。CADDiなど実用例と、手書き訂正や旧規格記号への弱さを踏まえた導入手順を示します。</description>
  <content:encoded><![CDATA[<p>見積や調達のたびに、担当者が図面を目で読んで寸法や材質を拾い出している工場は多くあります。この記事では、図面AIが何をどこまで読めるのか、研究と実用例の数字、見積・検図で使うときの手順と注意点を説明します。</p><p>図面AIは、PDFや画像の2D図面から、製造や調達に必要な情報を構造化されたデータとして取り出します。読み取る対象は大きく4種類です。</p><p>GD&amp;T（幾何公差）は、形状の許容誤差を記号で表したもので、記号の種類と配置が多様なため、従来のOCRでは読み取りが難しい部分でした。</p><p>2024年11月に公開された研究（Khanら）は、パラメータ数0.23Bの小型VLM（画像と言語を扱うモデル、Florence-2）を、専門家が注釈を付けた図面400枚でファインチューニングし、2D図面からGD&amp;T情報を抽出しました。</p><p><a href="https://mfg-ai.com/usecases/drawing-recognition-ai">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>設計・開発</category>
  <category>調達・SCM</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
<item>
  <title>突発停止・特急オーダーへの再計画：MES実績連携でリスケジュールする設計</title>
  <link>https://mfg-ai.com/usecases/dynamic-rescheduling-mes</link>
  <guid isPermaLink="true">https://mfg-ai.com/usecases/dynamic-rescheduling-mes</guid>
  <description>再計画の速さはソルバーの性能より、MESから実績と設備状態を何分遅れで取れるかで決まります。突発停止や特急オーダーに備えた再計画トリガー、凍結区間、部分再計画と全体再計画の使い分けを、MESとのデータ連携の設計から整理します。</description>
  <content:encoded><![CDATA[<p>設備の突発停止や特急オーダーが入るたびに、計画担当者がExcelで組み直していないでしょうか。この記事では、MESの実績と設備状態を計画系に戻し、どの条件で・どの範囲を・どれだけ凍結して再計画するかの設計を、判断基準つきで示します。</p><p>計画系（APSや最適化ソルバー）が再計画するには、現時点の仕掛・完了数量・設備の稼働状態・作業者の配置が必要です。これらを持っているのはMES（製造実行システム）で、ERPには日次や締め単位でしか入ってきません。再計画が遅い工場の多くは、ソルバーではなくこの「実績の取り込み」で詰まっています。</p><p>実務で起きる典型は次の3つです。</p><p>最後の点は再計画以前の問題です。実績が取れないと標準時間の誤差がそのまま計画の誤差になるため、生産計画AIに必要なマスタ整備と並行して、実績時間の収集を先に整える必要があります。</p><p><a href="https://mfg-ai.com/usecases/dynamic-rescheduling-mes">続きをサイトで読む（用途別のAI活用）</a></p>]]></content:encoded>
  <category>用途別のAI活用</category>
  <category>生産計画</category>
  <category>MES連携</category>
  <category>データ基盤</category>
  <pubDate>Sun, 11 Oct 2026 15:00:00 GMT</pubDate>
</item>
</channel></rss>