オープンソースの周辺機器設定ツール「OpenMouse」が、キーボード設定機能のベータ版を拡張し、ロジクール（Logitech）、Razer、SteelSeriesの3社に新たに対応した。これまで対応を進めてきたWootingに加え、3社のキーボードが使用する通信インターフェースを検出し、対応する設定項目を専用パネルから操作できるようにした。ブラウザから機器を直接操作するには、USB HID機器へのアクセスを可能にするWebHIDに対応したChromeやEdgeなどのChromium系ブラウザが必要となる。
OpenMouseは、メーカー独自のソフトウェアをインストールせずに、複数ブランドのゲーミングマウスやキーボードを共通の画面から設定することを目指すプロジェクトだ。ただし、今回の対応拡大は、対象メーカーのすべてのキーボードで設定機能が正常に動くことを意味しない。機器を認識できること、設定を書き込めること、変更した値が接続を解除した後も保持されることは、それぞれ別の検証が必要になる。
ロジクール、Razer、SteelSeriesの対応機能と制約
今回の拡張では、各メーカーのキーボードが使用する通信プロトコルに対応するための処理が追加された。しかし、操作できる項目はメーカーや機種によって異なり、すべての機能が共通の画面で利用できるわけではない。特にゲーミングキーボードでは、キーをどこまで押すと入力として認識するかを決める「作動点」や、キーの移動に応じて入力のオン・オフを切り替える「ラピッドトリガー」など、機種固有の設定が重要となる。
2026年10月30日時点のOpenMouseのkeyboard-protocolリポジトリでは、メーカーごとに実装済みの機能、未対応の項目、実機検証の状況が整理されている。以下は、その開発資料を基に対応範囲をまとめたものだ。なお、通信プロトコルの処理が実装されていても、公開中の設定画面からすべての項目を操作できるとは限らない。
| メーカー・対象機種 | 主な実装済み機能 | 未対応・制約 | 実機検証の状況 |
|---|---|---|---|
| Wooting：Standard／ARM系 | 作動点、ラピッドトリガー、各種設定の読み取り・変更 | キー再割り当ての書き込み、完全なプロファイル保存、インポート・エクスポートは未実装 | 60HE+のARMファームウェア2.13.0で一部機能を確認 |
| ロジクール（Logitech）：対応するHID++ 2.0機器 | 機器情報、バッテリー、ポーリングレート、輝度、アナログ設定、LED、制限付きキー再割り当て | 機器が通知する機能のみ操作可能。キーごとのアナログ作動点、本体プロファイル管理は未実装 | 当該パッケージを通した実機検証なし |
| Razer：対応するキーボード | ポーリングレート、輝度、RGB効果、通常・アナログキー割り当て用コマンド | アナログ閾値のmm換算、マクロの本体保存、プロファイル管理、無線レシーバー経由の接続は未対応 | 当該パッケージを通した実機検証なし |
| SteelSeries：有線Apex Pro TKL（製品ID 0x1628／0x1642） | 作動点、ラピッドトリガー、Key Guard、感度、Rapid Tap、キー単位のLED制御、本体保存処理 | 一部機能は製品IDなどの条件付き。無線モデル、Mini、Apex 9、旧型は対象外。RGBの読み戻し、キー再割り当て、マクロは未実装 | 当該パッケージを通した実機検証なし |
新たに追加された3社の機能は、既存の通信仕様や公開されたドライバーの実装を参考に開発されている。ただし、今回の統合作業では、keyboard-protocolパッケージを通じた実機検証が行われていない。機器の識別や通信コマンドの生成に対応していても、実際のキーボードで設定変更が成功するかどうかは、今後の確認を待つ必要がある。
対応範囲の違いは、メーカー別の実装資料を見ると明確になる。たとえばSteelSeriesの対応状況では、有線Apex Pro TKLの製品IDを0x1628と0x1642に限定している。第2作動点やRapid Tapのキーの組み合わせ、OLED表示に関する一部の機能は0x1628のみが対象で、ファームウェアやプロファイルの形式にも条件がある。一方、ロジクールの実装では、HID++ 2.0を通じて機器が対応を通知した機能だけを書き込めるようにしており、すべてのモデルで同一の設定が使えるわけではない。
4社以外にも、実機で動作を確認したキーボードがある。Wuque StudioのBABAO60 HEでは、ファームウェアプロトコル1.2.1.0を使用し、OpenMouseの画面から作動点やポーリングレート、ラピッドトリガーの押下・解除設定、デッドゾーンの変更が確認された。ただし、キー割り当てやマクロ、照明の設定には未完成の部分が残されている。
また、Kochi Hummingbird 68では、macOS上でWindowsモードとMacモードを相互に切り替え、変更後の状態を読み取ることができた。ただし、この実装が扱うのはシステムモードの切り替えに限られ、RGB照明やキーマップ、押下深度、プロファイルなどの設定には対応していない。これらの例からも、単に「対応機種」として掲載されているかどうかではなく、どの機能が実際に動作することまで確認されているかを調べる必要がある。
キーボードを認識できても設定変更が成功するとは限らない
OpenMouseが対応するメーカーを増やす上で重要なのが、通信プロトコルの実装と実機検証の違いだ。今回追加された3社の機能には、機器と送受信するデータを組み立てるコーデックと、模擬的なHID機器からの応答を使う自動テストが用意されている。これにより、通信データの形式や、想定した応答を受け取った場合の処理を検証できる。しかし、実際のキーボードがそのコマンドを受け入れ、設定を変更できることまで証明するものではない。
開発側もOpenMouseのREADMEで、機種の認識は実機での動作保証ではないと明記している。今回追加されたロジクール、Razer、SteelSeriesの各ドライバーには、通信処理と模擬HIDによるテストがあるものの、統合時点で実際のキーボードを接続した検証は実施されていなかった。そのため、対応リストに機種名がある場合でも、設定変更や保存が正常に動作するかは別途確認しなければならない。
これに対し、Wooting 60HE+では、ARMファームウェア2.13.0を使用した実機検証が記録されている。Wootingの対応状況をまとめた開発資料によると、作動点やラピッドトリガーの設定について、実際のキーボードとの通信や変更後の読み戻しが確認された。ただし、この結果をWootingのすべてのモデルやファームウェアに当てはめることはできない。
実際、TechPowerUpは別のWooting 80HEを使った短時間の試用で、OpenMouseから機器への接続はできたものの、正しいキーマップを読み込めず、設定変更にも成功しなかったと報告している。60HE+と80HEでは機種も試験条件も異なるため、この結果だけで80HE全体の非対応を断定することはできない。しかし、少なくとも機器が接続画面に表示されたことだけでは、設定機能が正常に動作すると判断できないことを示している。
キーボードの設定は、機種名が同じでもファームウェアのバージョンによって通信形式や利用できる機能が変わる場合がある。特にアナログ入力や複数の作動点、キーの組み合わせによる動作制御などは、通常のキー入力とは異なる独自コマンドが使われることが多い。したがって、開発資料に記載された対応範囲を確認する際には、製品名だけでなく、製品ID、ファームウェア、検証済みの機能まで照合することが重要になる。
設定の変更と本体への保存は別の処理
キーボードの設定ツールを日常的に使う場合、変更した内容がその場で反映されるだけでなく、USBケーブルを抜いた後やPCを再起動した後も保持されるかが重要になる。たとえば作動点やラピッドトリガーの設定を変更できても、接続し直すたびに初期値へ戻ってしまうなら、実用上の制約は大きい。このため、OpenMouseの開発資料では、設定値の書き込み、読み戻し、本体保存の検証が区別されている。
Wooting 60HE+では、ARMファームウェア2.13.0を使った具体的な保存テストが行われた。開発者はOpenMouseから作動点の初期値を0.25mmに変更し、設定を保存した後、キーボード内部の保存済みプロファイルを再読み込みするコマンドを実行した。さらにUSBケーブルを抜き差ししても0.25mmの設定が残っていることを確認し、最後に元の0.20mmへ戻している。ここで示された値は検証に使用したものであり、すべての機種の標準設定や推奨値を意味するものではない。
この検証で重要なのは、「読み戻し」と「本体保存」の違いだ。読み戻しとは、設定を書き込んだ後に機器から値を取得し、指定した内容が反映されているか確認する処理を指す。一方、本体保存は、電源を切ったり接続を解除したりしても、設定を保持できるようにする処理だ。画面に変更後の数値が表示されたこと、機器から同じ値を読み取れたこと、接続し直しても値が保持されていたことは、それぞれ異なる段階の確認に当たる。
SteelSeries向けの実装では、動作中の設定変更と、本体への明示的な保存が分けられている。設定を保存する際には、12,500バイトのプロファイルデータを25個のブロックに分けて書き込み、データの整合性を確認するCRCを更新する。その後、プロファイルを再び読み出し、書き込んだデータと一致するかを検証する仕組みだ。ただし、実際の有線Apex Pro TKLをこのパッケージに接続した検証は行われていないため、実装された保存処理が実機で正常に動作し、接続解除後も設定を保持できるかは未確認である。
読み戻しへの対応も、メーカーや設定項目によって異なる。Razer向けの実装資料では、明るさなどの設定に読み戻し用のコマンドが用意されている一方、RGB効果については現在有効な設定を取得する機能が確立していない。キー割り当ての読み取り方向も、実機での検証が残っている。また、アナログキーの作動点や解除点をmm単位に換算する処理、マクロを本体へ保存する機能、オンボードプロファイルの管理機能も未実装だ。
Wootingについても、作動点の保存が確認されたことを、すべての設定が保存できるという意味に捉えるべきではない。キー再割り当ては、内部データの読み取りにとどまっており、書き込み処理は未完成だ。プロファイル全体を保存する一連の処理や、インポート・エクスポート機能も実装されていない。Kochi Hummingbird 68のWindows／Macモード切り替えも、実機で双方向の変更と読み戻しは確認されているが、USB接続を解除した後も状態が保持されるかどうかは検証されていない。
このように、設定の変更に対応しているとされる機種でも、その内容をどこまで確認できるかには違いがある。特に本体に保存されたプロファイルを利用する場合は、単に設定画面で変更できるだけでなく、機器側への保存と再接続後の保持まで確認できているかが重要となる。
OpenMouseを日常的な設定ツールとして使うための条件
OpenMouseの開発チームは、現時点でロジクール、Razer、SteelSeries向けの新機能追加や機能拡張を一時停止している。開発リポジトリでは、各メーカーで未対応となっている機能や実機検証が必要な項目を整理し、今後の開発に必要な情報を公開している。機能を実装する作業と、機種ごとに安全かつ確実に動作することを検証する作業は、別の段階として扱われている。
OpenMouseのmainブランチは、公開開発版の設定画面に反映される仕組みだ。2026年10月30日に取得された未接続状態の画面では、ベータ版を示す「OpenMouse BETA · v2.0.f9b」とともに、「Bridge not running」「Add device」という表示が確認されている。ただし、これらは機器を接続していない状態の画面にすぎず、キーボードを接続した後にどの操作が正常に動作するかを示すものではない。
実際に利用する場合は、まず自分のキーボードの製品名と製品ID、ファームウェアのバージョンが、開発側の対応記録と一致しているかを確認する必要がある。次に、変更したい項目が実装されているか、その機能に実機での動作確認があるかを調べることが重要だ。設定を書き込める場合でも、読み戻しに対応しているか、必要に応じて本体へ保存できるかを確認しなければならない。特にSteelSeriesのように、動作中の変更と本体保存が分かれている機種では、既存のプロファイルを不用意に上書きしないよう注意が必要となる。
メーカーごとに異なる設定ソフトを使い分ける必要がなくなれば、複数の周辺機器を使用するユーザーにとって利便性は高まる。OpenMouseがロジクール、Razer、SteelSeriesへ対応範囲を広げたことは、その実現に向けた一歩といえる。ただし、現段階では通信プロトコルの実装が先行しており、追加された3社のキーボードについては実機での検証が不足している。今後、対応機種ごとの設定変更や読み戻し、本体保存の検証結果が蓄積されることで、OpenMouseをメーカー純正ソフトの代わりとしてどこまで利用できるかが明らかになるだろう。