ナレッジセンター
用途・課題から探す 学術研究 技術・基礎知識

IoTセンサーの時刻同期とは？NTP・タイムゾーン・測定時刻のずれを防ぐ方法

IoT温湿度センサーの時計を同期して同じ時間軸でクラウドへ記録する仕組み

複数の環境センサーを共通時刻へ同期し、クラウドで管理するイメージ

複数のIoTセンサーを使って環境を監視する場合、温度や湿度の精度だけでなく、「いつ測定したデータなのか」を正しく記録することが重要です。

センサー間の時計がずれていると、同時に発生した変化でも異なる時刻として記録されます。その結果、設備停止、扉開放、停電、空調運転などとの前後関係を誤って判断する可能性があります。

特に、複数拠点の比較、通信障害後のデータ再送、CSV・API連携、研究データの解析では、NTPによる時刻同期、タイムゾーン、測定時刻と受信時刻の違いを理解しておく必要があります。

要点

  • 時刻同期とは、複数の機器の内部時計を共通の時刻基準へ合わせること
  • NTPはネットワーク経由で機器の時計を合わせるための代表的な方式
  • UTCは時刻の基準、JSTは日本で使用するタイムゾーン
  • タイムゾーンを変更しても、測定した瞬間そのものが変わるわけではない
  • 測定時刻とクラウド受信時刻は一致しない場合がある
  • 通信障害後に再送されたデータは、再送時刻ではなく元の測定時刻で管理することが重要
  • UbiBotではアカウントとデバイスのタイムゾーンを設定できる
  • 導入時には既知の時刻でテストイベントを発生させ、全機器の履歴を照合する

1．IoTセンサーの時刻同期とは

IoTセンサーには、測定や記録のタイミングを管理するための内部時計があります。

時刻同期とは、センサー、ゲートウェイ、サーバーなどの時計を、共通の基準時刻へ近づけることです。

一般的な環境監視システムには、複数の時計が存在します。

  • センサー本体の内部時計
  • LoRaゲートウェイやルーターの時計
  • クラウドサーバーの時計
  • スマートフォンやPCの時計
  • 外部システムの時計

これらが異なる時刻を示していると、同じ出来事を正しく関連付けられません。

例えば、冷蔵庫の扉を10時00分に開けたにもかかわらず、温度センサーが9時57分、ドアセンサーが10時01分と記録すると、温度上昇の原因分析が難しくなります。

2．NTPとは

NTPはNetwork Time Protocolの略で、ネットワークに接続した機器の時計を時刻サーバーへ同期させるためのプロトコルです。

日本では、情報通信研究機構（NICT）が日本標準時に直結した公開NTPサービスを提供しています。NTPサーバー名はntp.nict.jpです。

ただし、NICTは、利用者側で得られる時刻精度がネットワークの混雑、通信経路、往復時間の差などに影響され、数ミリ秒から数百ミリ秒程度まで変化する場合があると説明しています。インターネット経由のNTPは便利ですが、利用環境における精度が保証されるわけではありません。

一般的な温湿度監視では秒単位の同期で十分なこともあります。一方、振動、音響、映像、高速設備などを複数センサーで同時解析する場合は、NTPより高精度なPTP、GNSS、専用同期信号などが必要になることがあります。

3．UTC・JST・タイムゾーンの違い

時刻同期を考えるときは、時刻の基準と表示方法を分ける必要があります。

用語 意味
UTC 世界で共通して利用される協定世界時
JST 日本標準時。UTCより9時間進んだ時刻
タイムゾーン UTCからの時差や地域ルールを定めた設定
夏時間 地域や季節に応じて時計を進める制度
タイムスタンプ データが測定・保存・受信された時刻情報
NTPサーバーからIoTセンサーへ時刻を配信しUTCを各タイムゾーンで表示する構成

時刻サーバー、IoT機器、UTC、地域別表示時刻の関係

日本標準時は、一般に次の関係になります。

JST = UTC + 9時間

例えば、UTCの2026-09-28 03:00は、日本時間では2026-09-28 12:00です。

データベースにはUTCで保存し、画面表示時にJSTへ変換するシステムもあります。この場合、保存データとCSV画面の表示が9時間異なって見えても、同じ瞬間を示している可能性があります。

