IoTプラットフォーム 2026：ThingSpeak、TTN、ThinkLinkの比較

シリーズ：LoRaWAN技術読解 · 第16号（業界動向、No. 6） 公開：2026-09-23

はじめに：ほとんど問われない質問

チームがプラットフォームを評価するとき、ほぼ誰もが同じ質問をする：対応プロトコルはいくつか？ルールエンジンはあるか？ダッシュボードの出来はどうか？デバイスあたりのコストはいくらか？

ごく少数しか問わない： このプラットフォームは3年後も存在しているか？

不快な比較を考えてみよう。2026において、産業IoTプロジェクトの開始から最初の有料顧客までの平均期間は 41か月 — IoT Analyticsによる100社のOEMを対象とした2024調査の数値であり、2020より80%長い。

過去24か月で、最も引用される産業IoTプラットフォームブランドのうち6社が所有者を変えた。過去36か月で、ハイパースケーラーは8つの専用IoTサービスを廃止した。

41か月の構築サイクルに対し、24か月の所有権交代サイクル。 契約する会社と稼働開始する会社は、かなりの確率で同一ではない。

これは誇張ではない。2026におけるプラットフォーム選定の一次リスクである。本記事はThingSpeak、TTN、ThinkLinkといった名前を適切な位置に戻したうえで、より実践的な問いに答える：5つのクラスのプラットフォームにわたって、どう選ぶのか — そして、いつでも離脱できることをどう保証するのか？

1. 背景：プラットフォーム層は統合が進んでいる

1.1 ベンダー数は縮小している

2019、広く流通した産業IoTプラットフォームのマップには620社以上が掲載されていた。IoT Analyticsの継続的な追跡によれば Q1 2026までに、そのうち188が撤退、廃止、または方向転換した。

IIMの業界レポートによる第2のデータセットでは、稼働中のIoTプラットフォーム企業の世界数は2023時点で約620であり、2025までに478に縮小し、集中度（CR10）は同期間に41%から58.7%へ上昇した。

この2つの「620」の数値は異なるものを測っている — 一方は2019のマップへの掲載数、他方は稼働企業の2023の数 — だが、指し示す方向は同じだ： このセクターは急速に統合しており、上位はより重くなっている。

原因は謎ではない。実務者は同じ説明に収束する： IoTプラットフォームからの直接収益は、それが約束する市場規模を支えられない。 プラットフォームはハードウェアベンダー、システムインテグレーター、エンドユーザーを同時に満たさなければならず、それぞれが異なるものを求める。膨大な受注量がなければ、モデルは成立しない。

1.2 上位の所有権は移り変わっている

さらに示唆的なのは、撤退がすべて小規模企業ではないことだ。以下の表の各社はいずれも、かつて「ベストプラットフォーム」リストの上位に登場した。

購入者にとって、これは非常に具体的な結果をもたらす。ThingWorxを例にとると、現在価格を公表しておらず、第三者の勧告では基本ライセンスが$50,000から$150,000、加えてデバイスあたり年間$50から$200、さらに指名ユーザーあたり年間$1,000から$3,000と見積もられている。Kepwareドライバーは別途、各$500から$2,500でライセンスされる。

要点はこうだ： Kepwareは2026-06に価格を20%引き上げた — プライベートエクイティ所有下での最初の目に見える価格改定サイクルである。3年前に構築したTCOモデルは、その変動を吸収できない。

実用的な経験則： あなたが買うのは、今日箱に印刷されたブランドではなく、3年後にそれを所有する会社である。

1.3 ハイパースケーラーのサービスは廃止されている

「ハイパースケーラーを選べば安全」というのが既定の前提だったなら、このリストは注意深く読む価値がある。これらはスタートアップの製品ではない。AWS、Azure、Googleに属するものだ。

元MicrosoftのIoT製品責任者による要約は広く引用されている： IoTサービスは単独では十分な収益を上げられない。

正確に言えば、これは「ハイパースケーラーがIoTから撤退している」のではない。AWS IoT CoreやAzure IoT Hubのような接続層のサービスは投資を受け続けている。廃止されているのは その上の層 — 分析、イベント、可視化、フリート管理 — 垂直的なワークフロー管理を必要とする製品である。ベンダーはそれらの機能をより広範なデータプラットフォーム（Fabric Real-Time Intelligence、レイクハウスアーキテクチャ）に畳み込んでいる。戦略的には、水平的なIoTから水平的なデータへの移行である。

導入者にとって、会計はどちらでも同じだ： 依存するAPI、書いた統合、チームが学んだ運用ランブック — すべてが製品とともに廃止される。

1.4 プラットフォームの消滅が構造的である理由

これら三つのパターンを並べてみると、一つの構造的事実が浮かび上がる。

IoTプラットフォームのビジネスモデルと、IoTプロジェクトの導入サイクルは噛み合っていない。

• プラットフォームには規模が必要であり、規模は標準化と水平方向の複製から生まれる。
• しかしIoTプロジェクトの価値は垂直方向の深さ、特注の統合、現場での適応から生まれる。

これらは互いに逆方向へ引っ張り合う。その結果、プラットフォームベンダーは「水平展開」と「垂直展開」の間で揺れ動き、その揺れが製品ラインの削減、所有権の変更、価格調整を生み出す。

したがって「プラットフォームは消えるのか」は、大手ベンダーを選べば回避できるリスクではない。 回避できるのはアーキテクチャによってのみであり、具体的には離脱コストを低く保つことによってである。

この記事の知識をプロジェクトに活かす

ManThink（門思科技）は、デバイス接続、ネットワーク、データ活用に向けたIoT製品を提供しています。この記事の技術情報とあわせて、以下の製品情報をご覧ください。

