自転車ホーンのユーザーインターフェース：タップ、プレス、トグル

TL;DR;

• 近年の自転車ホーンは、1つの操作子で複数の挙動（クイックタップと通常押し、同じスイッチの上下など）を使うものが増えている。
• Loud Mini + Bell¹ は、1つのボタンで礼儀正しい合図と車並みの警告を両立する タップ＝ベル／押し込み＝ホーン パターンを明示している。²
• Orp Smart Horn³ は、同じスイッチで「優しい音」と「本気の音」を分ける 方向性のある Wail Tail（上＝フレンドリー、下＝大音量） を採用している。⁴⁵
• Trek の BellBeats⁶⁷⁸ や Rivian の Also TM-B⁹¹⁰ は、同様の発想をソフトウェア定義のベル／ホーンへと拡張している。
• 総じて、タップと押し込みのような時間ベースのジェスチャは、モード切替や複雑なタッチスクリーンよりもストレス下で扱いやすい傾向がある。

最も安全な警告とは、「どう操作するか」を考えずに即座に作動させられるものだ。
— Jonathan Lansey

自転車ホーンのインターフェースが重要な理由

自転車ホーンをめぐる議論は、多くが音量に集中している。何デシベルか、どれだけ「車っぽい」か、交通の中でどれだけ遠くまで届くか、といった点だ。だが実際の安全性にとっては、ユーザーインターフェースも同じくらい重要である。

• ライダーは、下を見ずに適切な音を鳴らせるか。
• ホーンは、普段は礼儀正しく、必要なときには緊急性の高い音を簡単に出せるようになっているか。
• ドライバーが進路を横切るように曲がり始め、ライダーに0.5秒しか反応時間がない瞬間に何が起こるか。

過去10年ほどの間に、ホーンの設計者たちはいくつかの中核的なUIパターンに収束してきた。

1. 単一ボタン上の時間ベースのジェスチャ（タップ vs 通常押し vs 長押し）。
2. 同じ操作子上の方向ベースのジェスチャ（上 vs 下）。
3. デジタルコックピットにおけるソフトウェア定義のマッピング。

本稿では、これらのパターンが現行製品にどのように現れているかを概観し、とりわけストレス下での実世界の使いやすさにどのような影響を与えるかに注目する。

パターン1：単一ホーンボタンにおける時間ベースUI

Loud Mini + Bell：タップでベル、押してホーン

Loud Bicycle の Loud Mini + Bell¹ は、一見すると単純な1つの操作子――リモートホーンボタン――を中心に設計されている。

製品ドキュメントおよびレビューによれば：

• ボタンの通常押しで、車内や都市騒音を突き抜けるよう設計されたフルパワーの Loud Mini ホーンが鳴る。¹²
• 同じボタンを素早くタップすると、はるかに静かなベル音、いわば電子的な「すみません」が鳴る。¹
• すべてのホーンはベルで終わるため、たとえ怖い音であっても、最後は社会的に柔らかい印象で締めくくられる。¹

言い換えれば、1つの物理的な操作子から3つの挙動を得ている。

1. ごく短いタップ → 丁寧なベル。
2. 短い押し込み → 短く鋭い車のようなホーン。
3. 長押し → 持続的な緊急レベルの信号。²

重要なのは、このマッピングが隠れたモードや追加ボタンではなく、押している時間の長さに依存している点である。これはまさに、人間の運動系がプレッシャー下でも得意とする区別――突く（jab）か、つかむ（clamp）か――である。

いくつかの設計上の含意を挙げると：

• 単一ボタンの単純さ。 覚えることはほとんどなく、親指を1つの操作子に置きっぱなしにしておけば、「タップ vs 押し込み」の判断は筋肉記憶にオフロードされる。
• 安全なフェイルモード。 タップするつもりが少し長く押してしまったとしても、ホーンが少し大きく鳴るだけである。緊急時には、まさに望ましい失敗の仕方だ。
• 社会的グラデーション。 混雑した自転車レーンでは穏やかなベルをデフォルトにし、ドライバーや歩行者がぶつかりそうな状況でのみフルホーンを使える。

このタップ vs 押し込みのマッピングは、製品ページで明示的に説明されており、2020年までの公開レビューにも現れていることから、¹² Loud Mini は、モードスイッチや複数ボタンではなく、押下時間だけでベルとホーンを明確に分離する単一物理操作子を備えた専用自転車ホーンの、妥当な初期（おそらく最初期）の例とみなせる。

Trek BellBeats：短押しと長押しのカスタマイズ

Trek の BellBeats⁶ は、デジタルベル兼 Bluetooth スピーカーとして販売されているが、その内部では非常によく似たパターンを用いている。

