LASSIC Media らしくメディア
ThingsBoardとは？できることとライセンスの注意点を解説
監修・編集責任者：牛尾 昭昌（株式会社LASSIC 執行役員）
この記事の結論
- ThingsBoardは、IoT機器のデータの収集・処理・画面表示と機器の管理を1つにまとめたプラットフォームです。
- 自社のサーバーで運用するか、開発元のクラウドを使うかを、データの置き場所と運用の手間で選べます。
- 版4.4からライセンスが変わり、営利の本番利用で無料なのは機器100台・サーバー1台までです。
※ 本記事は2026年11月時点の公式情報（省庁・公的機関、および製品やサービスを提供する事業者が公開している資料）に基づきます。
工場の機器の温度や稼働の状況を、離れた事務所から画面で確かめたい。センサーは付けたものの、集めたデータの置き場所と見せ方が決まらない——。IoT（機器をネットワークにつないでデータを集める仕組み）の取り組みでは、こうした行き詰まりが起こりがちです。ThingsBoard（シングスボード）は、機器から届くデータの収集・処理・画面での表示と、機器の管理を1つにまとめたIoTプラットフォームです。
自社のサーバーに置いて使うことも、開発元が運用するクラウドを使うこともできます。ただし万能ではなく、版4.4からライセンスが変わり、業務で使う規模によっては商用ライセンスが必要になります。本記事では、IoTの仕組みづくりを任された情報システムの担当者に向けて、ThingsBoardでできること、データが画面に届くまでの流れ、3つの使い方の違い、ライセンスの注意点、そして構築を外部に頼むときに確認したい点を整理します。
目次
ThingsBoardとは
公式のGitHubでは、ThingsBoardを、データの収集・処理・可視化と機器の管理をまとめて行うIoTプラットフォームと紹介しています。*1 機器をつなぐ受け口、届いたデータを加工する仕組み、結果を表示する画面が1つの製品の中にそろっている点が特徴です。主な機能は次のとおりです。
- 機器の接続：MQTT・HTTP・CoAPなど、IoT機器でよく使われる通信の決まりに標準で対応します*2
- 古い設備の接続：中継用のソフト（IoT Gateway）を使うと、工場で使われるModbusやOPC-UAといった通信の機器もつなげます
- 監視画面：グラフやメーターなど300種類以上の部品を組み合わせて、リアルタイムの画面を作れます*2
- 通知：条件を決めておくと、異常をメールやSMS、チャットツールで担当者に知らせます
- 見せ方の分離：取引先や部署ごとにデータと機器を分け、それぞれに見せる画面を絞れます
画面の部品や処理の部品は自社で作り足すこともできます。作り込みの自由度が高い製品なので、標準の部品で足りる範囲と、作り込む範囲を最初に分けておくと、構築の見積もりや期間の見通しを立てやすくなります。
データが画面に届くまでの仕組み
ThingsBoardの中では、機器から届いたデータが決まった順に処理されます。全体の流れを押さえておくと、どこを自社で決め、どこを外部に頼むかを切り分けやすくなります。流れは大きく4つの段階に分かれます。
- ステップ1 機器の登録と接続：機器ごとに認証の情報（アクセストークンや証明書）を発行し、データを送れるようにします
- ステップ2 ルールエンジンでの処理：届いたデータを「ルールチェーン」という処理の流れに通し、単位の変換や異常の判定を行います
- ステップ3 保存：機器や画面の設定はPostgreSQL（データベースの一種）に、時系列の測定値はPostgreSQLかCassandraに保存します*5
- ステップ4 表示と通知：監視画面に測定値を表示し、条件に当たればアラーム（警告）を出して担当者に知らせます
規模の広げ方について、公式ドキュメントは、まず1台のサーバーで動かす構成で始め、機器からの負荷が増えてから処理を分けた構成へ移るよう勧めています。*2 移っても処理の流れや外部からの呼び出し方はそのまま使えるため、小さく試してから広げる進め方と相性のよい作りです。
3つの使い方の違い
ThingsBoardは、サーバーをどこに置き、誰が運用するかによって3つの使い方から選べます。*3 機能の多さよりも、データの置き場所と運用の手間で選ぶと迷いにくくなります。
| 使い方 | 運用するのは | 向いている場面 |
|---|---|---|
| オンプレミス | 自社（自社のデータセンターや自社のクラウド契約の中で動かす） | 社外にデータを出したくないとき、環境を細かく管理したいとき |
| クラウド | 開発元（基盤・版の更新・安定稼働を受け持つ） | 運用の手間を減らし、早く試し始めたいとき |
| プライベートクラウド | 開発元（自社専用に分けた環境を運用する） | 専用の環境にしたいが、運用は任せたいとき |
開発元のクラウドでは、データを置く地域を北米か欧州から選ぶ形です。*3 社内の規程でデータの置き場所に決まりがある場合は、オンプレミスで自社のクラウド契約の中に構築する形が候補になります。オンプレミスの場合も、小型のRaspberry Piからクラウドの大きなサーバーまで、幅広い環境に入れられます。*6
ライセンスで確かめておきたい点
ThingsBoardは版4.4から、ソースコードは公開したうえで本番での利用に条件を付けるBusiness Source License 1.1（BUSL）に変わりました。*1 4.4より前の版は、これまでどおり自由に使えるオープンソースのライセンス（Apache 2.0）のままです。業務で使う前に、次の点を確かめておきます。
- 開発や検証の目的なら、ソースコードを読む・改変する・動かすことは自由にできます
- 営利の会社が本番で無料で使えるのは、グループ全体の機器が100台以下で、本番のサーバーが1台までの場合です*4
- 営利を目的としない利用では、機器1,000台までが無料の範囲です
- 無料で使う間は、画面上のThingsBoardの名前やロゴの表示を残し、開発元が無償で発行するライセンスキーを使います
- 各版は、公開から4年たつとApache 2.0に切り替わります
ライセンスの「機器」には、中継の装置を通してつながる機器も含めて数える定めがあります。センサーを増やすと上限に届きやすいため、将来の台数を見込んで、無料の範囲に収まるか、商用ライセンスを結ぶかを導入前に決めておきます。条文の読み方に迷う点は、開発元への問い合わせや社内の法務の確認で確かめてください。
外部に頼むときに確認しておきたい点
ThingsBoardは機能がそろっている分、設定と作り込みの範囲が広い製品です。構築を外部に頼むときは、見積もりを取る前に次の点を社内で確かめておくと、頼む範囲の食い違いを防げます。
- どこまで頼むか：サーバーの用意、機器の接続、処理の流れ、監視画面、通知の設定のうち、どれを任せるか
- 機器側の対応：センサーや既存の設備がどの通信の決まりで送れるか。中継用のソフトが要るか
- ライセンスと台数：将来の機器の台数で無料の範囲に収まるか。商用ライセンスの手続きを誰が進めるか
- 保存と更新：測定値を残す期間をどうするか。版の更新とバックアップを誰がいつ行うか
- 運用後の見直し：アラームの条件や画面の項目を、使い始めてから直す場を設けるか
特にアラームの条件は、使い始めてから、通知が多すぎる・少なすぎるといった調整が出やすい部分です。IoTの仕組み全体の費用の考え方はIoTシステム開発を外注する費用と進め方、クラウドのIoTサービスを使う場合も含めた基盤づくりはIoTプラットフォーム構築の外注で扱っています。
まとめ：ThingsBoardで確かめておきたい3つの点
ThingsBoardでIoTデータの収集と監視画面を作るうえで、確かめておきたい点は3つに整理できます。第一に、自社で運用するか、開発元のクラウドを使うかを、データの置き場所と運用の手間から決めること。第二に、将来の機器の台数を見込んで、ライセンスの無料の範囲に収まるかを確かめること。第三に、小さな構成で試し、アラームの条件や画面の項目を使いながら直していくことです。この3点を踏まえておけば、「画面はできたが、台数が増えてライセンスや運用が回らなくなった」という事態を避けやすくなります。構築や運用の進め方に迷いがあれば、外部の手を借りるのも一つの選択肢です。
よくある質問
スマートフォンから監視画面を見られますか
見られます。開発元は、自社の環境に直接つなげるスマートフォン向けのアプリをオープンソースで公開しています。*2 画面の項目や見た目は自社向けに作り替えられるため、現場の担当者が外出先でアラームを確かめる使い方にも合わせられます。
4.4より前の版を使い続けてもよいですか
4.4より前の版は、Apache 2.0のライセンスのまま使えます。*1 ただし、新しい機能や修正は4.4以降の版で出るため、使い続けるかどうかは、版の更新の方針とあわせて決めておきます。
測定値を残す期間は決められますか
決められます。保存期間を設定しておくと、期間を過ぎた古い測定値は自動で消されます。*5 長く残すほど保存先の容量が増えるため、監視や報告に必要な期間から逆算して決めておくと、運用の費用を見通しやすくなります。
IoTデータの収集と監視画面づくりのご相談
ThingsBoardなどを使ったIoTデータの収集基盤と監視画面の構築から、ライセンスの確認、更新と運用までを、元請（プライムベンダー）としてご提案します。
2006年の創業以来、一次請けのシステムインテグレーターとして、企業のシステム開発と保守・運用を受託してきました。
出典
- *1 参考：thingsboard/thingsboard（GitHub）README・LICENSE（https://github.com/thingsboard/thingsboard）。出典：製品の説明（データの収集・処理・可視化と機器管理のIoTプラットフォーム）、オンプレミスとクラウドの選択肢、版4.4からのBusiness Source License 1.1と4.4より前の版のApache 2.0についての記述を参照（2026年11月確認）
- *2 参考：ThingsBoard Documentation「What is ThingsBoard?」（https://thingsboard.io/docs/getting-started-guides/what-is-thingsboard/）。出典：対応する通信方式、IoT Gateway、300以上の画面部品、通知、マルチテナント、スマートフォン向けアプリ、1台構成から分割構成への移行の勧めについての記述を参照（2026年11月確認）
- *3 参考：ThingsBoard「Pricing」（https://thingsboard.io/pricing/）。出典：On-premises・Cloud・Private Cloudの3つの使い方の説明と、クラウドのデータの置き場所（北米・欧州）の記述を参照（2026年11月確認）
- *4 参考：ThingsBoard LICENSE（Business Source License 1.1・Additional Use Grant）（https://github.com/thingsboard/thingsboard/blob/master/LICENSE）。出典：無料で本番利用できる範囲（営利目的は機器100台以下・サーバー1台まで、営利目的でない利用は1,000台以下）、名前やロゴの表示とライセンスキーの条件、機器の数え方、4年後のApache 2.0への切り替えを参照（2026年11月確認）
- *5 参考：ThingsBoard Documentation「Database Layer」（https://thingsboard.io/docs/reference/architecture/database/）。出典：設定類はPostgreSQL、時系列の測定値はPostgreSQLかCassandraに保存する構成と、保存期間（TTL）を過ぎた記録の自動削除の記述を参照（2026年11月確認）
- *6 参考：ThingsBoard Documentation「Installation options」（https://thingsboard.io/docs/user-guide/install/installation-options/）。出典：Raspberry Piからクラウドのサーバーまで幅広い環境に導入できるという記述を参照（2026年11月確認）