GD61 屋内用 LoRaWAN ゲートウェイ · ThinkLink

ManThinkの製品を確認し、プロジェクトを相談する →

2。プラットフォームの五つのクラス

「IoTプラットフォーム」と呼ばれるものは単一の製品カテゴリではない。それらを一つの機能マトリクスで比較することは、選定失敗のよくある出発点である。提供形態と依存関係によって、五つのクラスに分かれる。

2.1 コミュニティ公共ネットワーク

代表例：TTN（The Things Network）／The Things Stack Sandbox

TTNはこの業界で最も影響力のあるコミュニティプロジェクトであり、その規模は現実のものである。 280,000を超えるメンバー、21,000のゲートウェイ、153か国にまたがる。

その目的も同様に明確である。人々がLoRaWANデバイスを可能な限り低い敷居で初めて接続できるようにすることだ。無料で、オープンで、ドキュメントが充実し、豊富なデバイスリポジトリに支えられている。

しかし、いくつかの境界を理解しておく必要がある。

• フェアユースのトラフィックポリシー：コミュニティネットワーク上でデバイス一台あたり一日およそ30秒のアップリンク空中時間。プロトタイプには十分だが、本番には足りない。
• SLAなし。 コミュニティゲートウェイはメンバーが自発的に提供するものであり、カバレッジの品質は保証できない。
• データは他人のゲートウェイを経由する。 データに敏感なプロジェクトにとっては厳しい障壁となる。

適する用途：学習、概念実証、重要度の低い長間隔のデータ収集。 適さない用途：保証された可用性を必要とするあらゆる商用展開。

よく混同される点が一つある。TTNコミュニティネットワークとThe Things Stackの商用エディションは別物である。TTS CloudはDiscovery（無料、SLAあり）、Standard（1,000台のデバイスを含む）、Plus（NOCと請求を追加）を提供し、エンタープライズ向けセルフホスト版は通常50,000台を超えるフリートを対象とする。ソフトウェア自体はApache-2.0ライセンスであり、セルフホストが本当に可能であることを意味する。ただしそれは、あなたを自己運用のカテゴリへと戻すことでもある。

2.2 オープンソース・セルフホスト

代表例：ChirpStack、ThingsBoard Community Edition、Eclipse Ditto/Hono

このクラスは過去五年で最も速く成長した。その売り文句は一文で表される。 ソフトウェアは無料、データはあなたのもの、デバイスごとの課金はない。

ChirpStackを例に取ろう。いくつかの厳然たる事実がある。

• MITライセンス、ライセンス料なし、デバイス上限なし、メッセージ上限なし、機能制限なし。 商用利用、SaaS運用、ホワイトラベリングはいずれも許可されており、著作権とNOTICEの表示を保持する。
• 現行バージョンv4.18.0（2026-05リリース）。 v4はネットワークサーバーとアプリケーションサーバーを単一コンポーネントに統合し、バックエンドをGoからRustへ移行して、リソース効率を実質的に改善した。
• 控えめなリソース要件：数千台規模のデバイスのネットワークは、PostgreSQLとRedisを含めて2〜4 vCPUと4〜8 GBのRAMで動作する。
• ホスティングコスト：2 vCPUと4 GB RAMのクラウドVMは月額およそ€5から。

ThingsBoard Community EditionはApache-2.0のもとで同様の道をたどり、ルールエンジンとダッシュボードの機能がより充実している。そのProfessionalセルフマネージド層はノードあたり月額$10〜$499で、クラウド層は月額$749〜$3,999に及ぶ。

このクラスで実際のコストはどこに位置するのか。

ソフトウェアはゼロであり、コストは別の場所へ移る。

ChirpStackの商用サポートは作者であるOrne Brocaarから提供されており、コミュニティサポートはフォーラムとGitHub issuesを通じて行われる。 デフォルトのSLAは存在しない。それはこのクラスの構造的特徴であり、欠陥ではない。

適する用途：社内にエンジニアリング体制または安定した統合パートナーを持つチーム、データ主権やコンプライアンス要件がある場合、デバイスごとの課金が高額になるまでデバイス数が増える場合。 適さない用途：運用を担う人がいないチーム、保証されたSLAを必要とするミッションクリティカルなワークロード。

2.3 ハイパースケーラーのマネージドサービス

代表例：AWS IoT Core、Azure IoT Hub

ここでの強みはエコシステムと規模である。システムがすでにAWSやAzure上で稼働しているなら、Lambda、Functions、データレイクとのネイティブ統合により統合作業を大幅に節約できる。AWSのマネージド接続は数十億台のデバイスと数兆件のメッセージを支えられる。

価格構造は注意深く読む価値がある。以下は2026時点で公表されている料金を反映している。

10,000台のデバイスが毎分1回報告する場合（月あたりおよそ432百万メッセージ）、独立系のモデルではAWSの請求額は約 月額$596 — メッセージング$432、接続$34.56、ルールエンジン$129.60。同じシナリオをAzureで実行すると約 月額$750になります。

ここに、LoRaWANにとって特に厳しい詳細があります。ブロック課金です。

AWSは5 KBのブロック単位、Azureは4 KBのブロック単位で課金します。つまり： 100 バイトの LoRaWAN アップリンクは、Azure 上では完全な 4 KB 単位として課金されます。

実効ペイロード利用率は100/4096、およそ 2.4%です。97.6%の空バイトに対して支払うことになります。

