ble

BLE（Bluetooth Low Energy）とは

BLE（Bluetooth Low Energy）は超低消費電力のワイヤレス通信規格です。Bluetooth 4.0から導入され、ボタン電池で数ヶ月〜数年動作できるため、ウェアラブル・医療機器・スマートホームデバイス等のIoTに広く採用されています。

BLEはBluetooth SIG（Bluetooth Special Interest Group）が2010年に策定したBluetoothコア仕様4.0の一部として登場しました。もともとはNokiaが提唱した「Wibree」という省電力無線技術がベースになっており、従来のBluetooth（Bluetooth Classic／BR・EDR）とは物理層・プロトコルスタックの設計思想が根本的に異なります。従来のBluetoothが「常時接続してある程度の帯域を使い続ける」ことを前提にしているのに対し、BLEは「普段はスリープし、必要な瞬間だけ短時間の電波を発する」間欠動作を前提に設計されており、この違いが低消費電力化の最大の要因です。現在は名称として「BLE」「Bluetooth LE」「Smart Bluetooth」がほぼ同義で使われ、スマートフォン・PCに搭載されるBluetoothチップの大半はBLEとBluetooth Classicの両方に対応する「デュアルモード」です。

BLEの仕組み（GAP／GATTアーキテクチャ）

BLEの通信は大きく2つの階層で理解すると分かりやすくなります。1つは接続の役割分担を決める「GAP（Generic Access Profile）」、もう1つはデータの中身をやり取りする「GATT（Generic Attribute Profile）」です。

GAP（接続の役割）：BLEデバイスは主に以下4つのロールのいずれかで動作します。

• Broadcaster：接続を確立せず、一方的にデータを発信し続ける役割（ビーコン端末など）
• Observer：Broadcasterの発信を受信するだけの役割（スキャン専用アプリなど）
• Peripheral：接続を受け付ける側。多くのセンサー・ウェアラブル端末がこの役割
• Central：接続を開始する側。多くの場合スマートフォンやゲートウェイ機器

PeripheralはConnectableなAdvertisingパケットを一定間隔（20ms〜10.24秒の範囲で機器側が設定可能）で発信し続け、Centralがそれをスキャンして接続要求を送ることで1対1の接続が確立します。接続後はConnection Interval（7.5ms〜4秒）と呼ばれる周期でデータ交換が行われ、この間隔を長く取るほど消費電力は下がりますが、応答性（レイテンシ）は悪化するというトレードオフがあります。

GATT（データの中身）：接続確立後のデータ交換はGATTという階層モデルに従います。GATTでは「Server」（データを保持する側、通常はPeripheral）と「Client」（データを読み書きする側、通常はCentral）に分かれ、Server側は「Service（サービス）」という機能のまとまりを持ち、各Serviceは複数の「Characteristic（特性値）」を持ちます。Characteristicには実際の値（例：心拍数、バッテリー残量）が格納され、Read・Write・Notify・Indicateといった操作が可能です。Bluetooth SIGは相互接続性を高めるため、Heart Rate Service（UUID: 0x180D）、Battery Service（0x180F）、Blood Pressure Service（0x1810）、Glucose Service（0x1808）など多数の標準GATTプロファイルを16bit UUIDで規定しており、独自機能を実装する場合は128bitのカスタムUUIDを割り当てます。

BLEの主な特徴

• 超低消費電力：従来Bluetoothの1/10以下。ボタン電池で数年動作可能
• 短距離通信：通常10〜100m（見通し）
• 低速転送：最大1Mbps（Bluetooth 5.0以降は2Mbps）
• Advertisingモード：ペアリングなしで常時ブロードキャスト可能

数値としての技術仕様をまとめると、以下のようになります（実際の値はチップベンダーやファームウェア実装により幅があるため目安として参照してください）。

主な活用シーン（具体例）

• ウェアラブルデバイス（スマートウォッチ・フィットネストラッカー）
• 医療機器（血糖計・心拍モニター）
• iBeacon・Eddystoneビーコン（室内測位・店舗案内）
• スマートロック・スマートボタン
• BLEメッシュネットワーク（スマート照明）

それぞれの用途をもう少し具体的に見ていきます。

ウェアラブル・医療機器：心拍数を扱う機器の多くはBluetooth SIG標準のHeart Rate Service（UUID 0x180D）を実装しており、対応アプリであればメーカーを問わず心拍データを取得できます。同様にBattery Service（0x180F）でバッテリー残量を、Blood Pressure Service（0x1810）やGlucose Service（0x1808）で血圧計・血糖測定器の測定値を標準化された形式でやり取りします。継続的にデータを取得する持続血糖モニター（CGM）などは、常時接続ではなく定期的なConnectionとNotifyの組み合わせでバッテリー消費を抑える設計が一般的です。

