Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
家電製品の異常検知 (Case Study)
Search
JDSC
July 29, 2021
Technology
630
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
家電製品の異常検知 (Case Study)
製造業データ合同勉強会の時の資料です。
JDSC
July 29, 2021
More Decks by JDSC
See All by JDSC
会社説明資料2027上期
jdsc
1
34k
JDSC採用ページⅡ
jdsc
0
4.5k
JDSC採用ページ
jdsc
1
120k
Data Meshと私
jdsc
0
320
Kubeflowで作る共通データ基盤 (道半ば編)
jdsc
1
320
鉄道省エネに向けた車上データ活用事例の紹介
jdsc
0
890
InterpretMLと Explainable Boosting Machineのススメ
jdsc
1
3.4k
Google Cloud Build とAI Platformではじめる軽量MLOps pipelineとAlphaSQL
jdsc
0
540
JDSCの事業・技術
jdsc
0
19k
Other Decks in Technology
See All in Technology
AIコーディングはじめました
miso
0
150
サボる子はいねぇがー!AgentCoreハーネスの脆弱性に学ぶ、エージェントの入力バリデーション
iwamot
PRO
4
220
新卒エンジニア、 介護士になる
ryu1013
1
690
これだけは抑えておきたい!後悔しない re:Invent の過ごし方 / AWS re:Invent 2026 prestudy
kinunori
2
720
Sinatra on PicoRuby ローカルでセルフホスト
bash0c7
0
100
kintoneで在庫管理システムを作るときの要件定義・設計ポイント
kai0707
0
230
今から始めるAWS環境の暗号移行 - ポスト量子時代に備える
sato4mi
0
150
E2Eってつらくないですか?E2Eの管理コストを下げる手段とその実践
akaboshinit
6
3k
AX時代の自治体支援リソース再配分と役割分担の再構成:戦略とロードマップ(概要)
sishi2026
0
200
ライフワーク「猫でもわかるDirectConnect」
kentapapa
0
150
AIエージェント統制はAPIから——押さえるべき5つの要素
nagix
0
120
複雑な業務システムを高速でつくるため、チーム全員をつくれる人へ
ayakurabuchi
0
130
Featured
See All Featured
How to Align SEO within the Product Triangle To Get Buy-In & Support - #RIMC
aleyda
2
1.9k
The Hidden Cost of Media on the Web [PixelPalooza 2025]
tammyeverts
2
570
Navigating the moral maze — ethical principles for Al-driven product design
skipperchong
2
680
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
2
430
The Curious Case for Waylosing
cassininazir
1
610
Prompt Engineering for Job Search
mfonobong
0
570
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
Why Our Code Smells
bkeepers
PRO
340
58k
HU Berlin: Industrial-Strength Natural Language Processing with spaCy and Prodigy
inesmontani
PRO
0
800
Efficient Content Optimization with Google Search Console & Apps Script
katarinadahlin
PRO
1
970
Are puppies a ranking factor?
jonoalderson
2
4.1k
Exploring the relationship between traditional SERPs and Gen AI search
raygrieselhuber
PRO
4
4.4k
Transcript
家電製品の異常検知 (Case Study) 2021/06/22 製造業データ合同勉強会
ある家電メーカーのお客様の話
製品の異常発生を抑制することでコストを削減したい 製品に異常発生 入電 訪問修理
異常発生率が高いモデルは設計を改善するべき 異常発生率が高い = 設計がマズい 「異常発生率が高い」をどう捉えるか 異常発生率に対する異常検知
どんなデータ? 出荷台数データ 入電&訪問履歴データ • モデル名+開発年度 = 設計が同じ • モデルによって出荷台数が大きく異なる •
異常の種類は様々で、異常コード毎に発 生頻度や傾向が異なる モデル名 開発年度 出荷年月 台数 XXX 2015 2015-04 500 XXX 2015 2015-05 1250 XXX 2015 2015-06 4000 ・・・ ・・・ ・・・ ・・・ XXX 2016 2016-04 300 XXX 2016 2015-05 1500 ・・・ ・・・ ・・・ ・・・ BBB 2018 2018-04 5000 BBB 2018 2018-05 12500 ・・・ ・・・ ・・・ ・・・ 入電日 対応日 モデル名 開発年度 異常コード 2018/04/27 2018/04/27 XXX 2015 XB9920 2018/05/20 2018/05/28 QQQ 2016 EA2828 2018/06/15 2018/06/17 YYY 2018 AA0001 ・・・ ・・・ ・・・ ・・・ ・・・
困っていたこと 異常コード/開発機種毎の異常発 生率を出荷後経過月の断面で監視 。 出荷台数が少ない開発機種や異常 発生頻度が低い異常コードは、異 常発生率にスパイクが発生しやす く、「異常発生率が高い」ことを 判定するのが難しい。 3σ閾値
アプローチ 1. 集計断面の変更 2. あるべき異常発生率の推定 3. 二項分布によるP値の算出 4. P値の連続性監視
1. 集計断面の変更 変更前: 出荷後経過月数毎の不具合発生率 を監視 • 1ヶ月目 • 2ヶ月目 •
3ヶ月目 • ・・・ 変更後: 観察月毎の不具合発生率 を監視 • 2018年5月 • 2018年6月 • 2018年7月 • ・・・ 常に全出荷済み台数を母数とすることで、出荷 台数の少なさによる異常発生率の不安定さを解 消。(イメージは次ページを参照
2. あるべき異常発生率の推定 一つの異常コードは開発機種によらず一定の発生率に収まるべきである 全開発機種の異常発生率を目的変数として一般化線形モデルを学習
2. あるべき異常発生率の推定(続) 一般化線形モデルのガンマ分布(Inverse link)を採用 説明変数 • 月(1〜12月)のカテゴリ値 • 出荷後経過月数の重み付き平均
3. 二項分布によるP値の算出 推定した異常発生率を「あるべき」とした場合に観測された異常発生件数はどの 程度の確率で観測されるのか? P値 = p: 推定したあるべき不具合発生率 n: 観察月時点における合計出荷台数
k: 観察された異常発生件数
4. P値の連続性監視 閾値をどうするか問題 • 一回でも閾値を下回ったら「異常」であると判断するべきか? • 偶然性を排除したい。 最終的に行き着いた閾値 • P値
0.01未満を閾値とし、 • Xヶ月連続で閾値を下回った場合に「異常」であると判断する。
まとめ • 異常検知とはデータに隠れている統計的アービトラージを利用すること。 • つまり異常検知と一言で言ってもやるべきことは問題毎に異なる。 • なので異常検知を一般化したサービスを開発するのは難しい(ですよね?)