これはベンダーの欠陥ではありません — ブロック課金は高スループットのワークロードにとって合理的な簡略化です。しかし、小さなペイロード、低頻度、多数のエンドポイントというLoRaWANの特性にとっては、最悪の組み合わせです。これがセクション4で詳しく述べる核心的な問題です。

2.4 汎用SaaS

代表例：ThingSpeak、Ubidots、Blynk、TagoIO、Losant、Thinger.io

ここでの価値は 最初のデータまでの速さにあります。登録し、キーを取得し、パブリッシュし、グラフを見る — 多くの場合、半日で完了します。料金体系も最も透明です：

ThingSpeakは別途扱う価値があります。最も誤解されているからです。

これはMATLABの開発元であるMathWorksが運営するホスト型サービスで、2010年のioBridgeの起源に遡ります。その強みは明確です： サービスに組み込まれたMATLAB分析。 ローカルライセンスなしで、受信データに対してMATLABコードを実行できます — 信号処理、曲線フィッティング、統計、機械学習など。

この能力は、研究、教育、エンジニアリングのプロトタイプの文脈では、ほぼ代替不可能です。 しかし、これは汎用IoTプラットフォームではなく、MathWorksもそのようには位置づけていません。

その能力の境界はこれを明確に示しています：

• ホスト型SaaSのみ；セルフホスティング不可。 データはMathWorksのインフラ上に存在する必要があります。
• デバイス管理なし。 データはチャネルで整理され、各チャネルは最大8フィールド、各メッセージは最大3,000バイト、無料枠では年間3百万メッセージまで。
• OTAなし、ルールエンジンなし、マルチテナンシーなし、ホワイトラベリングなし。
• 無料枠は明示的に非商用です。 商用利用にはStandardライセンスが必要です。また、各ユーザーは無料ライセンスを1つだけ登録できます。

したがって、ThingSpeakの正しい使い方は： 分析が最も容易な場所でプロトタイプを作り、本番が属する場所で本番を構築する。 それらは通常、同じプラットフォームではありません。

2.5 統合NS + アプリケーションプラットフォーム

代表例：ThinkLink、Actility ThingPark、LORIOT

このクラスはアーキテクチャ上の問題を解決します： 標準的なLoRaWAN展開には複数のソフトウェアが必要です。

従来のアプローチは、ネットワークサーバー1つ、アプリケーションプラットフォーム1つ、可視化ツール1つ、さらにそれらを接続する統合レイヤーです。4つのシステム、4つの設定、4つのパッチセット。

統合アプローチはこれを1つに圧縮します。

ThinkLinkを例に取りましょう。これはManThinkが開発したオープンなLoRaWANアプリケーションプラットフォームで、 ネイティブ統合されたLoRaWANネットワークサーバーを備えています。つまり、OTAA/ABPアクティベーション、ゲートウェイとデバイスの完全なライフサイクル、ライブのNS/ASトラフィックデバッグがすべて1つのシステム内に存在します。

3つの展開形態を提供しており、その設計は注目に値します：

要点： デバイスモデル、RPC、トリガールールは一度記述するだけで、三つの形態間で移行できます。 クラウドパイロット、セルフホスト本番、ゲートウェイ内蔵デプロイ — 同じビジネスロジックで、書き直しは不要です。

残りの機能はクラス標準に準拠しています：

• 周波数帯：CN470 / EU868 / US902/915 / AS923 / AU915
• LoRaWAN 1.0.2 以上に準拠した任意のエンドデバイスとゲートウェイを受け入れます（ハードウェアブランドのロックインなし）
• BACnet/IP と Modbus TCP のネイティブ統合、ThingsBoard、Home Assistant、および任意のサードパーティ MQTT ブローカーへの転送
• コアメカニズムは JavaScript を使用してバイナリペイロードを解析し、独自のデコードツールチェーンは不要です
• アラートは四つの重大度レベル（低 / 中 / 高 / 緊急）に対応、通知グループはメールと WeCom Webhook をネイティブサポートし、DingTalk、Slack、Telegram はカスタム RPC 経由で接続します
• Docker Compose による独立デプロイ、デバイス数上限なし、ライセンス料なし

レトロフィットシナリオに特に関連する機能がもう一つあります： EdgeBus。有線メータープロトコル — Modbus、DL/T645、CJ/T188、M-Bus — は EdgeBus を通じてワイヤレス化され、一つのコレクターが RS-485 バス全体を担います。付属の KC シリーズコレクター（KC11 は 100,000 台以上が導入済み）はまさにこのために存在します。

このクラスにコストがないわけではありません：ビジネスロジックがプラットフォームにより深く結びつきます。そのため評価基準は逆転します — 問われるのは機能の数ではなく、 データ出力がどれだけ標準的か、です。 ThinkLink は MQTT フォワーダーを使用し、ChirpStack と共存できます（双方向のアップリンクとダウンリンクルーティング、既存のデコーダースクリプトを再利用）。これはどの機能リストよりも重要です。

2.6 サマリーテーブル

3. ThingSpeak、TTN、ThinkLink を同じテーブルで比較

このセクションはタイトルの直接的な問いに答えます。ただし、まず注意点があります： 厳密に言えば、この三つは競合ではありません。それぞれ異なるレイヤーで問題を解決します。

• ThingSpeak はデータ集約と分析のサービスです。その核心は「データを保存し、それを分析できるようにする」ことです。
• TTN はネットワークアクセスとコミュニティエコシステムです。その核心は「デバイスを最低限のハードルでオンラインにさせる」ことです。
• ThinkLink はネットワークサーバーとアプリケーションプラットフォームです。その核心は「デバイスのオンボーディングからビジネスアプリケーションまでを1つのシステムでカバーする」ことです。