4．タイムゾーン設定は時刻同期ではない

タイムゾーンを設定することと、機器の時計を正しい時刻へ同期することは別です。

タイムゾーンは、基準時刻を日本時間や海外拠点の現地時間でどのように表示するかを決めます。タイムゾーンを変更しても、時計自体のずれが自動的に修正されるとは限りません。

次のような設定ミスに注意してください。

  • 日本の機器をUTC表示のまま使用する
  • 海外拠点のタイムゾーンをJSTへ統一してしまう
  • PCとクラウドで異なるタイムゾーンを使用する
  • 夏時間の開始・終了時に同じ表示時刻が重複する
  • CSVとWeb画面で異なる時刻形式を使用する

複数国のデータを統合する場合は、元データをUTCで管理し、表示時に地域のタイムゾーンへ変換する方法が一般的です。

5．測定時刻・保存時刻・受信時刻の違い

IoTデータには、複数種類の時刻が含まれる場合があります。

時刻 意味 注意点
測定時刻 センサーが値を取得した時刻 原因分析で最も重要
記録時刻 本体メモリへ保存した時刻 測定処理との時間差を確認
送信時刻 センサーがデータを送信した時刻 送信間隔によって遅れる
受信時刻 ゲートウェイやクラウドが受信した時刻 通信遅延や再送の影響を受ける
表示時刻 Webやアプリに表示される時刻 タイムゾーン変換を受ける

例えば、10時に測定したデータを、通信障害から復旧した12時にクラウドへ送信した場合、正しい履歴表示は「測定時刻の10時」です。

受信時刻の12時だけを使用すると、2時間前に発生した異常を復旧時点の異常と誤認する可能性があります。

6．時刻がずれる主な原因

内部時計のドリフト

センサー内部の水晶発振器には個体差があり、時間の経過とともに基準時刻から少しずつずれる場合があります。

長期間のオフライン運用

ネットワークへ接続できない期間が長くなると、時刻サーバーと同期する機会が減ります。

電池切れ・電源断

機器の構造によっては、電池交換や完全放電によって内部時計が初期化される可能性があります。

タイムゾーン設定の不一致

センサー、アカウント、クラウド、PC、外部システムで異なる設定を使用すると、同じデータでも表示時刻が変わります。

通信遅延と再送

送信間隔が長い場合や通信障害後に再送された場合、測定時刻とクラウド受信時刻に大きな差が生じます。

手動時刻設定

複数の機器を人が個別に設定すると、操作した時点ですでに数秒から数分の差が発生することがあります。

7．実際の研究に見る時刻同期の重要性

高層建物の複数階に設置したセンサーを時刻同期して振動波形を比較する研究

高層建物に設置した複数の振動センサーを同期して計測する研究イメージ

高層建物に多数のセンサーを設置し、振動を計測する研究では、各センサーが同じ瞬間の揺れを記録できなければ、建物内を振動がどのように伝わったかを正しく分析できません。

日本地震工学会論文集に掲載された「高層免震建物における既設ネットワークを利用した高密度振動観測システムとデータの利活用」では、ネットワーク同期型地震計を用いた高密度観測システムが構築されました。

実環境と同等のネットワーク構成を用いた試験では、時刻同期誤差が最大でも約4ミリ秒であり、対象建物の振動特性を分析するうえで十分な精度が確認されています。

この研究はUbiBot製品を使用したものではなく、一般的な温湿度監視でミリ秒単位の同期が必要という意味でもありません。

重要なのは、必要な同期精度が用途によって異なる点です。

  • 倉庫の温湿度傾向：分単位でも判断できる場合がある
  • 扉開放と温度上昇の照合：秒～分単位
  • 複数設備の運転状態分析：秒単位
  • 振動・音響・映像解析：ミリ秒以下が必要な場合がある

8．UbiBotを使用した研究データの時刻利用例

ケンブリッジ大学とFetch.aiによる自律型食品サプライチェーン研究では、UbiBot WS1で温度・湿度・照度を取得し、スマートフォンで取得したGPS位置情報と組み合わせました。