位置測位・店舗マーケティング：Appleが2013年に発表したiBeaconは、ビーコン端末がUUID・Major・Minorという3つの識別子をAdvertisingパケットに載せて常時発信し、スマートフォン側のアプリがそれを受信して「どのエリアに入ったか」を判定する仕組みです。Googleが提唱したEddystoneはiBeaconより広いオープン仕様で、URLを直接ブロードキャストするEddystone-URL等の形式も持ちます。いずれも小売店でのクーポン配信、博物館・展示会での音声ガイド、工場・倉庫内の資産管理（どの棚にどの機材があるかの把握）などに使われています。

スマートホーム・産業機器：スマートロックやスマートボタン（Amazon Dash Buttonのような1タップ操作端末）はConnectableなPeripheralとして動作し、スマートフォンアプリからの直接操作、またはスマートホームハブ経由の制御に使われます。照明や環境センサーを多数配置する現場では、1対1接続の限界を超えるためにBluetooth Mesh（Managed Flood方式でメッセージを中継するメッシュネットワーク規格）を使い、数百台規模のノードを1つのネットワークとして管理するケースもあります。

メリット・デメリット

BLEを採用するかどうかを判断する際は、以下のメリット・デメリットを踏まえて要件と照らし合わせることが重要です。

メリット

• コイン電池・ボタン電池レベルの電源で長期間動作でき、電池交換・充電の頻度を大幅に減らせる
• iOS・Androidの標準APIに含まれるため、専用の通信モジュールやアプリを一から開発する必要がなく開発コストを抑えやすい
• モジュール自体が安価で、小型・省スペースなセンサーやウェアラブル機器に組み込みやすい
• Advertisingモードを使えば接続処理を挟まずに一方向の通知だけを行えるため、ビーコン用途のようにペアリング不要で使える
• Bluetooth Meshを使えば1対1の制約を超えて多数のデバイスを協調動作させられる

デメリット・注意点

• 伝送速度が低く（最大でも数Mbps程度）、映像や大容量ファイルの転送には向かない
• 壁や什器などの障害物に弱く、公称の通信距離はあくまで見通しの良い環境での目安にすぎない
• 同じ2.4GHz帯を使うWi-Fiや電子レンジ等と電波干渉を起こしやすく、密集した無線環境では接続の安定性が落ちることがある
• Bluetooth SIGの仕様に準拠していても、実装の差異（プロファイルの解釈違いなど）により機器同士の相互接続性で問題が起きることがあり、量産前の実機検証が欠かせない
• ペアリング方式によっては（特にJust Works方式）中間者攻撃に対する耐性が低く、機密性の高いデータを扱う場合はPasskey認証やアプリ層での追加暗号化を検討する必要がある
• 多数の端末が同時にAdvertisingやスキャンを行う環境では、電波の衝突により応答が遅延・欠落することがある

混同されやすい用語・類似技術との違い

BLEはしばしば他の近距離無線・省電力無線規格と混同されます。それぞれの立ち位置の違いを整理します。

BLE と Bluetooth Classic（BR/EDR）：同じ「Bluetooth」ブランドですが別物です。Bluetooth Classicは音楽ストリーミング（A2DP）やハンズフリー通話向けに設計されており、常時接続でそれなりの帯域幅を使う代わりに消費電力が大きくなります。BLEは間欠動作を前提に消費電力を極限まで下げた規格で、代わりにスループットは大きく制限されます。Bluetooth 4.0以降のチップは両方式に対応する「デュアルモード」が主流です。

BLE と Wi-Fi：Wi-Fiは数十Mbps〜数Gbpsの高速通信が可能な代わりに消費電力が大きく、常時給電できる機器（ルーター、PC、スマート家電の一部）向けです。BLEは速度を犠牲にして消費電力を抑えており、電池駆動のセンサー・ウェアラブル向けという住み分けです。

BLE と Zigbee：どちらも2.4GHz帯を使い低消費電力を志向する点は似ていますが、ZigbeeはIEEE 802.15.4を物理層に持つ独自プロトコルスタックで、標準でメッシュネットワーキングを前提とした設計です。BLEは本来1対1接続が基本で、メッシュ対応はBluetooth Meshという別仕様の上位レイヤーで実現します。またスマートフォンへの標準搭載状況もBLEの方が圧倒的に有利で、専用ゲートウェイなしにスマホと直接通信できる点が普及の後押しになっています。

BLE と NFC：NFCは通信距離が数cm程度と極めて短く、リーダーから電力供給を受けるパッシブタグ方式も使えるため、電源すら不要な非接触ICカードやタッチ決済に向いています。BLEは数m〜数十mの距離で通信する点でNFCとは用途がはっきり分かれています。なお両者を組み合わせ、NFCタッチでBLEのペアリング情報を交換する「Out of Band（OOB）ペアリング」という使い方もあります。