階層構造は次のとおりです。TTNとThinkLinkはどちらもネットワーク層に位置し（前者はコミュニティ公共ネットワーク、後者はNSを内蔵）、ThingSpeakはその上に位置し、データと分析に焦点を当てています。

3.1 5つの次元での比較

3.2 直感に反する3つの結論

第一に、ThingSpeakの無料枠はメッセージ数では大きく見えるが、実際にはデバイス数では小さい。

無料枠は年間3百万メッセージと4チャネルを提供します。しかしThingSpeakのモデルは「接続された1デバイスは通常1チャネルを必要とする」というものです。つまり、 無料枠で実質的に接続できるのは4デバイスです。

1日96回（15分ごと）報告するセンサーに切り替えると、4デバイスで年間約140,000メッセージを消費します。3百万の上限にはまったく届きません。 本当の制約はメッセージ数ではなくチャネル数です。 これは製品ページでは明らかではありませんが、ライセンスFAQに明記されています。

第二に、TTNとChirpStackは「無料対有料」の組み合わせではありません。

多くの人はTTNが無料の選択肢で、ChirpStackが自作の選択肢だと考えます。実際にはThe Things StackソフトウェアもApache-2.0ライセンスで、どちらもセルフホストできます。本当の違いは次のとおりです。

• TTNコミュニティネットワーク：運用ゼロだが、SLAなし、フェアユースの割り当て、データが他人のゲートウェイを経由する。
• ChirpStackセルフホスト：ライセンス料ゼロ、完全な制御、ただし運用は自分の責任。

これは 運用責任と制御の度合いのトレードオフであり、価格のトレードオフではありません。

第三に、統合プラットフォームの最大の価値はソフトウェアの節約ではなく、統合層の節約です。

プラットフォーム統合の話で繰り返し出てくる数字があります。272人の産業専門家を対象とした2026の調査では、 48%がレガシー統合とデータサイロをAI導入の最大の障壁として挙げました。 MQTTを広く展開していたのは22%のみで、統一ネームスペースを稼働させていたのは13%のみでした。

結論は明らかです。 IoTプロジェクトが失敗するのは統合層です。

したがって、NS、アプリケーションプラットフォーム、可視化、統合を1つのインストールに圧縮することは、ソフトウェアのサブスクリプションをいくつか節約する話ではありません。長期的な保守が必要な3つか4つのインターフェースを排除する話です。インターフェースが少なければ障害点も少なくなり、切り替え時期が来たときの移行対象も小さくなります。

4. TCO：5年間の数字を試算する

4.1 ベースラインシナリオ

比較可能性のため、1つの具体的なシナリオを使います。 10,000デバイス、各デバイスが15分ごとに報告、50バイトのペイロード、5年間。

月間メッセージ量 = 10,000 × (30×24/15) × 30 ≈ 28.8百万/月。

この表を最も誤読しやすいポイント： 従量制のクラウド課金は、この規模では高く見えない。

確かに。月間 28.8 百万メッセージでも、AWS と Azure の請求額は数十ドルに過ぎない。コストが制御不能になるのはこのシナリオではない。

4.2 コストの変曲点はどこにあるか

従量制課金の問題は絶対額ではない。問題は 曲線の形にある。

変数その一：報告頻度。 15 分ごとから1分ごとに変えると、量は 15 倍に増える。あの $28.8 が $432 になる。

変数その二：ブロック課金。 前述のとおり、Azure は 4 KB ブロック単位、AWS は 5 KB ブロック単位で課金する。50 バイトのペイロードでは実効利用率は約 1.2% になる。500 バイトの集約ペイロードに切り替えれば、請求額は変わらないまま 10 倍のデータを運べる—— これがブロック課金に対する唯一の実効的な対抗策である。頻度を上げるのではなく、ペイロードを大きくするのだ。

変数その三：ダウンリンク。 LoRaWAN のダウンリンク容量はアップリンクよりはるかに小さいが、クラウド課金は方向を区別しない。制御系アプリケーション（遠隔設定、しきい値更新）はメッセージ数を実質的に押し上げる。

変数その四：デバイス数。 10,000 台から 100,000 台に増えると、クラウド請求額は線形に増える一方、セルフホスト型サーバーのコストはほとんど動かない。複数の独立した試算が一致している： 数千台を超えると、セルフホストのコスト優位性が見えてくる。

もう一つ数字を重ねよう。2026-01 の Gartner の分析によれば、 250,000 エンドポイント超を抱える企業の 68% が、メッセージ単位課金の最大の課題として予測不能な月次請求を挙げた。

つまり問題の本質はこうだ： 従量制課金の真のコストは金銭ではない——不確実性である。 ファームウェアのバグがリトライループを引き起こせば、数時間で請求額を吹き飛ばしかねない。だからこそ AWS 自身のドキュメントは、Budgets と Device Defender のスロットリングルールを任意ではなく必須として扱っている。

4.3 見落とされがちな三つのコスト

第一に、運用労力。

セルフホストは無料ではない。ライセンス料を工数に置き換えるのだ。ChirpStack のデプロイ自体は難しくない（Docker Compose で 30 分で稼働する）が、長期的な所有には更新、監視、バックアップ、セキュリティ、可観測性に責任を持つ人が必要になる。その役割は社内人件費か MSP の顧問料のいずれかだ。 その人がチームにいなければ、セルフホストの真のコストはサーバー費の項目をはるかに超える。

第二に、コンプライアンスと認証。

参入要件は市場ごとに異なり、このコストは初期計画でしばしば省略される。

第三に——そして最も高くつくのが——移行コストだ。

