Bluetoothとは？Classic・LE、規格・通信距離・IoT活用を解説【2026年版】

Bluetoothは、イヤホン、マウス、センサーなどを無線でつなぐ技術です。ただし、「Bluetooth 5なら400m届く」「バージョンが新しければ高音質」とは限りません。通信方式と対応機能、送受信する機器の組み合わせを確認することが、製品選定にも業務導入にも必要です。本記事は2026年10月25日時点で確認できた公式資料をもとに、仕組み、規格、接続方法、IoT活用、安全性を整理します。

1．Bluetoothの仕組みとClassic・LE、Wi-Fi・NFCとの違い

Bluetoothは、主に2.4GHz帯を使って機器同士を接続する無線通信技術です。Bluetooth SIGが仕様の開発や普及を進めています。SIGの設立は1998年で、名称は異なる人々を結び付けた10世紀の王ハラルド・ブルートゥースに由来します。歴史の詳細はSIGのメンバーシップ解説と名称の由来に記載されています。

ClassicとLEは通信の仕組みも用途も異なる

Bluetooth ClassicはBR/EDRとも呼ばれ、従来のワイヤレス音声やデータ接続で使われます。Bluetooth Low EnergyはLEまたはBLEと呼ばれ、センサーのような小さなデータを間欠的に送る用途で省電力性を生かせます。LE Audioという音声の仕組みもあるため、「LEは音声を扱えない」という区別は適切ではありません。ClassicとLEの両方を搭載する製品もありますが、すべての新しい製品が両対応とは限りません。

SIGの技術概要では、Classicは79チャネル、LEは40チャネルと整理されています。周波数を切り替えて通信する仕組みを備えますが、これで干渉がなくなるわけではありません。また、ClassicのBRは1Mbps、EDRは2・3Mbps、LEには1Mbps、2Mbps、符号化を使う500・125kbpsの物理層があります。これらは無線の物理層の値で、アプリが毎秒送れるデータ量の保証値ではありません。通信の制御や再送なども考慮する必要があります。

無線方式を選ぶときの用途と確認点

方式	利用の例	選定時に確認すること
Bluetooth	音声、入力機器、センサーのデータ収集	Classic・LEの対応、相手側と共通する機能、電源条件
Wi-Fi	PCやスマートフォンを無線ネットワークに接続	アクセスポイント、通信環境、必要な転送量や運用方法
NFC	機器やタグに近づけて行う情報の読み取りなど	機器の動作範囲とモード、サービス側の確認・認証手順

Wi-Fiへの接続とインターネットへの到達は確認する段階が異なります。MicrosoftのWi-Fi接続手順も、まず接続するネットワークを選ぶ流れです。NFCも一律に「10cmで必ず使える」とは表せません。NFC Forumの仕様紹介では20mmのOperating Volumeへの対応が説明されていますが、個々の製品の範囲や処理完了を保証するものではありません。対応製品ではNFCをBluetooth接続の補助に使うこともできます。方式を比較する際は、Wi-Fiの仕組みと規格、NFCの仕組みと活用も参照してください。

2．バージョンの進化とLE Audio・距離測定の対応条件

2026年10月25日の確認では、SIGの仕様一覧でBluetooth Core 6.3がAdoptedとして掲載されています。以前の規格も多数の製品に搭載されているため、最新番号だけで製品の適否を決めることはできません。SIGのCore 6.3の掲載ページと仕様の改訂履歴をもとに、主な節目を整理します。表の年は仕様の採択日を基準にしており、製品の発売年や各機能の普及年とは異なります。

Bluetooth Coreの主な節目

バージョン	採択	確認したい点
4.0	2010年6月	LEが導入された節目
4.2	2014年12月	LE Secure Connections、データ長拡張など
5.0	2016年12月	LE 2M PHY、LE Long Range、広告の拡張など
5.2	2019年12月	音声にも使うアイソクロナス通信の基盤と、製品側の対応を確認
5.3	2021年7月	仕様の更新と、個々の製品が対応する機能を確認
5.4	2023年1月	電子棚札の標準で利用される機能の基盤
6.0	2024年8月	Channel Soundingを利用する機器の実装と測距条件を確認
6.1・6.2	2025年5月・11月	Coreの更新。目的の機能が利用可能かは製品仕様で確認
6.3	2026年5月	Channel Soundingなどの拡張。番号だけでアプリからの利用可否は決まらない

LE AudioとAuracastはバージョン番号だけで判断しない

