ERP - TECH PLAY - TECH PLAY

TECH PLAY

ERP

むベント

マガゞン

技術ブログ

はじめに 本蚘事は、2026幎3月10日に開催された Elastic{ON} Tokyo での発衚「 『定型』を蚱さない補造業デヌタぞの挑戊 」の内容をもずにした連茉の第2回です。 第1回ビゞュアル情報を掻かす 第2回本蚘事分断されたデヌタを繋ぐ 第3回止めずに進化させる 前回は、補造業の怜玢に「ビゞュアル」が倖せないこず、Elasticsearch の kNN 怜玢を䜿った類䌌図面怜玢に぀いお曞きたした。 今回は、次に立ちはだかる「デヌタ芏暡ず結合」の壁に぀いお掘り䞋げたす。耇数のデヌタ゜ヌスを暪断した怜玢を、どうやっお高速に実珟しおいるかずいう話です。 「探玢」に必芁なデヌタ暪断 前回も觊れた通り、私たちが実珟したいのは「探玢」です。たずえば調達郚門が「より良い発泚」を目指す堎合、こういうプロセスを䞀気通貫で回したい。 発泚予定の図面に察しお、芖芚的に䌌た過去の図面を怜玢する 芋぀かった図面に玐づく発泚実瞟をシステム暪断で確認する 集たった情報をもずに今回の発泚額を適正化する この②「システム暪断での実瞟確認」が、技術的にはかなり重い問題を含んでいたす。 補造業デヌタの「分断」 補造業の珟堎には、PLM、EDI、SCM、CRM ずいった業務ドメむンごずのシステムが䞊んでいたす。それぞれの業務には最適化されおいたすが、システム間でデヌタが分断されおいるのが垞です。 この分断を解決するために ERP が導入されおきたした。ただ、ERP はあくたで組織の「管理」が目的のシステムです。前回曞いた「ビゞュアルな情報をビゞュアルなたた扱う」ずいう発想にはなっおいないので、ERP に実瞟デヌタが集たっおも、珟堎が刀断の拠り所にする「モノの圢」ずは切り離されたたた。分断は圢を倉えお残り続けたす。 CADDi Drawer は、こうしたバラバラのデヌタ゜ヌスを統合し、䞀぀の画面から暪断的に探玢できるようにするプロダクトです。 デヌタ芏暡ず「結合」の壁 日本の補造業は数十幎、時には100幎を超える歎史があり、蓄積されたデヌタは膚倧です。図面だけで100䞇枚以䞊、受発泚実瞟は1,000䞇レコヌド以䞊。仕様曞やトラブル蚘録などの非定型な文曞も含めるずさらに増えたす。 これらを統合しお扱うずき、RDB のようにテヌブルを繋ぎ合わせる玠朎な結合をやるず、組み合わせは10兆件芏暡に達したす。むンデックスがなければ党件走査になるので、察話的な速床は到底出たせん。 では、図面ず実瞟をデヌタ皮別ごずに別のむンデックスに入れればいいかずいうず、それだけでは䞍十分です。片方のむンデックスで怜玢した結果をもう片方ず突き合わせる必芁があり、突き合わせ偎はむンデックスが効かず党件走査に萜ちるケヌスが出おきたす。ク゚リの絞り蟌みが匱い堎合や結合キヌの倀の皮類が少なく倚察倚の組み合わせが膚らむ堎合、この突き合わせのコストが支配的になっお応答速床が厩れたす。 この10兆通りの組み合わせを、怜玢゚ンゞンが埗意な圢にどう萜ずし蟌むか。ここがアヌキテクチャ䞊の倧きな問題でした。 耇数むンデックス構造による解決 私たちがずったのは、耇数のデヌタ゜ヌスを統合したうえで、甚途別のむンデックス矀を構築するアプロヌチです。 䞇胜なむンデックスは䜜れない 私たちも最初は「すべおの芁件を満たすむンデックスをどう蚭蚈するか」ず考えおいたしたが、うたくいきたせんでした。 デヌタ゜ヌスごずにむンデックスを分けるず、前述の通りク゚リ時の突き合わせで党件走査が走っお遅いずいう課題がありたす。その䞀方で非正芏化しお耇合むンデックスにたずめれば怜玢は速くなりたすが、あるデヌタ゜ヌスの1レコヌドを倉えただけで玐づく党ドキュメントに波及しお倧量曎新が走る。怜玢を速くするず曎新が重くなるし、その逆もたた然りで、䞀぀のむンデックスでは䞡立したせん。 なので発想を倉えお、䞇胜なむンデックスを䜜ろうずするのをやめたした。代わりに芁件を分解しお、甚途ごずに別のむンデックスを持たせおいたす。䟋えば、デヌタ゜ヌスごずにオンラむン曎新が走るむンデックスず、デヌタ鮮床には倚少の遅延があるもののデヌタ゜ヌスを暪断しお怜玢できるむンデックスを分けお持぀、ずいった具合です。 動的なむンデックス遞択 ここで鍵になるのが、ク゚リ実行時の制埡局です。ナヌザヌから投げられたク゚リの内容をシステムが解析し、そのずき最も効率的なむンデックスを自動で遞択したす。 単䞀デヌタ゜ヌス内の怜玢ならそのデヌタ゜ヌスのむンデックスを䜿い、耇数デヌタ゜ヌスにたたがる怜玢なら暪断甚のむンデックスを䜿う。こうした切り替えが裏偎で動いおいたす。 ナヌザヌから芋るず、デヌタがどこにあるか、どのむンデックスが䜿われおいるかは䞀切芋えたせん。透過的な怜玢䜓隓を維持したたた、裏では甚途に応じた最適化が走っおいる、ずいう構成です。 類䌌怜玢 × フィルタリングの䞡立 デヌタ゜ヌス暪断怜玢の難しさは、「類䌌怜玢」ず「フィルタリング」を組み合わせたずきに顕著になりたす。 そしお珟堎では、この掛け合わせがないず䜿い物になりたせん。「この図面に䌌た圢のもの」を探すだけでなく、「その䞭で、今取匕のある䌚瀟に発泚したこずがあるものだけ」に瞬時に絞り蟌めなければ、実際の比范怜蚎には䜿えないからです。 なぜ難しいのか 類䌌怜玢kNNはベクトル空間䞊の距離蚈算、フィルタリングは転眮むンデックスによる構造化デヌタの絞り蟌みで、それぞれ背埌のデヌタ構造もアルゎリズムも違いたす。玠朎に組み合わせるず、どちらかの速床が犠牲になりたす。 さらに、フィルタリング察象のデヌタが別のデヌタ゜ヌスに由来する堎合発泚実瞟は ERP、図面はファむルサヌバヌなど、結合凊理のコストも乗っおきたす。 どう解決したか kNN 怜玢ずフィルタヌ条件を同䞀ク゚リ内で組み合わせるこずで、ベクトル怜玢の結果に察しお構造化デヌタの絞り蟌みをかけおいたす。 加えお、前述の暪断怜玢甚むンデックスで図面ず実瞟の関連を事前に非正芏化しおいるため、怜玢時のデヌタ゜ヌス間結合は発生したせん。 Elasticsearch が kNN ずフィルタを同䞀ク゚リ内で同時実行できるこずず、事前結合による非正芏化むンデックスの組み合わせで、類䌌怜玢ずデヌタ゜ヌス暪断のフィルタリングをサブセカンドで安定しお返せるようになりたした。 アヌキテクチャの党䜓像 デヌタが取り蟌たれおからナヌザヌに届くたでの流れを敎理したす。 PLM、ERP、ファむルサヌバヌなど耇数のデヌタ゜ヌスからデヌタを収集する AI による図面解析、メタデヌタの抜出、ベクトル化などの凊理を行う 甚途別のむンデックスにデヌタを振り分ける ナヌザヌのク゚リを解析し、最適なむンデックスを動的に遞択する サブセカンドで結果を返し、ファセットやハむラむトずずもに衚瀺する 図面ず実瞟は曎新頻床も構造も違うデヌタですが、探玢に最適な圢に統合・倉換しおむンデックスし続けるこずで、ナヌザヌはデヌタの所圚を意識せずにあらゆる情報を暪断できたす。 たずめ 補造業のデヌタを玠朎に結合するず10兆件芏暡の組み合わせになる。これをどう捌くかが今回のテヌマでした。 私たちの答えは、甚途別に最適化した耇数のむンデックスず、ク゚リに応じおそれらを動的に遞択する制埡局です。特に、非正芏化による事前結合で怜玢時の結合コストをなくしたこずず、Elasticsearch が kNN ずフィルタヌをネむティブに統合できるこずが、類䌌怜玢ずフィルタリングの䞡立を可胜にしおいたす。 ただ、ここたで䜜り蟌んだむンデックス構造も、珟堎の倉化に远埓できなければ意味がありたせん。次回の最終回では、このむンデックスを「サヌビスを止めずに進化させ続ける」ための仕組みに぀いお曞きたす。
2026/4/20 – 4/24 に䞖界最倧芏暡の産業向け展瀺䌚ハノヌバヌメッセが開催されたした。AWS は今幎も “Built for Industrial AI” ずいうテヌマを掲げ、フィゞカル AI を筆頭に、AI ずクラりドを掻甚し補造業の業務を倉革するアむディアを提䟛したした。AWS の補造のリヌダヌである Ozgur Tohumcu から、”産業 AI は倧芏暡展開しおこそ意味がある”ずいうメッセヌゞを基調講挔で語りたした。むベント党䜓での AWS の掻動は、別途 月刊 AWS 補造ブログ でもご玹介しおいたす。このブログでは AWS ブヌスの抂芁ず展瀺゜リュヌションに぀いおご玹介したす。 AWS の展瀺ブヌス AWS は “Built for Industrial AI” を䜓珟するブヌスずしお「スマヌト生産」「サプラむチェヌン」ず「補品蚭蚈・開発」「スマヌトプロダクト」の領域を぀に分けお展瀺したした。フィゞカル AI やシミュレヌションぞの泚目により補品開発系の展瀺が倧きく増えおいたす。 今幎床も昚幎同様、SIEMENS, QAD, Zoomilion ずいった様々な業界パヌトナヌが AWS ブヌス内で展瀺を行うずずもに、AWS 自身の展瀺を倧きく増やしたした。本幎も、日本チヌムが珟地で日本語でお客様をご案内したした。 本ブログでは、フィゞカル AI ず䞻芁な領域の展瀺に぀いおご玹介したす。 フィゞカル AI 写真: フィゞカル AI デモ “AI-Driven Product Journey” フィゞカル AI は本幎 AWS ブヌスで最も泚目を集めた゚リアの䞀぀で、来堎者の足が絶えない人気を博しおいたした。目玉ずなったのが、”AI-Driven Product Journey” ず題された倧型デモです。このデモは、来堎者がキオスク端末でデザむンを遞択・入力するず、生成 AI がオリゞナルデザむンを生成し、AMR(自埋走行ロボット)・協働ロボットアヌム・レヌザヌ圫刻機・AI 画像怜査装眮・ヒュヌマノむドロボットが協調しながら金属補コヌスタヌを補造、最終的にヒュヌマノむドが完成品を来堎者に手枡すずいう䞀連のプロダクトゞャヌニヌを実挔するものです。AMR が LiDAR で呚囲を知芚し自埋走行する、ロボットアヌムが 3D ビゞョンで郚材を認識し把持する、ヒュヌマノむドが匷化孊習で獲埗した歩行で物を運ぶなど、それぞれが物理䞖界を知芚・理解し、盎接䜜甚するずいう フィゞカル AI の異なる偎面を䜓珟しおおり、フィゞカル AI が圹割分担しお働く姿を䞀望できる構成になっおいたす。 写真: ゚ヌゞェント AI による工皋のオヌケストレヌション 本デモのもう䞀぀の泚目点は、工皋党䜓を ゚ヌゞェント AI が自埋的にオヌケストレヌションしおいる点です。各装眮・ロボットの操䜜がツヌルずしお定矩され、゚ヌゞェント AI が状況をリアルタむムに刀断しながら党工皋を指揮したす。事前にハヌドコヌドされたシナリオをなぞるだけではなく、状況に応じお柔軟に振る舞える点が埓来の産業オヌトメヌションずの倧きな違いであり、産業 AI を実運甚ぞスケヌルさせおいく䞊での重芁なステップを瀺すデモずなっおいたした。 スマヌト生産 (Smart Manufacturing) Smart Manufacturing ゚リアは今幎も AWS ブヌスの䞭で最も広いスペヌスが割かれおおり、䞊蚘の AI-Driven Product Journey を䞭心に倚くの来堎者で賑わっおいたした。たた Rockwell Automation、HighByte、Databricks、Snowflake、Palantir ずいったパヌトナヌ各瀟ずの協業展瀺が目立ち、AWS 単独ではなく゚コシステム党䜓でスマヌト補造を実珟するずいう姿勢が匷く打ち出されおいたした。技術面では AI ゚ヌゞェントが自埋的に耇数システムを暪断しお分析・刀断を行うアヌキテクチャが前面に出おきたのが昚幎からの倧きな倉化です。ここではその䞭から、Agentic Workflow Automation ず Real-Time Plant Analytics の 2 ぀のデモをご玹介したす。 写真: Agentic Workflow Automation — AI ゚ヌゞェントが補造珟堎の意思決定を自埋支揎する内容のデモ Amazon Bedrock AgentCore を基盀に、耇数の AI ゚ヌゞェントが MES・ERP・CMMS・IoT を暪断しお補造デヌタを分析するデモです。「3 工堎の生産実瞟ずオヌダヌ目暙を比范しおほしい」「玍期リスクのある顧客オヌダヌはどれか」ずいった質問を自然蚀語で投げかけるず、゚ヌゞェントがグラフデヌタベヌスの関係性を元に耇数システムからデヌタを取埗し、レポヌトを自動生成したす。゚ヌゞェントの掚論過皋がステップごずにリアルタむム衚瀺される “Investigation Trace” 機胜もあり、AI がどのデヌタ゜ヌスにアクセスしおどう刀断したかが透明に远跡できる点が印象的でした。 写真: Real-Time Plant Analytics — 工堎 KPIOEE、䞍良率等のリアルタむム監芖ず、AI によるシフト亀代レポヌトの自動生成デモ Amazon Quick を基盀ずした Manufacturing Dashboard の展瀺です。Overview 画面では OEE や Defect Rate、First Pass Yield ずいった䞻芁 KPI がリアルタむムで䞀芧衚瀺されたす。䞭でも泚目したいのが Shift Handoff Report 機胜で、シフト亀代時に AI がワヌクセンタヌ別の OEE・欠陥分垃・保党状況を自動分析し、匕き継ぎレポヌトを生成したす。画面右偎には Manufacturing Assistant チャットも統合されおおり、レポヌトの内容を察話圢匏でさらに深掘りするこずも可胜です。 サプラむチェヌン (Supply Chain) 写真Supply Chain のデモ 今幎も AWS ブヌス内の他のデモず連携した、Supply Chain のデモをご玹介したした。昚幎も同じ AWS ブヌス内にある補造デモず情報連携し、Supply Chain に関わる情報の可芖化や需芁予枬などを展瀺しおおりたしたが、昚幎からの倧きな倉曎点ずしお、今回は Kiro で開発したアプリケヌションを展瀺させおいただきたした。 業務仕様曞ずデヌタの構成を元にアプリケヌションを自動生成するこずで、䌁業におけるカスタムアプリケヌション導入/利甚の柔軟性を䞊げ、開発/導入の時間および難易床を䞋げおいく䟋をご玹介したした。たた、同ブヌス内では、パヌトナヌ䌁業である QAD の ERP・Redzone の展瀺や、䌚期䞭には、こちらもパヌトナヌ䌁業である Infor が補造業における ゚ヌゞェント AI の掻甚に関する協業の発衚を行い、パッケヌゞアプリケヌションずカスタムアプリケヌションを遞択しおいただく、たたは組み合わせお利甚するずいった、お客様の状況に合わせお遞択しおいただける遞択肢を AWS が提䟛しおいる様子をお䌝えしたした。 補品蚭蚈・開発 (Product Engineering) 今回、フィゞカル AI の泚目により補品蚭蚈・開発領域の内容を倧きく増やしたした。Engineering & Development Tunnel ずいう展瀺では、AI によるデザむンの提案 –> ゚ンゞニアリングツヌルを仮想化 –> デゞタルスレッドで蚭蚈開発デヌタの連携 –> AI によるパラメヌタ空間探玢(サロゲヌトモデル)ずいう流れをご玹介したした。AI ( Amazon Nova ) が提案した意匠は、Smart Manufacturing のデモに連携され、レヌザヌ加工によりコヌスタヌずしお生産されたす。 補品蚭蚈に必芁な様々な゚ンゞニアリングツヌルを仮想化する䟋ずしお、 PTC の CAD (Creo) ず、開発䞭の CAD ぞのアドバむスを行う玹介がありたした。党䜓に、Engineering Development Hub (EDH) ずいう新しい゚ンゞニアリング環境が䜿われ、様々な CAD/CAE の環境を仮想化し、呌び出し、管理し、VDI で接続するこずで蚈算リ゜ヌスやワヌクステヌションを柔軟に増枛させ管理の手間を枛らすこずができる様をご玹介したした。 写真Engineering & Development Tunnel (å·Š) ず Creo のデモ (右) 蚭蚈されたデヌタはシミュレヌションにより性胜を怜蚌したすが、蚭蚈パラメヌタを倉曎しお郜床シミュレヌションを行うずそのための蚈算量やコストも膚倧になりたす。そこで、過去のシミュレヌション結果から異なる蚭蚈パラメヌタのシミュレヌション結果を AI で予枬する手法がサロゲヌトモデルです。パヌトナヌの Neural Concept ずの共同展瀺で、デヌタセンタヌの冷华を題材ずしたパラメヌタスタディを行うデモを展瀺したした。 SIEMENS ずの共同展瀺では、蚭蚈デヌタから匷床シミュレヌションを行い、その結果を元に生成 AI に蚭蚈改善のアドバむスをさせるデモが瀺されたした。たた、“OT Modernization” ずいう展瀺では、シミュレヌションを補品開発だけではなく生産蚭備の゚ンゞニアリングに掻甚し、生産ラむンにおけるアヌムロボットの動䜜を生成 AI で最適化しおタクトタむムを瞮めるずいう提案を行いたした。 写真SIEMENS ずの共同展瀺 (å·Š) ず OT Modernization の展瀺 (右) 他にも、CAD の展瀺ずしお完党クラりドベヌスのアヌキテクチャにより無限 Undo や PDM の統合を可胜にし、オペレヌションを䞭間蚀語で蚘述するこずで AI による支揎を容易にするずいった意欲的な機胜を搭茉した PTC の Onshape が玹介されたした。 スマヌトプロダクト (Smart Products & Services) 今幎のスマヌトプロダクト゚リアのトレンドは、「売っお終わり」から「売った埌も継続改善」ぞの転換が珟実的になっおきたこずです。開発面では、AI ゚ヌゞェントが蚭蚈からリリヌスたで党フェヌズに介入し、組み蟌み゜フトの開発サむクルを劇的に短瞮。出荷埌も迅速にアップデヌトを続けられる䜓制が敎い぀぀ありたす。サヌビス面では、テレメトリ・保守履歎・顧客問い合わせなど耇数デヌタ゜ヌスを AI が統合解析し、故障予兆怜知やプロアクティブなサポヌトを実珟。予防保守サブスクやリモヌト蚺断など新収益ストリヌムの創出ず顧客関係匷化に぀ながっおいたす。スマヌトプロダクトでも DevOps の継続改善サむクルが回せる時代に入った — これが今幎最倧の倉化です。この蚘事では、”Accelerate embedded software development and equipment” ず “Smart Products Telemetry Driven ‘X'”の 2 デモをご玹介したす。 写真: Accelerate embedded software development and equipment — 組み蟌み゜フトりェア開発の課題を瀺すスラむドず、Kiro が 30 分以内で実装した 空調管理システム UI の実機右䞋 Kiro AI 駆動 IDEによる組み蟌み゜フト開発ラむフサむクル党䜓の加速デモです。空調管理システムC++ で実装/ 7 むンチ HMI 画面を題材に、Research・Plan・Development・Release の 4 フェヌズを䞀気通貫で実挔したす。泚目すべきは、画像右䞋の空調管理システム実装においお、リモヌトデバッグ・UI チェック・デプロむをすべお Kiro が自埋実行し、30 分以内で完了させおいる点です。埓来 1 週間以䞊かかる䜜業が、コヌド生成→デプロむ→スクリヌンショット評䟡→改善のフィヌドバックルヌプで劇的に短瞮されおいたす。 デモの内容を䜓隓できるワヌクショップ も公開されおいたす。 写真: Smart Products Telemetry Driven “X” — デバむス障害怜知時に Amazon Connect ぞリアルタむムのテレメトリずアラヌトが自動連携される様子 AWS IoT Core ず Amazon Connect を組み合わせたサヌビス改善の展瀺です。産業機噚デモでは 3D プリンタヌのテレメトリをリアルタむム収集・監芖し、゚ラヌ発生時にはデバむスデヌタがサポヌト゚ヌゞェントに自動連携されたす。顧客にシリアル番号や症状を確認する手間なく即座に問題解決に着手できたす。AI ゚ヌゞェントが解決できない堎合は自動でタスク生成し、熟緎技術者や専門 AI ゚ヌゞェントぞ゚スカレヌションする仕組みも備えおいたす。 たずめ 本幎のハノヌバヌメッセでは、”Built for Industrial AI” のテヌマのもず、フィゞカル AI ず ゚ヌゞェント AI が補造業のバリュヌチェヌン党䜓に広がり぀぀ある姿が印象的でした。生成 AI による意匠提案から ゚ヌゞェント AI による工皋オヌケストレヌション、ロボットによる物理䞖界での実行たでが䞀぀のシナリオで繋がる “AI-Driven Product Journey” は、その象城的な事䟋です。Smart Manufacturing・Supply Chain・Product Engineering・Smart Product の各領域でも、AI ゚ヌゞェントが耇数システムを暪断しお人の意思決定を支揎するアヌキテクチャが共通の方向性ずなり぀぀あり、産業 AI が実蚌から実運甚フェヌズぞ着実に進み぀぀あるこずを感じる堎ずなりたした。AWS は匕き続き、産業 AI を実運甚にスケヌルさせおいくお客様の取り組みを支揎しおたいりたす。 なお、6 月 25, 26 日に開催される AWS Summit Japan 2026 でも フィゞカル AI や産業 AI の展瀺をご甚意しおいたす。Summit 向けに䌁画した新たなデモを通じお、補造業における AI の可胜性を䜓感いただけたす。ぜひご登録のうえ、䌚堎でお䌚いできれば幞いです。 AWS Summit Japan 2026 の登録は こちら 著者に぀いお 朚村 盎登(Naoto Kimura) AWS Japan の゜リュヌションアヌキテクトずしお、補造業のお客様に察しクラりド掻甚の技術支揎を行なっおいたす。最近は AI ゚ヌゞェントず毎日戯れおおり、AI ゚ヌゞェント無しでは生きおいけなくなっおいたす。奜きなうどんは’かけ’です。
本蚘事は 2025/10/10 に公開された “ Transform Supply Chain Logistics with Agentic AI ” を翻蚳したものです。 AI はあらゆるサプラむチェヌンプロセスを倉革する可胜性がありたす。予枬分析、モノのむンタヌネットIoT、機械孊習MLなどの既存技術は、サプラむチェヌンの効率性ず可芖性を向䞊させたしたが、組織は䟝然ずしお重倧な課題に盎面しおいたす。今日のサプラむチェヌン実務者は、地政孊的緊匵から自然灜害に至るたでの耇雑なシナリオに察応しながら、耇数のシステムに散圚するデヌタを管理しなければなりたせん。これらの課題は、倧きなビゞネスむンパクトを生み出したす。䟋えば、耇雑な組立品で 1 ぀の締結郚品(ボルト・ナット等)が欠けおいるだけで、玍品が数週間遅れ、重倧な財務損倱ず顧客䜓隓の䜎䞋を招きたす。他のすべおのプロセスが完璧に機胜しおいおもです。゚ヌゞェンティック AIサプラむチェヌン゚ヌゞェントは、これらの根匷い課題を解決できるでしょうかこのブログでは、Amazon Web ServicesAWSプロフェッショナルサヌビスProServeが、組織が本番運甚可胜なレベルの゚ヌゞェンティック AI ゜リュヌションを実装し、サプラむチェヌン業務倉革をどのように支揎しおいるかを説明したす。 サプラむチェヌンにおけるビゞネス䟡倀の機䌚 生成 AI は、サプラむチェヌンに倧きな圱響を䞎えるず考えられおいたす。マッキンれヌによるず、サプラむチェヌンの総コストは運甚コストの 3〜4%分、党産業合蚈で 2,900 億ドルから 5,500 億ドル削枛可胜ずされおいたす。この可胜性により、EYアヌンスト・アンド・ダング はサプラむチェヌン組織の 40% が生成 AI 技術に投資しおいるず指摘しおいたす。これは、䌁業が生成 AI の䟡倀を認識しおおり、アヌリヌアダプタヌがこの技術をサプラむチェヌンプロセスの䞭栞に採甚し始めおいるこずを瀺しおいたす。 生成 AI は、以䞋のようなビゞネス成果を生み出す可胜性がありたす 関連する掞察や文曞を速く芋぀け、サプラむチェヌン専門家の時間を定型業務から解攟し、劎働生産性を向䞊させたす。 原材料の状態の可芖化ず基瀎デヌタぞの信頌性により過剰圚庫を削枛し、緊急配送や航空茞送の回数を枛らしたす。 凊理の自動化ず自動生成される掚奚事項により意思決定プロセスを最適化し、専門知識の掻甚、管理業務、ステヌクホルダヌずの調敎を効率化したす。 ゚ヌゞェンティック AI システムが協力しお耇雑なタスクを解決 ゚ヌゞェンティック AI システムずは、独立しお動䜜し、盞互䜜甚し、動的な環境で自埋的な決定を䞋すデゞタルシステムを指したす。これらのシステムは、耇数の゚ヌゞェントを調敎し、他の AI システムず通信しおタスクを効率的に遂行し、耇雑な問題解決ず自動化を可胜にしたす。生成 AI ぱヌゞェンティック AI システムず゚ヌゞェントの基盀を提䟛し、AWS では顧客は Amazon Bedrock AgentCore を利甚したす。論理ベヌスの掚論ず文脈理解を通じお、゚ヌゞェントはアクションを蚈画し、他の゚ヌゞェントず協力し、タスクを効率的に実行し、人間の論理ず掚論を暡倣したす。サプラむチェヌン実務者がしばしば耇数のシステムや郚門暪断的なチヌムやパヌトナヌを扱うため、AI ゚ヌゞェントを䜿甚するこずで、組織はより効率的になり、䟡倀を生み出すこずができたす。 モデルベヌス、目暙ベヌス、孊習ベヌス、自埋型、LLM、゚ヌゞェンティック゚ヌゞェントなど、異なるタスクを完了するための゚ヌゞェントタむプが増えおいたす。これらの゚ヌゞェントは、異なる機胜を持ち、協力しお目的の結果を達成したす。䟋えば、顧客が玍品を迅速化するこずを芁求したずしたす。1 ぀の゚ヌゞェントが玍品のステヌタスを確認し、別の゚ヌゞェントが圚庫を確認したす。さらに、別の゚ヌゞェントが迅速化テヌブルずコストを確認し、最埌の゚ヌゞェントはすべおの情報に基づいお次の掚奚アクションをたずめたす。これらの゚ヌゞェンティック機胜は、耇数のデヌタ゜ヌスを組み合わせお、内倖の顧客䜓隓を向䞊させたす。さらに、情報をたずめお掚奚を行うだけでなく、組織が蚱可すれば、゚ヌゞェントがシステム䞊のデヌタを曎新するこずができたす。 物流における AI ゚ヌゞェント 物流はリアルタむムでのステヌタス曎新の必芁性、絶えず倉化するビゞネス環境、そしお異なる圢匏の耇数のシステムずデヌタ゜ヌスが存圚するため、課題に溢れおいたす。倚くの䌁業は、アラヌトずプロアクティブなモニタリングでこれらの課題を解決しおいたすが、これらのアラヌトには文脈情報が䞍足し、朜圚的な解決策を提䟛せず、問題を 1 か所で解決する事ができたせん。 ガむドラむンずしお、AI ゚ヌゞェントメむンは物流゚ヌゞェント、圚庫゚ヌゞェント、補充゚ヌゞェント、調達゚ヌゞェントなどの焊点を絞ったペル゜ナを持぀こずが掚奚されたす。これらの゚ヌゞェントは共通の目暙に向かっお協力したす。AI ゚ヌゞェントチヌムが協力しお䜜業する様子を図 1 に瀺したす。焊点を絞ったペル゜ナは、゚ンドナヌザヌが゚ヌゞェントメむンの担圓タスクを理解しやすくしたす。たた、ナヌザヌデヌタアクセスを制限し、゚ヌゞェントが凊理する必芁があるデヌタの量を枛らしたす。特に物流では、倉庫、品質、文曞生成、補充、関皎/芏制コンプラむアンス、調達/契玄、内郚・倖郚の顧客䜓隓など、様々なタむプの゚ヌゞェントのナヌスケヌスがありたす。焊点を絞ったペル゜ナを定矩した埌、次のステップは、゚ヌゞェントが解決するべき問題ずデヌタぞのアクセス方法を定矩するこずです。以䞋では、物流゚ヌゞェントに焊点を圓おたす。 図 1: 協力しお䜜業する AI ゚ヌゞェントチヌム AWS ProServe が A*STAR 向けに物流゚ヌゞェントを䜜成 2024 幎 9 月、AWS はシンガポヌル貿易産業省MTIず科孊技術研究庁A*STARが蚭立した 補造セクタヌ AI センタヌ・オブ・゚クセレンス AIMfgの立ち䞊げに参加したした。これはシンガポヌルの囜家 AI 戊略 2.0 の䞀環です。このコラボレヌションの最初の取り組みは「物流の未来」の探求に焊点を圓おおおり、AWS ProServe は Amazon Bedrock を掻甚した物流゚ヌゞェントを開発したした。 先進再補造技術センタヌ ARTCは A*STAR 内の研究機関です。このセンタヌは航空宇宙、陞䞊茞送、消費財、バむオメディカル補造、゚ネルギヌの 5 ぀の䞻芁分野にわたる 96 のコン゜ヌシアムメンバヌで構成されおいたす。この組織は、次の 4 ぀の戊略的テヌマで研究開発を掚進しおいたす 次䞖代補造プロセス 自埋型補造 ネットれロ補造脱炭玠補造 匷靭なバリュヌチェヌン Industry 5.0 の人間䞭心的、持続可胜、匷靭な生産を重芖する A*STAR ARTC は、プラントチヌムに゚ヌゞェンティック AI を提䟛しおいたす。これにより、仮想 AI ゚ヌゞェントが以䞋のような機䌚を創出したす 蚈画、実行、サプラむダヌ協業にわたる 組織の知識を集玄 し、それを組織の業務 DNA に組み蟌む 目暙駆動型の意思決定を行い、フィヌドバックルヌプを通じお自己改善し、文脈の認識を維持するこずで、 自埋的に運甚する 。 AWS ProServe ず共同で、A*STAR ARTC は物流の専門家ずデヌタ分析者向けにカスタマむズされた AI ゚ヌゞェントを開発したした。このむンテリゞェントシステムにより、サプラむチェヌンの実務者は以䞋の項目を実珟するこずができたす リアルタむムデヌタを集玄・統合 したす。ERP基幹業務システム、TMS茞送管理システム、WMS倉庫管理システム、顧客向けポヌタルからデヌタを収集したす。 内郚および倖郚の問い合わせに察しお即時か぀正確な回答 を提䟛したす。これにより、手動での怜玢ず照合の䜜業負荷を最倧 50 削枛したす。 緊急配送コストを総物流費甚の 3〜5削枛 し、逞倱収益を軜枛したす。たた、玍品から配送たでのサむクルを短瞮したす。 手戻り䜜業を最小化するこずで蚈画担圓者の 生産性を向䞊させ 、䟋倖管理、ネットワヌク最適化、戊略的サプラむダヌ連携に集䞭できるようにしたす。 迅速で透明性の高い曎新情報ず予枬到着時刻ETAのむンサむトを通じお、 顧客満足床を向䞊 させたす。 䞀時的な効率向䞊を超えお、この AI 駆動型アプロヌチは堅牢なデヌタ戊略を支え、キャパシティプランニングからアフタヌサヌビスたでのオペレヌションバリュヌチェヌン党䜓にわたり、物流をスマヌトで情報に基づく意思決定を促進する觊媒ずしお䜍眮づけられたす。 物流゚ヌゞェントの構築アプロヌチず結果 AWS ProServe チヌムず A*STAR は協力しお、゚ヌゞェントが解決すべき耇数の問題やタスクを定矩したした。䟋えば、出荷最新の情報や圱響を受ける発泚曞のアラヌトなどです。サプラむチェヌンの専門家は、自然蚀語ず䌚話型 AI を䜿甚しおデヌタず察話したす。これにより、問い合わせに察しお倉曎、キャンセル、掚奚を行うこずができたす。チヌムが様々な問題やタスクを定矩した埌、Amazon Bedrock やその他の AWS サヌビスを利甚しお物流゚ヌゞェントを構築したした。 ビデオ 1AI ゚ヌゞェント – 問題の定矩から実行たで ビデオ 1 に瀺されおいるように、物流゚ヌゞェントの導入により、チヌムは耇数の゜ヌス倩気、出荷状況などからより速く最新の情報を取埗し、実行可胜な察策に぀いおの掞察を埗お、問い合わせに察する暙準的な回答を受け取るこずができたす。䟋えば、ナヌザヌが発泚曞の曎新を芁求し、自然蚀語で質問を入力したす。AI ゚ヌゞェントは質問を理解し、適切なデヌタ゜ヌスを識別したす。これには、構造化たたは非構造化デヌタの分析が含たれたす。これには、ERP システムや Excel スプレッドシヌトなどの内郚デヌタ゜ヌス、たたは枯湟のりェブサむトや航空貚物運送業者ぞのアプリケヌション・プログラミング・むンタヌフェヌスAPI接続などの倖郚゜ヌスが含たれたす。次に、AI ゚ヌゞェントは関連デヌタにアクセスし、自然蚀語凊理を䜿甚しお質問に答え、正確な回答を提䟛したす。デヌタ接続ず゚ヌゞェントのセットアップがどのように蚭定されおいるかの可芖化に぀いおは、図 2 を参照しおください。 図 2内倖のデヌタぞのアクセスを持぀゚ヌゞェントセットアップの䟋 芁玄するず、ロゞスティクスアナリストは手動で情報を怜玢し、掞察を導き出したりする必芁がなくなり、より戊略的なタスクに集䞭できるようになりたした。これは䞀぀の䟋ですが、サプラむチェヌン党䜓で適甚可胜な䟋は倚くあり、生成 AI ずサプラむチェヌン゚ヌゞェントが組織の運営方法を倉革しおいたす。AI ゚ヌゞェントは掞察を即座に導き出し、゚ンドカスタマヌの問い合わせに数秒で回答し、セルフサヌビスの問い合わせを可胜にし、カスタマヌ゚クスペリ゚ンスの向䞊に圹立ちたす。 たずめ ゚ヌゞェンティック AI 機胜は、物流の実務者が日々の業務を遂行し、゚ンドカスタマヌ゚クスペリ゚ンスを向䞊させる方法を倉革しおいたす。物流 AI ゚ヌゞェントにより、サプラむチェヌンチヌムは自然蚀語で察話し、組織のコンテキストを理解し、適切なデヌタ゜ヌスを自動的に識別し、AI 掚論を利甚しお結論を導き出したり、次の最善のアクションを掚奚したりするこずができたす。ビゞネス䟡倀を基瀎ずする取り組みにより、サプラむチェヌンのあらゆる機胜においお、生産性の向䞊、収益の増加、速床の向䞊、コストの削枛、無駄の排陀に぀ながる機䌚がありたす。゚ンドカスタマヌの芁求がさらに厳しくなる䞭で、この分野のリヌダヌは、䟡倀を早期に埗お、競争優䜍性に倉えるこずができるでしょう。 この技術を導入する䌁業は、ビゞネス䟡倀をより早く実珟し、すぐに競争優䜍性を獲埗できたす。AWS のお客様は、Amazon Bedrock サヌビス矀やその他の利甚可胜なサヌビスで、今日から構築を始めるこずができたす。倉革の旅を加速させたいお客様は、 AWS プロフェッショナルサヌビス のアカりント゚グれクティブたたは AWS アカりントマネヌゞャヌにお問い合わせください。 物流゚ヌゞェントの初期構築に貢献した Sam Gordon、さらなる開発ず継続的なサポヌトを提䟛した Annie Naveh、远加のサポヌトずガむダンスを提䟛した Emily O’Kelly に特別な感謝を申し䞊げたす。 翻蚳は、゜リュヌションアヌキテクトの山本が担圓したした。 <!-- '"` --> Joe Pazak Joe Pazak は、アゞア倪平掋・日本APJの゚ンドツヌ゚ンドのサプラむチェヌンずデゞタルトランスフォヌメヌションを支揎する責任者です。Joe は、需芁蚈画、䟛絊蚈画、生成 AI、高床な分析、物流、調達をカバヌする耇数の業界ずの倧芏暡な倉革プロゞェクトから、深いサプラむチェヌンの専門知識をもたらしたす。圌は顧客を支揎するこずを熱望しおおり、次䞖代のサプラむチェヌンツヌルずテクノロゞヌに移行するに぀れお、倧きなアむデアを考えるよう促したす。Joe はシドニヌを拠点ずしおいたす。 Dr. Manuel Baeuml Dr. Manuel Baeuml は、ASEAN の AWS 補造・小売プラクティスをリヌドしおいたす。Manuel は、スマヌト補造、顧客䜓隓、サプラむチェヌンに泚目し、補造および小売䌁業が重芁なデゞタル機胜の定矩・構想・実装を支揎しおいたす。過去 15 幎間、Manuel はアゞア倪平掋ずペヌロッパの業界リヌダヌず働いおきたした。Manuel はシンガポヌルを拠点ずしおいたす。

動画

曞籍

おすすめマガゞン

蚘事の写真

SDV時代の「むネヌブラヌ」を目指す。パナ゜ニック オヌトモヌティブシステムズが远求する「゜フトりェア・ファヌスト」の本...

蚘事の写真

SDV時代の「むネヌブラヌ」を目指す。パナ゜ニック オヌトモヌティブシステムズが远求する「゜フトりェア・ファヌスト」の本...

蚘事の写真

死亡亀通事故れロぞ。アむサむトを支えるステレオ画像認識ず半導䜓内補の裏偎

新着動画

蚘事の写真

【解説】SNSで話題の「グラプンゞニアリング」の正䜓は / ルヌプ゚ンゞニアリングずの関係も解説

蚘事の写真

クラりドAIが䜿えない珟堎は、どうAIを"持぀"のか補造業の事䟋から孊ぶロヌカルAIFOCUSTUDIO

蚘事の写真

【ルヌプ゚ンゞニアリングずは】AIに自動で仕事を任せる前に決めるべき4぀のこず