Eclipse Foundation IoT Working Group と PW Consulting のデータ： 主要な商用プラットフォーム間を切り替える際、移行コストは移行予算の 35% から 60% を消費しうる。

この数字は、ロックインが心理的なものではなく実際のコストである理由を説明する。また、次の節が 2026 においてなぜこれほど重要かを説明する。

5. 規制が「退出可能性」を選択肢から義務へ変える

ベンダーロックインの回避は、かつてはエンジニアの好みであり、慎重さの証だった。2026 現在、それは二大市場で同時に法的要件となっている。

5.1 EU データ法：設計上の義務が発効している

EU データ法（規則 (EU) 2023/2854）は 2025-09-12 から適用されている。しかし本当の分水嶺はこの日付だ。

2026-09-12 から、第 3(1) 条の「設計によるデータアクセス」義務が適用される。

これは、EU 市場に投入されるコネクテッド製品およびその関連サービスが、製品データ、関連サービスデータおよび付随するメタデータをユーザーにアクセス可能にすることを求める デフォルトで ——容易に、安全に、無償で、 包括的で、構造化され、一般に使用され、機械可読な 形式で、かつ関連性があり技術的に実行可能な場合には、 直接アクセス可能な形で。

いくつかの要点：

• これは設計上の義務であり、文書化の義務ではない。 閉じたシステムにポータルを後付けして満たすことはできない。製品設計、ファームウェア、API、文書化の連鎖がすべて変わる。
• 独自インターフェースはもはや許されない。 原文の表現では、データ共有をより困難にする独自インターフェースは、その日付以降もはや認められない。
• 遡及適用はない。 2026-09-12 以降に市場に投入される製品にのみ適用され、既存の設置ベースは対象外だ。旧仕様で製造した在庫を抱えるベンダーにとって、これは現実的な問題である。
• クラウドの切り替え料金はゼロになる： 2027-01-12 から、データ処理サービスの切り替え料金——データ転送料金を含む——は完全に廃止されなければならない。移行期間中、認められる料金は実際の切り替えコストを上限とする。
• プロバイダーはまた、切り替えに対する契約上、商業上、技術上、組織上の障壁を取り除き、オープンなインターフェースと機械可読なエクスポートを提供し、2か月以内の予告で切り替えを完了しなければならない。
• プロバイダーは、EU 内に保存された非個人データへの外国政府のアクセスを防ぐ措置を講じなければならない。

罰則は重大だ。ドイツは全世界年間売上高の 4% または €5 百万の罰金を提案しており、フランスは SREN 法により上限を 3% とし、繰り返し違反の場合は 5% に引き上げた。

5.2 中国：政策がクロスプラットフォーム相互運用性を明示的に要求

中国の政策のシグナルも同じ方向を指しており、表現は異なる。

2026-03-31、工業情報化部を含む中国政府の九つの部門が「モノのインターネット産業の革新的発展を促進する行動計画（2026-2028）」を共同で発表した。その目標は、2028までに、先進的かつ適用可能な標準を50件以上策定または改訂すること、10億級の接続を持つ10の応用分野と10000000級の接続を持つ15を育成すること、IoT端末の接続を100000000000規模へと押し上げること、そして IoT中核産業の生産額で人民元3.5兆元を超えること。

一節は一字一句読む価値がある：

統一されたIoTデータ標準の策定を促進し、製品データの ブランド間、端末間、プラットフォーム間の相互運用性 を実現する。

この計画はまた、現在の三つの問題を認めている。一部の重要な中核技術は他者に制約されており、 異なる端末デバイスは相互運用できない、そしてネットワークとデータのセキュリティリスクは深刻化している。

つまり、「プラットフォーム間の相互運用性」は選択肢ではなく、解決すべき問題として明示的に位置づけられている。

それを支える標準の枠組みも並行して構築されている：

併せて整備された産業データ資産登録プラットフォームは、国家ノードに加え蘇州、北京、瀋陽に都市ノードを開設し、これまでに2,045件の登録証明書を発行している。

この一連の流れが示す含意は、データはエクスポート可能でなければならず、かつ説明責任を負うものでなければならない、ということだ。 そのどちらも、データがエクスポートできないプラットフォームの中に閉じ込められないことを要求する。

5.3 選定にとってこれが意味すること

総合すると、両市場の要件は選定基準の根本的な転換を示している。

従来の問い：このプラットフォームは私に何をしてくれるのか？ 新しい問い：このプラットフォームから何を、どの形式で、どれくらいの時間で、いくらのコストで持ち出せるのか？

これは四つの厳格な指標に集約される：

1. データのエグレスは標準的か？ MQTT、HTTP webhook、またはgRPC/REST APIのうち少なくとも一つを備え、集計値だけでなく生データをエクスポートできること。
2. インターフェースはオープンか？ 機械可読なエクスポート機能と公開APIドキュメントはあるか？
3. 切り替えコストは測定可能か？ 次のことに答えられるべきだ：完全なデータエクスポートにはどれくらいかかるか？履歴データはどの形式で提供されるか？
4. 基盤となるプロトコルは独自仕様か？ ここがLoRaWANの幸運な点だ。標準自体がオープンであるため、プラットフォームを変えてもデバイスが無駄にならない。実際にあなたを縛るのは 上位層のデータモデルとビジネスロジックである。

6 六つの問いによる決定木

分析を実行可能なプロセスへと蒸留する。六つの問いに順番に答える。

問い1：データはあなたの敷地の外に出せるか？

いいえ（またはその気がない）→ コミュニティネットワークと純粋なホステッドSaaSは直ちに除外する。オープンソースのセルフホスト型、またはセルフホストオプションのある統合型プラットフォームから選ぶ。