LE Audioの公式概要では、LE無線を使う音声、LC3コーデック、同期した複数の音声ストリームなどが説明されています。Auracastは放送型の音声配信で、通常の一対一の音声接続とは構成が異なります。送信側、受信側、OSやアプリの対応を確認してください。「5.2対応」と書かれた製品で、LE AudioやAuracastが必ず動くとはいえません。実際の音質や遅延は設定、機器、利用状況にも左右されます。

Channel Soundingは距離を測るための機能

Channel Soundingは、位相や電波の往復時間を利用して機器間の距離を推定する仕組みです。高精度な測距を目指せますが、「6.0搭載なら自動的にcm単位で屋内位置が分かる」という意味ではありません。距離の推定と平面・立体上の位置の推定は区別し、対応する無線部、配置、測定方法、周辺環境を確認します。Core 6.3の技術概要では測距データの転送やPHYごとの往復時間の精度に関する拡張も紹介されています。一方、SIGのLE入門資料が示すように、機能には任意のものがあり、仕様と製品・OSで利用できる時期にも差があります。用途に必要な機能を製品同士で照合することが先です。

3．通信距離・電池・接続台数とペアリングの確認方法

通信距離は、送信出力、受信感度、アンテナ、PHY、障害物や干渉などの条件で変わります。Classの表記やバージョンだけから、屋内で届く距離を決めることはできません。Texas InstrumentsのPHYの解説では、LE Codedが受信感度と到達範囲を改善する一方、データの転送量との交換条件になることを説明しています。長距離向けの設定と2Mbpsの設定を同じ性能として扱うことや、条件の異なる製品へ「最大400m」を当てはめることは避けましょう。

電池持ちも、Bluetoothがオンかどうかだけでは決まりません。送信の頻度、探索する時間、出力、再送、画面やセンサーの消費電力を含めて見積もります。間欠的なセンサー通信と連続した音声再生を同じ条件で比べることはできません。「BLEならスマートフォンへの影響はほぼゼロ」「必ずボタン電池で数年間」といった一律の目安を置かず、利用する製品と設定で測定します。

接続手順は機器の説明書に合わせる

一般的な流れは次の5ステップです。MicrosoftのWindowsでのペアリング手順も、機器を検出できる状態にする方法はメーカーの説明を確認するよう案内しています。すべての機器がボタン長押しや同じPIN入力で接続するわけではありません。

1. 双方のBluetooth対応と電源・電池を確認する。
2. 接続したい機器を説明書に従ってペアリング可能な状態にする。
3. スマートフォンやPCのBluetooth設定で対象機器を選ぶ。
4. 表示された番号の確認や入力など、双方の画面・説明書の指示に従う。
5. 接続状態を確認し、音声出力や入力、必要なアプリの動作を確認する。

同時に利用できる台数は、Classic・LE、OS、用途、製品の実装によって異なります。保存できるペアリング情報の数、同時接続数、同時に音声を再生できる数も別です。「すべて7台まで」「2〜3台なら必ず安定」という共通の基準にはできません。音声のマルチポイント、LE Audioの複数ストリーム、Auracastの放送受信も、同じ台数制限の話ではありません。

不具合は症状と条件を分けて切り分ける

機器が見つからないときは、検出可能な状態の有効時間や電池、対象機器の選択を確認します。別の端末への接続状態も確認しますが、過去の登録をすべて削除することが常に必要なわけではありません。音切れなら距離や遮蔽物、周辺の利用状況、再現する組み合わせを整理します。音質なら再生側と受信側で共通するコーデックや、通話・音楽のモード、アプリの設定を確認してください。SBC、AAC、aptX、LDACなどの名称を一列の音質順位にしたり、対応製品を買えば有線との差がなくなると保証したりはできません。変更前後の条件を一つずつ記録すると、原因の切り分けに役立ちます。

4．IoTでの活用をデータ収集から業務運用につなげる

BluetoothをIoTに使うときは、接続の成功に加えて、得たデータを誰が何の判断に使うかを決めます。温湿度センサーなら、記録の頻度、許容できる欠損、通知を受けた担当者の行動までが設計の対象です。まずIoTの仕組みと活用で全体像を押さえ、機器側、ゲートウェイ、保存先、利用するアプリの役割を分けて考えます。

用途に合う通信の構成を選ぶ

• 音声・ウェアラブル：イヤホンや身に着ける機器の接続。必要な音声機能や取得データ、電源条件、利用者の設定操作を確認します。
• 環境センサー：温度、湿度、照度などの取得。測定時刻と受信時刻、単位、機器IDを区別し、未受信を正常値として扱わない設計にします。
• 位置・距離に関わる用途：ビーコンの受信による存在の把握、方向の推定、Channel Soundingによる測距など。必要な精度と対象範囲に合わせて方式を評価します。
• 電子棚札：価格などの表示更新。更新を送ったことと、対象の棚札に反映されたことを確認する工程を分けます。
• 照明などのネットワーク：多数の機器を連携して制御。機器の追加・交換時の登録手順と、通信が届かない場合の動作を決めます。