• ライダーは2つのアラート音（汽笛、クラシックなベル、「ラ・クカラーチャ」など）を選択する。⁷
• 短押しで一方の音が、長押しでもう一方の音が鳴る。⁶⁷

BellBeats の取扱説明書およびレビューでは、次のようなプログラミングモードが説明されている。⁸

• ボタンを押し続けて短押し用サウンド選択モードに入り、トーンを選ぶ。
• その後、自動的に長押し用サウンド選択モードに移行し、2つ目のトーンを選ぶ。

機能的には、BellBeats は Loud Mini のやっていることを一般化している。依然として短押し vs 長押しだが、「ベル vs 車のホーン」に限定されず、複数のトーンから任意の組み合わせを各ジェスチャに割り当てられる。

UX の観点からは：

• 単一トリガーにおける短押し vs 長押しが、自転車用アラートの一種の標準パターンになりつつあることを裏付けている。
• 同じインタラクションが、真面目な安全性（長押しにより刺さるトーンを割り当てる）と遊び心（短押しに楽しいテーマ音を割り当てる）の両方を支えうることを示している。

パターン2：同一操作子における方向ベースUI

Orp Smart Horn：Wail Tail（上 vs 下）

Orp Smart Horn³ は、別のアプローチを取る。押下時間ではなく、方向を使うのである。

• 後部にある柔軟なフィン、Wail Tail が主な操作子である。
• テイルを上に押すと、歩行者や他のライダー向けの**76 dB の「フレンドリーな音」**が鳴る。³
• テイルを下に押すと、自動車や交通量の多い道路向けの96 dB の大音量が鳴る。³⁴

作動のたびに Orp の LED も点灯するため、ホーンとライトは密接に結びついている。聞こえると同時に見える、というわけだ。³⁴

BikePortland のレビューでは、Wail Tail を上に弾くとフレンドリーなトーン、下に弾くと大音量トーンが鳴ると説明されており、指先から遠くにしか取り付けられない場合には、オプションのリモートスイッチポートを使ってハンドルバー上の別の場所から作動させることもできるとされている。⁴

人間工学の観点からは：

• 強いメタファー。 上は「軽い／優しい」、下は「重い／深刻」と感じられやすく、フレンドリー vs 緊急の信号にうまく対応している。
• 触覚的な識別性。 適切に配置されたユニットであれば、グローブをしていても、上に押しているのか下に押しているのかを触覚で判別できる。
• 誤操作の可能性。 実際の使用環境では、Wail Tail を意図通りに押せず、静かな音を出したいのに大音量トーンが鳴ってしまうことがあると報告するユーザーもいる。⁵

方向入力はエレガントだが、取り付け位置とスイッチ機構に大きく依存する。ホーンが親指の真下に来ていなかったり、テイルの支点が曖昧だったりすると、「上 vs 下」の区別は、最も信頼性が求められる場面で曖昧になりうる。

パターン3：デジタルコックピット上のソフトウェア定義ホーン

Rivian / Also TM-B：今日はベル、明日はエアホーン

Rivian のマイクロモビリティ部門である Also は最近、ハイテクな 5インチタッチスクリーンコックピットと複数のハンドルバー操作子を備えた TM-B e-bike を発表した。⁹¹⁰

ローンチ時の報道によれば：

• 左ハンドルバーに、通話／音楽用のボタンがある。⁹
• 音量調整用のスクロールホイールがある。¹⁰
• そして重要なのは、現時点ではベルとして機能し、今後のソフトウェアアップデートで「エアホーン」機能を獲得するとされるスイッチがあることだ。⁹¹⁰

これは典型的なソフトウェア定義UIである。

• 現在：その操作子はベルとして鳴る。
• 将来：ファームウェア更新によって、同じスイッチがフルのエアホーンになったり（あるいは両者から選べるようになったり）する。
• 原理的には：走行プロファイルに応じてホーンの「モード」が変化しうる（例：共有空間では静かに、幹線道路では大きく）。

利点は柔軟性にある。1つの物理スイッチを、製品の進化に合わせて再プログラムできる。一方で、モードの不透明性という欠点もある。

• ライダーは、現在アクティブなプロファイル、ファームウェアバージョン、アプリ設定などを踏まえたうえで、その操作子が今この瞬間に何をするのかを信頼しなければならない。
• ベル／ホーンの挙動がアップデート後に変化すると、「礼儀正しい vs 緊急」のために築いた筋肉記憶が、新しいマッピングと突然食い違う可能性がある。

Loud Mini のハードワイヤードな「タップ＝ベル／押し込み＝ホーン」と比べると、TM-B のアプローチはより強力だが、同時に脆弱でもある。緊急用途においては、予測可能性が多機能性に勝ることが多い。

パターン4：モードベースおよびマルチボタン方式