はい → 次へ進む。

問い2：チーム内に長期的に運用を担いたい人はいるか？

いいえ → マネージド（ハイパースケーラーまたはSaaS）を選ぶか、統合型プラットフォームの無料クラウド枠から始める。

はい、ただし兼業 → 運用の範囲を最小化するため統合型プラットフォームのマネージド枠を優先し、規模が来たらセルフホストを検討する。

はい、専任チームあり → オープンソースのセルフホスト型、または統合型のセルフホスト型。コスト面で最良の結果となる。

問い3：デバイスのプロトコル構成は均質か？

LoRaWANのみ → どのクラスでも機能する。

LoRaWAN＋有線メーター（Modbus／DL/T645／CJ/T188／M-Bus）→ この一つの問いがほとんどのプラットフォームを排除する。具体的に尋ねるべきは、プラットフォームがこれらのプロトコルをネイティブにサポートするのか、それとも変換用の追加ゲートウェイやDTUが必要なのか、である。改修シナリオでは通常これが決定的となる。

問い4：五年間の請求曲線はどのような形か？

デバイス数と報告頻度が固定で控えめ → 従量課金で問題ない。利便性のためマネージドを選ぶ。

デバイス数が増える、報告頻度が変わりうる → 3倍および10倍のシナリオをモデル化する。曲線が急ならセルフホストの方が安定した選択となる。

問い5：ビジネスロジックはプラットフォームにどれほど深く依存しているか？

データを保存してグラフを見るだけ → どのプラットフォームも交換可能。最も簡単なものを選ぶ。

複雑なルール、自動化、遠隔制御 → 二点を見る。ロジックを汎用言語（独自DSLではなくJavaScript／Python）で書けるか、そしてデータのエグレスが標準的か。この二点が将来の移行範囲を決める。

問い6：データの所在に関して規制上または契約上の制約はあるか？

はい（EUのEPBD／GDPR／中国のデータ分類要件、または顧客契約の明示条項）→ データ主権は厳格な制約であり、セルフホストを選ぶ。

いいえ → トレードオフの自由度が高い。

7 ThinkLinkのトレードオフ

前の六つの節では一般的な枠組みを示した。この節では、ManThinkがThinkLinkで何を選び、何を選ばなかったのかを説明する。

行ったことの一つ：NSとアプリケーションプラットフォームを単一のインストールに統合した。

これは「統合レイヤーこそがプロジェクトの命を落とす場所である」という判断への直接的な回答です。従来のアーキテクチャでは、NS、アプリケーションプラットフォーム、可視化、統合は四つの別個のシステムでしたが、ThinkLinkはそれらを一つに構築します。インターフェースが三つ少ないということは、長期的な保守ポイントが三つ少なく、将来の移行対象範囲も小さくなることを意味します。

成し遂げたことの一つ：一組のビジネスロジックを共有する三つのデプロイ形態。

クラウド（1,000台のデバイスまで無料）、TKE（ローカルサーバー）、TKG（ゲートウェイ内）— デバイスモデル、RPC、トリガールールは一度書くだけです。これは特定の課題を狙っています： パイロット環境と本番環境が異なること。

多くのプロジェクトは「PoCから本番へ」の段階で命を落とします。その一因は、PoCに使ったホスト型サービスと本番に必要なプライベート環境が、ロジックを書き直さなければならない二つの異なるシステムであることです。ロジック自体を移行できれば、その段階のコストははるかに小さくなります。

成し遂げたことの一つ：データ出力を標準化すること。

ThingsBoard、Home Assistant、および任意のサードパーティMQTTブローカーへの転送がサポートされており、ThinkLinkはMQTTフォワーダーを介してChirpStack v4と共存でき、既存のChirpStackデコーダースクリプトを再利用しながらアップリンクとダウンリンクを双方向にルーティングします。

この最後の点は強調に値します。 自らの代替品と共存できるプラットフォームであることは、そのプラットフォームが収益をロックインに依存しているかどうかについての実用的なシグナルです。

成し遂げたことの一つ：設置済みの有線基盤をオンライン化すること。

EdgeBusはModbus、DL/T645、CJ/T188、M-Busをサポートし、KCシリーズコレクター（100,000台のKC11ユニットが導入済み）が一台のデバイスからRS-485バス全体にサービスを提供します。デシジョンツリーの質問3において、これはプラットフォームを最も鮮明に分ける能力です。

成し遂げなかったことの一つ：すべての機能を無料にすること。

無料枠には明確な境界があります（1,000台のデバイス、1日あたり約100kレコード）。これは誠実なアプローチです — ビジネスモデルのないオープンソースプロジェクトこそ、その存続を実際に心配すべきものです。

また成し遂げなかったことの一つ：すべてを解決すると約束すること。

これは汎用IoTプラットフォームではなく（それはThingsBoardやハイパースケーラーの領域です）、分析プラットフォームでもありません（それはThingSpeakの領域です）。これは デバイスからアプリケーションまでの完全なLoRaWANシステムです。 適合するかどうかは、その境界があなたのニーズをカバーするかどうかで判断すべきであり、その機能リストが他より長いかどうかで判断すべきではありません。

8。五つのよくある誤解

誤解1：オープンソースとは無料ということ。

オープンソースが取り除くのは ライセンス料であって、 総所有コストではありません。サーバー、運用労力、バックアップ、セキュリティ、可観測性 — そのすべてが該当します。ChirpStackのソフトウェアはゼロコストですが、数千台のデバイスを持つネットワークには、長期的に責任を負う誰かが必要です。 その誰かが存在しなければ、「無料」は最も高くつく選択肢です。