研究チームは自転車で環境・位置データを収集し、CSVへ保存したデータを食品配送システムのプロトタイプ上で時系列に沿って再生しています。

この事例では、環境データと位置情報を同じ時間軸で扱うことで、「どの場所で、どのような環境変化が起きたか」を関連付けています。ケンブリッジ大学機関リポジトリ掲載論文

ただし、この論文はWS1の時刻同期精度を検証した研究ではありません。異なる機器のデータを組み合わせる研究では、事前に時計の差を確認し、必要に応じて解析時に補正することが重要です。

9．UbiBotのタイムゾーン設定

UbiBot日本公式ヘルプセンターでは、デバイスをアクティベートする前にアカウントのタイムゾーンを設定し、アクティベート後はデバイスごとにタイムゾーンを設定できると案内しています。

日本で使用する場合は、通常、Asia/Tokyoまたは日本時間に対応する設定を選択します。

UbiBot Platform APIでは、対応するタイムゾーンの一覧が公開されています。また、APIのサーバー時刻には、UTCを示すZ付きの形式が使用される場合があります。

導入時には次の点を確認してください。

  • アカウントのタイムゾーン
  • デバイスごとのタイムゾーン
  • Web画面とアプリの表示
  • CSV出力時の時刻形式
  • APIで返されるタイムスタンプ
  • 外部システム側のタイムゾーン
  • 通信障害後に補完されたデータの測定時刻

公開されているタイムゾーン設定情報だけでは、すべてのUbiBot機器が内部でどのNTPサーバーを使用し、どの頻度で同期するかまでは確認できません。厳密な同期精度が必要な場合は、対象機種、ファームウェア、ネットワーク構成についてUbiBotへ確認してください。

10．時刻ずれを防ぐ導入手順

①必要な時刻精度を決める

「正確な時刻が必要」という表現だけでは不十分です。許容差を用途に合わせて定めます。

  • 温湿度の日報：±1分
  • ドア開閉との原因分析：±10秒
  • 設備制御の検証：±1秒
  • 振動・音響解析：ミリ秒単位

②基準時刻を統一する

クラウド、ゲートウェイ、PC、外部システムが参照する時刻基準を確認します。自社NTPサーバーを使用する場合は、到達性と冗長性も確認します。

③タイムゾーンを記録する

「2026-09-28 12:00」だけでは、JSTかUTCか判断できません。

CSVやAPIでは、次のようにUTCオフセットを含む形式が望まれます。

2026-09-28T12:00:00+09:00

または、

2026-09-28T03:00:00Z

④既知時刻のイベントで確認する

正確な時計を見ながら、次のようなテストイベントを発生させます。

  • 冷蔵庫の扉を開閉する
  • センサーを一時的に異なる温度環境へ移す
  • 接点入力を操作する
  • テスト用アラートを発生させる

その後、各センサー、ゲートウェイ、クラウド、CSVの時刻を比較します。

冷蔵庫の扉開閉を利用してセンサーとクラウドの測定時刻を照合する方法

タイムゾーン設定、時刻同期、テストイベント、データ出力を確認する手順

⑤通信遮断・復旧試験を行う

インターネットを一時的に遮断し、次の点を確認します。

  1. センサーが測定を継続する
  2. データが本体またはゲートウェイへ保存される
  3. 通信復旧後にデータが送信される
  4. 元の測定時刻で履歴へ追加される
  5. データの重複や順序逆転がない

⑥定期的に再確認する

長期運用では、次のタイミングで時刻を確認します。

  • 電池交換後
  • 長時間の停電後
  • ファームウェア更新後
  • ネットワーク変更後
  • タイムゾーン変更後
  • サマータイム切替時
  • センサー交換後
  • データ解析前

11．CSV・API連携で注意したいこと

異なるシステム間でデータを連携する場合は、日時の文字列だけでなく、その意味を確認します。

チェック項目は次のとおりです。

  • タイムスタンプが測定時刻か受信時刻か
  • UTCか現地時間か
  • UTCオフセットが含まれているか
  • 秒未満の桁が必要か
  • 夏時間をどのように処理するか
  • 欠測や再送を識別できるか
  • データを並べ替える基準は何か
  • 同一時刻の重複データをどう扱うか