BLE とLPWA（LoRa・NB-IoT等）：LoRaやNB-IoTは数km単位の広域通信を狙ったLow Power Wide Area（LPWA）規格で、通信速度はBLEよりさらに低く、通信頻度も1日数回程度に抑えるような超省電力運用が前提です。BLEは数十m圏内の近距離通信に特化しており、広域網が必要な用途（遠隔地の設備監視など）にはLPWAやセルラー（5G/LTE-M）が選ばれます。

導入・実務のポイント

BLEを組み込んだ製品・システムを設計する際に、実務でつまずきやすいポイントをまとめます。

• Advertising間隔とバッテリー寿命のトレードオフ：間隔を短くすれば発見・接続までの応答は速くなりますが、その分電力を消費します。ビーコン用途で数年運用したい場合はできるだけ間隔を長く、リアルタイム性が必要なウェアラブルでは短めに、といった要件に応じたチューニングが必須です
• UUID設計：Bluetooth SIGが定義する標準GATTプロファイル（Heart Rate、Battery等）を使える場合は16bit UUIDを優先的に使い、他社アプリとの相互接続性を確保します。独自機能はSIG標準と衝突しない128bitのカスタムUUIDを割り当てます
• OSごとのバックグラウンド制約：iOS・Androidともにバックグラウンドでのスキャン・アドバタイズには省電力上の制限があり、画面ロック中や省電力モード時の挙動が仕様書通りにいかないことがあるため、実機での検証が欠かせません
• 2.4GHz帯の干渉対策：BLEのAdvertisingチャネル（37・38・39ch）はWi-Fiの1ch・6ch・11chと重ならない位置に意図的に配置されていますが、密集環境では依然として干渉が起こり得るため、リトライ処理やタイムアウト設計を保守的に行う
• 相互接続性検証（Qualification）：Bluetooth SIGの認証プログラム（Bluetooth Qualification）を通していない機器同士では、仕様上は準拠していても実際には繋がらないケースがあるため、量産前に複数ベンダーのCentral機器（スマートフォン各種）での接続試験を行うことが定石です
• セキュリティ設計：機密性が求められる用途ではJust Worksペアリングを避け、Passkey Entry・Numeric Comparison等のLE Secure Connectionsを使い、加えてアプリケーション層でもトークン認証や暗号化を重ねる多層防御が推奨されます

2025年の最新動向

• Bluetooth 6.0（2024年）：Channel Soundingで数センチ精度のレンジング
• LE Audio：高音質音声のBLEマルチキャスト（Auracast）が普及
• AoA/AoD方向検知：cm精度の室内測位が実用化

これらの技術要素は単独の機能追加にとどまらず、既存用途の置き換えを進めつつあります。Channel Sounding（Bluetooth 6.0で追加された測距機能）は電波の往復時間や位相差から2端末間の距離を高精度に推定する仕組みで、これまでRSSI（受信信号強度）に頼っていた簡易的な距離推定よりも精度・耐なりすまし性の面で優れているとされ、スマートロックの「近くにいる本人だけを認証する」ような用途への応用が期待されています。LE Audioが可能にしたAuracastは、1台の音源から不特定多数の対応イヤホン・補聴器へ同時にオーディオをブロードキャストできる仕組みで、駅・空港のアナウンスや会議室の同時通訳配信のような用途での活用が想定されています。また、スマートホームの相互接続規格であるMatterは、Wi-FiやThreadで本接続を行う前の初期セットアップ（コミッショニング）にBLEを使う設計を採用しており、直接の通信規格でなくとも周辺エコシステムを支える基盤技術としてのBLEの重要性は増しています。

よくある質問（FAQ）

関連用語

BLEをより深く理解するために、関連するIoT・通信用語もあわせて確認してください。

• Bluetooth：BLEを含むBluetooth規格全体の仕様と歴史
• Wi-Fi：高速・高消費電力な無線LAN規格。BLEとの使い分けの比較対象
• IoT（Internet of Things）：BLEが支える「モノのインターネット」の全体像
• IIoT（Industrial IoT）：工場・産業設備でのBLE活用を含む産業向けIoTの概念
• センサー：BLEで接続される各種センサーデバイスの基礎知識
• MQTT：BLEで収集したデータをクラウドへ送る際によく組み合わされる軽量メッセージプロトコル
• 組み込みシステム：BLEモジュールを搭載するファームウェア・ハードウェア設計の基礎

外部リンク・参考資料

• Bluetooth Core Specification（Bluetooth SIG公式）：BLEを含むBluetoothコア仕様の一次情報
• Bluetooth Technology Overview（Bluetooth SIG）：LE Audio・Bluetooth Meshなど各技術要素の公式解説
• Bluetooth Low Energy overview（Android Developers）：AndroidアプリからBLEを扱う際のAPIリファレンス
• Core Bluetooth（Apple Developer Documentation）：iOS・macOSアプリからBLEを扱うCore Bluetoothフレームワークのリファレンス