誤解2：大手ベンダーとは安定性のこと。

2023から2026の間に、Google、IBM、AWS、Azureは合計で少なくとも十のIoT関連サービスを廃止しました。ブランドの大きさは、特定のサービスに関するコミットメントではありません。 企業の時価総額ではなく、サービスのロードマップとメンテナンス状況を見てください。

誤解3：機能が多いほど優れたプラットフォームである。

機能マトリクスは最も偽装しやすい情報です。実際に重要なのは三つのことです： データ出力が標準的かどうか、ビジネスロジックを汎用言語で書けるかどうか、そしてエクスポートコストが透明かどうか。 これらがあなたの将来の自由を決め、機能の数は現在の快適さを決めるにすぎません。

誤解4：SaaSは常にセルフホスティングより安い。

小規模で低頻度、短期間であれば、通常は真です。しかし従量制の曲線は指数的な形をしています：デバイス数、報告頻度、ダウンリンク量、ブロック計量 — 四つのうちいずれか一つを増幅するだけで請求額は大きく変わります。 今日の請求額ではなく、三年後の請求額を比較してください。

誤解5：LoRaWANを選べばロックインされない。

LoRaWANはオープン標準であり、それはデバイス層であなたを確かに保護します — プラットフォームを変えても端末が廃棄されることはありません。しかし ロックインはアプリケーション層で起こります：あなたのデバイスモデル、デコーダースクリプト、ルールロジック、履歴データ形式。オープンなプロトコルは自由なデータと等しくありません。

9。まとめ

四つの文。

第一に、プラットフォーム層のリスクは「十分な機能があるか」から「存続するか」へと移りました。 41ヶ月の平均デプロイサイクルに対し、六大トップブランドが24ヶ月で所有者を変え、十のハイパースケーラーサービスが36ヶ月で廃止された — プラットフォームを選ぶ際の最初の問いは「三年後もここに存在するか？」であるべきです。

第二に、ThingSpeak、TTN、ThinkLinkは同等の製品ではなく、一つの機能マトリクスで比較すべきではありません。 ThingSpeakはデータ集約とMATLAB分析のサービスです（無料枠は非商用、4チャネルが実質的な制約）。TTNはコミュニティの公共ネットワークです（運用ゼロだがSLAなし、フェアユースのクォータあり）。ThinkLinkは統合されたNS＋アプリケーションプラットフォームです（三つのデプロイ形態、クラウドは1,000台のデバイスまで無料、セルフホスティングはライセンス料なし）。 まずレイヤーを分け、それからパラメータを比較してください。

第三に、TCOの鍵となる問いは絶対的な数値ではなく、曲線の形です。 月28.8百万メッセージでは、クラウドの請求額は数十ドルにすぎないかもしれません。しかしブロック計量は50バイトのペイロードの実効利用率を約1.2%にまで下げ、報告頻度が15倍になれば請求額は15倍になります。 数千台のデバイスが、数値を再計算する価値のある変曲点です。

第四に、2026以降、「出口可能性」はエンジニアリングの嗜好から法的要件へと移りました。 EUデータ法のアクセス・バイデザイン義務は2026-09-12に発効し、独自インターフェースはもはや許可されず、クラウド切り替え料金は2027-01-12にゼロになります。中国の9部門による行動計画は「ブランド横断、端末横断、プラットフォーム横断の相互運用性」を明示的に要求しており、それを支えるデータ資産標準も後に続きます。

どちらも同じ結論を指し示しています。 将来のプラットフォーム競争は、もはや誰があなたを引き留められるかではなく、いつでも自由に離れられるときに誰が依然として選ばれるかです。

購入者にとって、選定基準も同じように反転させる価値があります。「このプラットフォームは私に何をしてくれるか」から「私はこのプラットフォームから何を、どの形式で、どれくらいの時間で、いくらのコストで持ち出せるか」へ。

付録A：用語集

付録B：参考文献

