【Day 9】製造業編③：タイムスタンプの闇。そのデータ、本当に「同じ瞬間」の出来事ですか？
こんにちは、Penguin Labsです。
連載9日目。製造業における「データの理解」フェーズも3日目に入りました。昨日は「サンプリングレート（時間解像度）」という縦軸の解像度の話をしましたが、今日は横軸、つまり**「時刻（タイムスタンプ）」**に潜む底なし沼についてお話しします。
複数の装置から集めたデータをエクセルでガッチャンコして、相関分析をポチッ。…ちょっと待ってください。その分析結果、実は「時計のズレ」が生んだ偽の因果関係かもしれません。
1. 「工場の時計」は一律ではない
ITの世界では、サーバーの時刻が数秒ズレているだけで大騒ぎになりますが、工場の現場（OTの世界）では驚くほど「時刻の独立国家」が乱立しています。
PLC A： 3分進んでいる。
PLC B： 10秒遅れている。
検査端末： Windowsの内部時計が数ヶ月放置され、5分ズレている。
ベンダーにデータを渡すと、彼らはこれらを機械的に「時刻」というキーで結合します。すると何が起きるか。 本来は**「装置Aの不具合（10:00:00）→ 装置Bで不良品発生（10:00:05）」という因果関係があるのに、時計がズレているせいでデータ上は「装置Bで不良品が出てから、装置Aが壊れた」**ように見えてしまうのです。 これでは、どんなに高度なAIを使っても正しい予兆検知などできるはずがありません。
2. 「ミリ秒」のズレが相関を破壊する
高速なラインになればなるほど、この問題は深刻です。1秒間に数個の製品が通り抜けるラインでは、コンマ数秒のズレで「どのデータが、どの個体のものか」という紐付け（個体トラッキング）が崩壊します。
内製化チームが「データの理解」において最初に行うべき儀式は、データの相関を見る前に**「各装置の時刻同期の精度を確認すること」**です。 多くのベンダーは「データは揃っています」と報告しますが、内製化リーダーであるあなたは「どうやって同期をとっていますか？ NTPですか？ PTPですか？ それとも手動ですか？」と食い下がらなければなりません。
3. 「イベントログ」と「時系列データ」の不都合な結婚
もう一つの罠は、「いつボタンを押したか」というイベントログと、「その時の圧力」というセンサーデータの統合です。
多くの場合、これらは別々のシステムで管理されています。 「10時5分に警報が鳴った」という記録と、その時の波形データを重ね合わせようとしたら、実は記録のタイミングにタイムラグ（処理遅延）があり、肝心の「異常が発生した瞬間」が波形データの外側にあった…というのは、現場あるあるの悲劇です。
内製化チームの強みは、「データが生まれる現場の配線」まで遡れることにあります。「この信号が出るタイミングと、ログに書き込まれるタイミングには、通信経由で0.5秒のラグがあるはずだ」という洞察。これこそが、データに命を吹き込む「内製化の目利き」です。
4. 今日の内製化Tips：物理的な「時報」をデータに刻め
もし、システムの時刻同期が信用できないなら、原始的ですが最も確実な方法があります。 それは、「すべての装置が同時に検知できる物理的なイベント」を意図的に起こすことです。
一斉停止・一斉起動： 全装置のログに「停止」というフラグが立つ瞬間を基準点（同期ポイント）にする。
ダミー信号の入力： 各PLCに、特定の時間に同時にONになる信号を配線し、その立ち上がり時刻を比較して「ズレの補正値」を算出する。
これをデータ分析の前に行うだけで、分析の精度は劇的に向上します。「データが汚れているなら、現場を動かして掃除する」。これができるのが、ベンダーに丸投げしない内製化チームの真骨頂です。
明日の予告（Day 10）： 製造業編の4日目は、「計測されない変数：サイレント・チェンジ」。 データには現れない「油の種類を変えた」「治具を締め直した」という現場の微細な変化が、なぜ分析モデルを数日でゴミにするのか。現場の「隠れた操作」をどうデータで捉えるかを解説します。