- BoseがSoundTouchホームシアタースピーカーのAPIドキュメントを公開し、販売終了（EoL）後も開発者が機器を活用できるようにした
- 2025年10月の発表によると、2026年2月18日からSoundTouch製品はAUX・HDMI・Bluetooth接続のみをサポートし、クラウド機能とアプリ連携は終了する予定
- Boseはその後もAirPlay・Spotify Connect機能の維持とAirPlay 2の同時再生サポートを約束し、アプリは一部機能を縮小したうえでローカルモードとして継続提供する
- 会社は**APIドキュメント（PDF）**を顧客にメールで配布し、独立開発者が互換ツールや機能を開発できるようにした
- スマート機器の販売終了時にオープンソース化を通じて既存ユーザーの機器活用性と電子廃棄物の削減を図った事例として評価される
SoundTouchの販売終了と機能制限
- Boseは2025年10月、SoundTouch Wi-Fiスピーカーとサウンドバーが2026年2月18日以降**「単なるスピーカー（dumb speaker）」**に移行すると発表
- 以後はAUX、HDMI、Bluetooth接続のみ可能で、Wi‑Fiベースの機能は終了
- セキュリティおよびソフトウェアアップデート、クラウド接続、専用アプリのサポートがすべて終了する
- アプリがなくなるとSpotifyなどの音楽サービス連携、複数機器での同時再生、プリセットの保存・編集ができなくなる
- この発表は複数のSoundTouch機器を所有する長期ユーザーの不満を招き、Redditなどのコミュニティで批判が出た
販売終了後も維持される機能
- Boseは顧客向けメールでAirPlayとSpotify Connect機能は引き続き動作すると案内
- AirPlay 2対応機器では同一オーディオの同時再生が可能
- SoundTouchアプリはクラウド依存機能を除きローカルモードとして維持される
- 2026年5月6日の自動アップデートにより、ローカル機能のみをサポートするバージョンへ移行
- Boseは音楽サービスアプリのお気に入り機能を使ったプリセット保存の回避策を案内
API公開とオープンソース化
- Boseは**SoundTouch APIドキュメント（PDF）**を顧客にメールで配布
- 独立開発者がSoundTouch互換ツールや機能を直接開発できるようにした
- これはスマート機器の販売終了時にオープンソース化を求める声への対応であり、既存ユーザーが機器を使い続けられるようにするもの
- 他社がセキュリティ・ブランドリスクを理由にオープンソース化を避けるのとは対照的に、Boseはこれを実行した
スマート機器の販売終了慣行との比較
- 最近は多くの企業が**スマート機器のサポート終了や機能停止（bricking）**によってコスト削減や新製品への移行を進めている
- 記事ではLogitech、Belkin、Echelonなどの事例が挙げられている
- Boseの対応は、こうした慣行の中で比較的ユーザーフレンドリーなアプローチと評価される
- 既存機器の機能を維持し、電子廃棄物の発生を減らすための最低限の措置として、オープンソース化の重要性が強調されている
結論：「より穏当な販売終了」の事例
- Boseは一部機能を削除する一方で、API公開と中核的な無線機能の維持によってユーザーの不便を和らげた
- 完全なサポート継続は難しくても、既存ユーザーが機器を使い続けられる道を提供している
- 記事では、スマート機器メーカーが販売終了前に最低限行うべきこととしてオープンソース化を提示している
- 今回のBoseの対応は、スマートホーム機器の販売終了時における模範的な対応事例として言及されている
1件のコメント
Hacker Newsのコメント
Boseの公式発表へのリンクはこちら
関連する**SoundTouch APIドキュメント（pdf）**はこちらで確認できる
このようなサポート終了の進め方は理想的
デバイスを電子廃棄物にせず、APIを公開してコミュニティが寿命を延ばせるようにした点は素晴らしい
今後right-to-repairがさらに重要になるほど、こうしたアプローチが必要になる
実際、この措置はコミュニティの強い反発を受けて初めて行われたもの
当初の発表では、ほとんどの機能を削除して単なるスピーカーにしようとしていた
幸い、コミュニティが動いて方針転換を促した
関連記事: Web Archive版, Ars Technicaの記事
これでBose製品を買う可能性が高くなった
他のスピーカーメーカーもこうしてくれれば、今後も買い続けたいと思う
Appleも旧製品に対してこうしてほしい
Microsoftは一部の旧製品ではそうしている
いつかWindows XPのソースコードをGitHubで見られる日が来たら素晴らしいと思う
ユーザーが制御できず、壊れてもいないのに動かなくなるなら、
企業は返金するか、必要なシステムをオープンソースとして公開すべきだ
実際にはソフトウェアやハードウェアをオープンソース化したわけではなく、
SoundTouchスマートスピーカーのAPIドキュメントを公開しただけ
クラウド機能を代替するにはバックエンドを新たに作る必要がある
それでも、クラウド終了後もアプリのアップデートによってローカル制御機能を維持できるようにした点の方が大きい
文書が扱っているのはアプリとスピーカー間のHTTPインターフェースだけで、
クラウドとスピーカー間のインターフェースは依然として非公開
参考: Ars Technicaのコメント, reverse engineeringプロジェクト
関連文書: 公式発表, APIドキュメント
他のスピーカー向けアプリと統合されているなら、実質的に完全なEoLではないのかもしれない
Boseは実際にオープンソース化したわけではないが、
クラウド依存の排除とAPIドキュメントの公開という2つの措置を取った
メーカー側としてもIPや署名鍵を公開する必要がなく、
保守コストを下げつつコミュニティに機能を委ねられる
こうした形でも顧客満足を高められるという意味で、良い教訓になる
私はこの措置は継続サポートより良いとさえ思う
クラウド依存をなくしただけでも大きな利点で、
APIを直接扱える点も魅力的だ
この決定のおかげで、今後Bose製品を候補に入れる可能性が高くなった
単に文鎮化しないからというだけでなく、環境負荷の面でも前向きに受け止めている
それでもQCヘッドホンはノイズキャンセリングが優秀で、音質も十分満足できる
耐久性、装着感、音質のすべてが印象的で、認識が完全に変わった
Boseがこうしたフィードバックを見てくれるといい
オープンソース、相互運用性、長寿命を重視するプロ市場は存在する
この方向に進み続ければ、金銭的な見返りもついてくるはずだ
Sonosもこうするべき
だから多くの人がSonosハードウェアを二度と買わない
古いバージョンのアプリAPKと専用のAndroid端末を使って、やっと接続できる状態
Sonosは避けるべきブランドだ
以前はBoseのアプリ依存を批判していたが、
今回はずっと良いEoL対応を見せた
以前のコメント参照
設定項目は限られるが、十分実用的だ
また、GadgetbridgeプロジェクトではQC35のサポートも進んでいる
BoseハードウェアをOSSオーディオエコシステムにつなげてくれたことに感謝したい
bose-soundtouch Pythonライブラリは
ローカルネットワーク上でスピーカーを制御できるようにしてくれ、
クラウド終了後も完全な機能を維持できるようにする
また、Lyrion Music Server(LMS)は
LogitechのSqueezeboxをサポートしていたオープンソースのストリーミングサーバーで、
さまざまなネットワークプレーヤーと互換性がある