1. Research and Markets「Internet of Things (IoT) Platform — Market Share Analysis, Industry Trends & Statistics, Growth Forecasts (2026-2031)」：IoTプラットフォーム市場 USD 59.01B（2025）→ USD 67.47B（2026）→ USD 121.81B（2031）、CAGR 12.54%
2. IIM「Global IoT Platform Industry Development Report (2026)」：アクティブなプラットフォーム企業数 620（2023）→ 478（2025）、CR10 41% → 58.7%
3. Iotellect「Best Industrial IoT Platforms in 2026」：2019のプラットフォームマップと620以上のベンダー。IoT AnalyticsはQ1 2026までに188の撤退／終了／方向転換を追跡。6件のブランド所有権変更。ハイパースケーラーのサービス終了リスト
4. TechDogs「Top 10 IoT Companies in 2026」：PTCは2026-03-16にThingWorx + KepwareのTPGへの売却を完了
5. Vizologi「How AIoT Platforms Turn Operational Data into New Revenue」：ハイパースケーラーのサービス終了タイムライン。AWS IoT SiteWiseの可用性 78-82% → 92%
6. PW Consulting「Global IoT Platforms Market 2026」：移行コストが移行予算の35%-60%を消費。クラウドオーケストレーションされたLPWAN配備では3%-12%の断続的なメッセージ損失とピーク時に8秒を超えるレイテンシスパイクが発生
7. Gartner、2026-01の市場分析：250,000以上のエンドポイントを持つ企業の68%が、メッセージ単位課金の最大の課題として予測不能な請求を挙げています
8. Hubbleの独立モデル：AWS IoT Coreで10,000台のデバイス × 1 msg/min ≈ 月額$596.16（メッセージング$432 + 接続$34.56 + ルールエンジン$129.60）
9. AWS IoT Core料金ページ（2026-06確認）：接続$0.08/百万接続分。メッセージング$1.00/百万メッセージ（5 KBブロック）。Shadow/Registry $1.25/百万オペレーション。ルールエンジン$0.15/百万
10. Azure IoT Hub料金ページ（2026-06確認）：F1無料8,000メッセージ/日。S1 $25/ユニット/月（400,000メッセージ/日）。S2 $250（6M/日）。S3 $2,500（300M/日）。4 KBブロック単位で計量
11. ThingSpeakのライセンスFAQと料金：無料枠は非商用、約3Mメッセージ/年、4チャネル、最小間隔15秒、8フィールド/チャネル、メッセージ上限3,000バイト。有料1ユニット = 33Mメッセージ/年 + 250チャネル
12. TagoIO「TagoIO vs. ThingSpeak」：ThingSpeakはMathWorksが運営、ioBridgeの起源は2010。ホスト型SaaSで、デバイス管理／OTA／ルールエンジン／マルチテナンシー／ホワイトラベリングはなし
13. APIs.io「The Things Network Plans Pricing」：6つのティア。コミュニティのフェアユースは約30秒/日/デバイス。エンタープライズのセルフホストは通常50,000台以上のデバイス向け
14. APIs.io「The Things Network Providers」：TTNは280,000以上のメンバー、21,000ゲートウェイ、153か国。The Things Stack Apache-2.0
15. ChirpStack公式サイトとドキュメント：MITライセンス、v4.18.0（2026-05）、Concentratord / MQTT Forwarder / Gateway OS / Gateway Meshコンポーネント
16. WZ-IT「How Much Does ChirpStack Cost?」：サーバーは月額約€5から。数千台のデバイスには2-4 vCPU / 4-8 GB RAM
17. WZ-IT「What is ChirpStack?」：ゲートウェイプロトコルの比較（Semtech UDP / Basics Station / MQTT Forwarder）。ベンダーニュートラル
18. ToolRadar「Chirpstack Reviews, Pricing & Alternatives (2026)」
19. ThingsBoardの料金を引用したIotellect：CEはApache-2.0の下で無料。PEのセルフマネージドは$10-499/月/ノード。クラウドティアは$749-3,999/月
20. Zbotic「Blynk 2.0 vs Thingspeak: IoT Dashboard Comparison 2026」：Blynk 2.0の料金（Free 2デバイス / Maker $4.99 / Pro $14.99）
21. Abu Dhabi Manila「IoT Platform Pricing 2026」：Losantは1,000デバイスで月額$500。Thinger.ioは100デバイスで月額$49。Ubidotsの教育向けは300デバイスで年額$599
22. TechAhead「IoT App Development Cost 2026」：配備タイプ別のコスト範囲
23. EUデータ法、規則(EU) 2023/2854：第3条(1)のアクセス・バイデザインは2026-09-12に発効。第29条のクラウド切り替え料金は2027-01-12からゼロ
24. EU Digital Law「Data Act enters into force」：独自インターフェースの制限、切り替え手順の開示、最長2か月の通知期間、外国政府によるアクセスへの対策
25. McCann FitzGerald「Data Act Developments: 2026 and Beyond」：2027-09-12から、第13条の不公正契約条項は特定の既存契約にも及ぶ
26. Ventum Consulting「EU Data Act: What companies need to know」：ドイツの制裁金は全世界売上高の最大4%または€5M、フランスはSRENにより3%、再違反時は5%に引き上げ
27. 工業和信息化部など8部門「Action Plan for Promoting Innovative Development of the IoT Industry (2026-2028)」、2026-03-31発布：中核産業の生産額を2028年までに3.5兆元超へ；第(15)条 ブランド間・端末間・プラットフォーム間の相互運用性
28. 中国経済網「New National Standards Upgrade Data Asset Governance」：GB/T 47949-2026およびGB/T 47950-2026
29. China.org.cn「First National Standard for Industrial Internet Data Element Registration Released」：GB/T 47969-2026、2027-02-01施行；2,045件の証明書を発行
30. Olivenet「LoRaWAN Infrastructure & Network Server Guide 2026」：ネットワークサーバー比較表（ChirpStack / TTS / AWS IoT Core for LoRaWAN / Actility ThingPark / LORIOT）
31. IOT Factory「Network Servers」：LORIOTはホステッドとオンプレミスを提供；TTNは重要な商用展開には推奨されない
32. Robustel「Building a Private LoRaWAN Network: ChirpStack & Robustel R1520LG」：LoRaWANエコシステムは2029年までに約$8Bから$32B以上へ、年間約32%成長
33. Blynk「LoRaWAN for IoT: When Range and Battery Life Matter More Than Bandwidth」：ネットワークサーバーの選択がクラウドプラットフォームに縛り付けることはない；いずれもHTTPまたはMQTTでデータを配信
34. Iotellectが2026年のHiveMQおよびIIoT World調査（n=272）を引用：48%がレガシー統合とデータサイロをAI導入の最大の障壁に挙げる；22%がMQTTを広く展開済み；13%が統一ネームスペースを運用
35. ThinkLink公式資料：3つの展開形態；Cloudは1,000デバイスまで無料；TKEリファレンス構成8コア / 8 GB / 64 GB eMMC；TKGはゲートウェイ内100デバイス
36. brickiot.cn（ThinkLink英語サイト）：ネイティブLoRaWAN NS；Modbus / DL·T645 / CJ·T188 / M·Bus対応のEdgeBus；ChirpStackとのMQTTフォワーダー共存；4段階のアラート配信チャネル