SIGの電子棚札の説明では、Electronic Shelf Label ProfileがCore 5.4の機能を利用することを確認できます。Coreの番号だけで任意の棚札と連携できるわけではありません。また、Bluetooth Meshは、多数の機器による制御や監視に向けた構成です。一般的なイヤホンの接続台数をそのままMeshの機器数の説明に使うことはできません。音声、棚札、Meshのどれが必要かを先に整理すると、対応機器の比較もしやすくなります。

クラウドに送る前後の責任を決める

Bluetooth機器から届いたデータをクラウドに渡す場合は、受信側の機器やアプリと外部通信の役割を整理します。ネットワークが切れたときの一時保存、復帰時の再送、二重登録、機器交換後のIDの引き継ぎは、無線方式を決めただけでは解決しません。即時の判断と後から集計する処理を分ける考え方は、エッジコンピューティングの解説、データを業務システムへ渡す方法はAPIの仕組みと活用例が関連します。

設備の異常検知に使うなら、受信した値だけで故障を断定せず、測定条件、欠損、保全記録との関係を整理します。設備保全AIの導入ガイドも合わせて確認してください。私たちは、機器の接続検証と業務の検証をつなぐことが必要だと考えます。評価では、対象の場所・時間帯、許容できる遅延や欠損、電池の交換作業、対応する担当者を記録し、現場で継続できる条件を見極めます。取得できるデータの量を増やすこと自体を成果にせず、確認作業や判断がどう変わるかを評価します。

5．Bluetoothの安全性と導入時に確認する項目

Bluetoothには認証や暗号化の仕組みがありますが、安全性は方式と実装、設定によって変わります。SIGのCore仕様のSecurity overviewは、ClassicとLE、従来方式とSecure Connectionsを区別しています。LEでAES-CCMを使う説明を、すべてのBluetooth機器が4.2以降に初めて同じ暗号化を備えた、という説明に置き換えることはできません。

入力の手軽さと認証の強さを混同しない

Secure Simple Pairingには、数字の比較、Passkey Entry、Just Works、別の経路を利用するOut of Bandなどの方式があります。Just Worksは表示や入力が限られる機器でも使えますが、中間者攻撃への保護を備えるという意味ではありません。LEの従来のペアリングとLE Secure Connectionsでも保護の性質が異なります。「PIN入力がないから常に安全」「PINを入力すればすべての問題を防げる」とは判断できません。機器が扱うデータと、認証時に使える画面・入力手段を踏まえて方式を確認します。

利用者は、身に覚えのない接続要求を承認せず、対象機器と表示された内容を確認します。管理する側は、メーカーの更新情報と保守期間、不要になった機器の登録・鍵の扱い、紛失時の対応を決めます。Bluetoothの暗号化と、受信後の保存先やWebアプリのアクセス制御は別の確認事項です。位置や行動に関わるデータでは、取得の目的、利用者への説明、閲覧できる人、保存期間も設計します。SIGのセキュリティの案内も、仕様上の機能から用途に合う選択を行う責任や、位置・追跡用途のプライバシーへの配慮を示しています。機器保護の全体像はIoTセキュリティの解説も参考になります。

相談前に機器・データ・業務の条件を整理する

導入を検討する際は、機器とOSの対応機能、利用する場所、収集するデータ、現在の業務フロー、連携先と権限、障害時の担当者を一覧にします。費用は機器の購入額に加え、設置、電池・機器の交換、通信、保存、アプリの改修と運用を含めて比較します。小さな範囲で検証し、測定結果と運用の負担を見て拡大を判断する進め方が現実的です。外部支援の役割はAIコンサルティングの支援の型、事前の整理は相談前の準備項目を参照してください。

機器から受け取ったデータを業務アプリにつなぎ、要件整理から実装・運用まで進めたい場合は、renueのFDEによる実装支援をご覧ください。収集する情報、現状のシステム、担当者の役割をもとに、連携条件と進め方を整理します。外部につながるAPI、利用者の認証・権限、更新が難しいシステムなどの対策を検討する場合は、AI攻撃に備える診断・システム刷新で対象範囲を相談できます。必要な支援を課題に合わせて選ぶことが、導入後も運用できる仕組みにつながります。