すべてのホーンが、1つの巧妙なジェスチャにすべてを詰め込もうとしているわけではない。より広い分類として、モードベースの単一ボタンとマルチボタンリモコンという2つの系統がある。

長押しによるサウンド切替

オンラインで販売されている低価格の電子ホーンの多くは、よくあるパターンを用いている。

• 短押し：ホーンが鳴る。
• 長押し（数秒）：リスト内の次の音へ切り替える。¹¹

典型例として、複数のトーン（ブザー、チャイム、サイレンなど）から選べるコンパクトな電子ベルがあり、長押しして好みの音が出るまで切り替えることができる。¹¹

このパターンには明確なトレードオフがある。

• 長所：
• ハードウェアを単純に保てる。追加スイッチが不要。
• 工具やアプリなしで、ライダーが好みの音を選べる。
• 短所：
• 「ソフト vs ラウド」の区別が、モードメニューの中に埋もれてしまい、自発的なジェスチャとしては現れない。
• ストレス下で、誰も「今優しいモードか攻撃的モードか」を確認するために長押ししようとはしない。ただボタンを連打して祈るだけだろう。

これらのデバイスは、長押しジェスチャが設定用途には有用である一方で、交通との瞬間的なインタラクションにはあまり向かないことを示している。

ホーンとアラームの別ボタン

一部の e-bike 用セキュリティシステムは、大音量ホーンをアラームやイモビライザーと組み合わせ、車のキーフォブに似たマルチボタンリモコンを用いている。

• 1つのボタンでアラームのオン／オフを切り替える。
• 別のボタンでチャープ音やホーンを鳴らす。
• 3つ目のボタンが「パニック」機能を担う場合もある。

このレイアウトは駐輪時のセキュリティには優れているが、走行中の観点からはあまり興味深くない。ホーンボタンは単一の固定音であり、アラーム関連の機能は、走行中の衝突回避のための瞬時の使用を想定していない。

主なUIパターンの比較

表1は、支配的な自転車ホーンUIパターンと、それが現行製品にどのように現れているかをまとめたものである。

表1. 一般的な自転車ホーンUIパターンとその例

リアルタイムの安全性という観点からは、2つのパターンが際立っている。

1. Loud Mini + Bell のタップ＝ベル／押し込み＝ホーンのマッピングに代表される時間ベースのジェスチャ。¹²
2. Orp の Wail Tail に代表される方向ベースのジェスチャ。³⁴⁵

どちらも、ライダーに2つの明確に異なる挙動を単一操作子で提供し、モード記憶を必要としない。その違いは、その区別がより自然に感じられるのが 「短い vs 長い」 なのか、「上 vs 下」 なのか、という点にある。

時間ベースジェスチャがとりわけ堅牢に感じられる理由

個別製品から一歩引いて、人間工学の基本に目を向けると、タップ vs 押し込みが自転車ホーンにとってとりわけ強力だと考えられる理由がいくつかある。

• 運動の単純さ。 ストレス下の人間は、「突く vs 押し続ける」といったジェスチャ（ブレーキを素早く引く vs 強く握り込むことを思い浮かべてほしい）には強いが、柔軟な部品に対する微妙な方向押しには弱い。
• ハードウェア許容度。 ボタンの取り付け位置が多少ずれていても、短いタップと意図的な長押しは依然として区別しやすい。方向スイッチやモードトグルは、取り付けが完璧でないと曖昧さが増しがちだ。
• 明確なエスカレーションパス。 押下時間は緊急度と自然に連動する。怖くなればなるほど、本能的にボタンを長く押し続ける。これにより、追加のUIなしでホーンの強度が自動的にスケールする。

この観点から見ると：

• Loud Mini + Bell は、押下時間とサウンドエンベロープを利用して、同一操作子上で礼儀正しいインタラクションと緊急インタラクションの両方を支えている。¹²
• Trek BellBeats は、短押し vs 長押しが、ベル vs ホーンに限らず、他のトーンペアにも一般化可能であることを示している。⁶⁷⁸
• Orp は、方向ベースジェスチャが機能しうることを証明しているが、その成否が設計と取り付けに敏感であることも示している。³⁴⁵
• Rivian の Also TM-B は、ホーン挙動がアップデート可能なソフトウェアになる未来を示唆しているが、それが真に有効であるためには、直感的なマッピングを長期にわたって維持するための極めて慎重な設計が必要となる。⁹¹⁰

安全性の観点からは、依然として最も単純で予測可能なパターンは次のようなものである。

ハンドルバー上に専用のホーンボタンを1つ置き、
そのボタンに「タップ＝ベル、押し込み＝ホーン」というマッピングを与え、
その挙動をモードや画面の奥に決して隠さないこと。

参考文献