Web3型IoT統合ソリューションにおけるフェーズ２の実証を完了～5G RedCap／MQTT対応によるリアルタイムM2M/MEC基盤の高度化に成功、フェーズ３（DID認証）へ移行～

株式会社CAICA DIGITAL



当社は、子会社である株式会社ネクス（以下、「ネクス」といいます。）と共同で推進している「Web3型IoT統合ソリューション構想」におけるPoC（概念実証）について、フェーズ２（5G RedCap／MQTT対応）の実証を完了しましたので、下記のとおりお知らせいたします。

（ご参考）
2025年９月12日付「CAICA DIGITAL、ネクスと共にWeb3型IoT統合ソリューション構想に向けた戦略的PoCを開始 ～DID※１×MQTT※２による次世代M2M/MECプラットフォームの構築に向けた実証がスタート～」https://www.caica.jp/wp-content/uploads/2025/09/20250912_4_pr.pdf

2025年10月29日付「Web3型IoT統合ソリューションにおけるフェーズ１の実証を完了～AWS Wavelengthを活用したリアルタイムIoT通信基盤の構築に成功、フェーズ２（MQTT／5G対応）へ移行～」
https://www.caica.jp/wp-content/uploads/2025/10/20251029_1_pr.pdf

１．フェーズ２の位置づけ
本PoCは、M2M/MEC基盤の実装（フェーズ１）→通信プロトコルの高度化（フェーズ２）→分散型ID（DID）認証導入（フェーズ３）を段階的に検証するものです。フェーズ２では、ネクス製品を 5G RedCap／MQTT に対応させ、環境センサ（温度・湿度等）のデータをリアルタイム処理し、物流・倉庫環境向けのM2M最適化（温度異常時アラート等）を検証対象としていました。



２．フェーズ２の実証内容と成果
　フェーズ２では、車載／環境センサ等から送信されるデータを、MEC（エッジ）とクラウドを組み合わせた構成で処理し、以下を確認しました。

１. リアルタイム処理（エッジ）と蓄積処理（クラウド）の分離が有効に機能
・MEC上のNode-REDにて、定期通信・イベント通信データを取り込み、即時判断・通知（イベント系）を実施しました。
・AWS IoT Core／DynamoDB側でルール処理・長期保存（定期系）を実施しました。
・役割分担が明確となり、「エッジ×クラウド」分離アーキテクチャの妥当性を確認しました。

２. 通信頻度を高めてもサーバ側負荷が大きく増えないことを確認
・従来の約10分間隔から、定期通信を1分間隔、イベント通信を10秒間隔へ変更して検証した結果、サーバ側の処理に大きな負荷は認められませんでした。

３. HTTP→MQTTへの移行、ならびに5G RedCap利用において、通信上の支障がないことを確認
・プロトコルをHTTPからMQTTへ変更し、5G RedCapを用いた場合でも、実証環境においてデータ送受信に支障がないことを確認しました。

４. 温度異常検知のアラート通知を正常動作
・温度が閾値（10℃）を超過した際にSlackへ通知するアラート処理が正常に動作することを確認しま　　
した。

５. データ蓄積（DynamoDB）とデータ設計の確認
・AWS IoT Coreのルール処理後、DynamoDBへ保存するフローを確認しました。
・保存項目について、imeiをプライマリーキー、timeをソートキーとする構成で蓄積を実施しました。

３．フェーズ２で得られた知見と今後の課題
１. 知見
国内主要キャリアのうち１社が、5G RedCapの商用サービスを2025年9月に開始していたため、他社に先駆けて、5G RedCapの商用サービスを使用した5G RedCap 端末のPoCを実施することができ、低コストで、低消費電力、低遅延、同時多接続が可能という5G RedCapの利点を早期に確認することができました。

【ネクス社において2026 年 1 月より販売開始される新製品５G RedCap対応USBドングル「UNX-35GL」】



５G RedCap紹介ページ　https://www.ncxx.co.jp/redcap/

「UNX-35GL」製品ページ　https://www.ncxx.co.jp/product/unx-35g/feature/

・　フェーズ２においては、HTTPではなくMQTT を採用しましたが、QoS(Quality of Service)レベルを0、1、2の3段階で設定でき、メッセージの信頼性を要件に応じて調整できるため、HTTPのように通信に失敗するたびに毎回送り直す必要がない要件にも対応できることを確認しました。

・　また、必要なトピックだけを受信すればいいのでサーバーサイドのデータの管理や処理が行いやすいこと、デバイスごとに違うトピックを割り振ることができるので機器の管理や機器ごとのセキュリティの割り振りが行いやすいことなどの利点を確認しました。

・　さらに、HTTPとは違い常時接続なのでほぼリアルタイムでデータが受信できることを確認しました。




・　フェーズ１においては、あらかじめ定められた一定の周期で通信が行える定期通信のみを採用し、その間隔を10分毎に設定して実施しました。これではリアルタイム性に欠けるため、フェーズ２においては、この定期通信の間隔を1分毎にして実施しました。

・　また、特定の事象（イベント）が発生したときにのみ通信が行えるイベント通信も実施し、10秒毎のデータを取得しました。

・　ユースケースに応じて通信間隔を調整できる点は、現場導入時の運用設計において有効であることを確認しました。

２. 今後の課題
　5G RedCapのネットワークの対応を開始し、商用サービスを開始しているのは、国内主要キャリアのうち１社のみという状況であり、他のキャリアでの5G RedCapのネットワーク対応及び商用サービス開始が今後の課題であることを認識しました。
　
ただし、従来の5G製品は高額であるため、多数の同時接続を前提とするIoT分野においては、普及の障壁となっていました。これに対し、通信速度を適切に制限することで低コストを実現し、同時多接続、低遅延、低消費電力といったメリットを享受できる5G RedCapは、IoT導入企業に新たな選択肢を提供します。これにより、上記の課題を解決し、今後広く普及する可能性を秘めています。また、ローカル5Gでも利用可能であることから、プライベートネットワークでは早期の商用サービス開始が期待されています。

４．フェーズ３への移行（2026年１月～２月予定）
フェーズ３では、すべての車両・デバイスに分散型ID（DID）を発行し、認証連携をブロックチェーン上で実施することで、M2M通信における「信頼できる接続」と「企業間連携」の高度化を検証します。あわせて、実運用を想定したハードウェアレベルの統合を進め、商用化を見据えた検証フェーズへ移行する計画です。



５．今後のスケジュール（予定）




６．今後の展望
フェーズ３の終了後、当社は、分散型ID（DID）×MQTT×ステーブルコインを組み合わせたWeb3型IoT基盤の確立を目指します。これにより、車両・デバイス・インフラ間での認証・データ連携・決済を一体化し、スマートシティ、MaaS、無人店舗、工場自動化といった複数領域への展開を進めてまいります。



フェーズ２の完了により、MQTTのIOT市場における優位性及び5G RedCapの有効性が確認されました。
これにより、次世代M2M通信市場への足掛かりを築き、商用展開フェーズに向けて、また1歩確実な前進を果たしました。
今後も当社は、「Web3技術で産業をつなぐIoTプラットフォーマー」として、技術開発と企業価値向上の両立を目指してまいります。

以　上

会社概要
株式会社ＣＡＩＣＡ　ＤＩＧＩＴＡＬ
代表取締役社長 鈴木 伸
東京都港区南青山５丁目11番９号
https://www.caica.jp