表計算ソフトでCSVを開くと、日時形式が自動変換される場合があります。研究や監査に使用するデータは、元ファイルを変更せず保存し、解析用コピーで変換する方法が安全です。

12．購入・導入前チェックリスト

  • 必要な時刻同期精度を決めた
  • 測定時刻と受信時刻を区別できる
  • 基準時刻と同期方法を確認した
  • アカウントとデバイスのタイムゾーンを設定した
  • CSV・APIの時刻形式を確認した
  • UTCオフセットを保存できる
  • オフライン中の内部記録に時刻が残る
  • 復旧後も元の測定時刻で補完される
  • 電池交換・停電後の時計動作を確認した
  • 既知時刻のテストイベントで照合した
  • 外部システムとの時刻差を確認した
  • 定期的な時刻確認を保守手順へ追加した

よくある質問

NTPを設定すれば時刻は完全に一致しますか

完全に一致するとは限りません。通信遅延、ネットワーク経路、機器の処理時間、同期頻度などによって差が生じます。用途に必要な許容差を決め、実際の構成で確認してください。

UTCと日本時間の違いは何ですか

UTCは世界共通の基準時刻です。日本標準時（JST）はUTCより9時間進んでいます。日本では通常、夏時間による切替はありません。

タイムゾーンを変更すると過去データも変わりますか

システムによって異なります。保存されたUTC時刻は同じでも、表示時のタイムゾーン変換によって過去データの表示時刻が変わる場合があります。変更前にCSVを出力して確認してください。

通信障害後のデータは復旧時刻で記録されますか

適切に設計されたシステムでは、元の測定時刻を保持して再送します。ただし、製品と設定によって異なるため、通信遮断試験で確認する必要があります。

センサーの時計とスマートフォンの時計が違う場合はどうしますか

両方が参照する時刻基準とタイムゾーンを確認します。スマートフォンの自動日時設定、センサーの同期状態、クラウド表示設定を確認したうえで、既知時刻のイベントを使って照合してください。

UbiBotはNTPに対応していますか

UbiBotではアカウントとデバイスのタイムゾーン設定が案内されています。一方、各製品の内部同期方式や同期周期は公開情報だけでは判断できない場合があります。厳密な時刻精度が必要な用途では、対象機種について事前に確認してください。

まとめ

IoTセンサーの時刻同期は、複数の測定データを正しい順序で比較し、環境変化の原因を判断するための基盤です。

NTPはネットワークを介して時計を合わせる代表的な方法ですが、インターネット環境によって同期精度は変化します。また、NTPによる時計合わせと、UTC・JSTなどのタイムゾーン設定は別の仕組みです。

UbiBotを利用する場合は、アカウントとデバイスのタイムゾーンを設定し、Web、アプリ、CSV、APIで表示される時刻を確認してください。

特に、通信障害後のデータ再送や外部システム連携では、クラウドへ届いた時刻ではなく、元の測定時刻が保持されているかを試験することが重要です。

CTA例：
複数センサーの時刻やCSVデータの扱いでお困りですか？
使用機種、設置台数、通信方式、必要な時間精度、外部システムとの連携方法を整理したうえで、UbiBot日本窓口へご相談ください。

参考資料

  1. NICT「日本標準時に直結した公開NTPサービス」
  2. NICT「公開NTPサービス」
  3. 日本地震工学会論文集「高層免震建物における既設ネットワークを利用した高密度振動観測システムとデータの利活用」
  4. 土木学会論文集「加速度計測のための無線センサネットワークの実用的な時刻同期手法の開発」
  5. UbiBot日本公式ヘルプ「WS1 Proのタイムゾーン画面の表示設定方法」
  6. UbiBot日本公式「Platform API クイックスタートと制限」
  7. UbiBot API「対応タイムゾーン一覧」
  8. Xu, L. et al., “On implementing autonomous supply chains: A multi-agent system approach,” Cambridge University Repository

※タイムゾーン設定、API仕様、内部記録、同期方法は、製品、ファームウェア、プラットフォーム更新によって変更される場合があります。公開または導入前に、対象機種の最新仕様をご確認ください。

ブログに戻る