初版作成(これは非公開): 2001年7月1日
ようやく公開: 2001年9月30日
改訂: 2001年10月2日
[トップへ]／[二つ上は： 親指シフト・メインページ]／
[一つ上は： キーボード・タイピングを語ろう！]
「コンパクト親指シフトキーボード試用リポート」
試用記その4 目次
この第4回試用リポートでは，本機が採用している「機能キー配置」の問題点を，
の2点 に分けて考察してゆくことにする。
それではまず，OASYSレガシー配列を見直してみることから始めよう。
筆者自身，かつてOASYSワープロ専用機の愛用者だった。それゆえ，OASYSで伝統的に継承されてきたOASYS特有のキー配列(以下，「OASYSレガシー配列」と称す)のメリットは十分承知しているつもりだ。OASYSレガシー配列には，もちろん，(1) 親指シフト同時打鍵方式による図形文字キー，(2) 独自のキー配置設計による機能キー の2面があるのだが，今回は後者に絞って考察することにする。
OASYSレガシー配列における機能キー配列のメリットとしては，次のような点を挙げることが出来よう：
しかしながら，独自の機能キー配置採用によって達成されたこのメリットは，106/109 日本語キーボードが業界標準となった現在，業界標準との互換性が低いという観点からすれば逆にデメリットともなり得るということを忘れてはならない。
客観的な視点でOASYSレガシー配列を見直してみると，富士通製親指シフトキーボード FMV-KB611 のようにOASYSレガシー配列をできるだけ忠実にパソコン用のキーボードに実装しようとすると，次のような問題点が生じることを筆者は指摘したい。
こうしてみると，OASYSレガシー配列の「独自性」を採るか，それとも，業界標準たる106/109 日本語キーボードとの「互換性」を採るかという問題は，なかなか妥協点を探るのが困難な問題であることが分かる。
親指シフトの「生みの親」たる富士通自身，この点にはやはり苦慮している。であればこそ，
という二種の親指シフトキーボードを製作・販売しているのだ。
ここで親指シフト・キーボードの生存・普及のために今後採るべき戦略について，はなはだ僣越ながら私見を述べる：
さて次に，本機特有の問題点として次のようなものがある:
上述のような問題を引き起こした最大の原因は，元来 UNIX 達人向けキーボードであったFKB8579 をベースにしておりながら，そこに「OASYSレガシー」な機能キー配置を持ち込んだ点にある。現状のままでは，UNIX達人・OASYS熟練者のいずれにとっても使いにくいキーボードであると結論せざるを得ない。そこで必要なのは，筆者が『月刊ASCII 6月号』の試用記でも述べたように「対象ユーザを確定し，それに合わせた設計とする」ということである。
次に，「対象ユーザの絞り込み」のために，三つの選択肢を挙げてみる。
※2000年9月末の時点で明らかになった，「USB版親指シフトキーボード(コンパクト版)」の仕様をみると，大まかにいって富士通は上記三つの方策のうち，3の「中間策」を採ったようだ。ただし，Tab ⇔ 全角／半角 の入れ換えや，下段機能キーの「区画整理」は行っていないが。
------
人がモノを考えつつ文章をタイプしてゆく作業には，加筆・削除・訂正という推敲作業や，タイプエラーの修正，かな漢字変換の候補操作や誤変換修正操作が必然的に伴なう。(私はプログラミングは行わないが，この点については，プログラミング作業でも似たような事情があるはずだ。) これらの訂正・推敲作業を快適に行うためには，"Backspace", "Delete", "Esc"といった機能キーに割り当てられている機能をユーザが楽に呼び出せることが大切である。
たしかに，テキスト・エディター(＝コマンドのキーバインディングが変更できるワープロソフトを含む) 環境で使うだけなら，小さなキートップの Backspace, Delete, Esc キーが「辺鄙な場所」に配置されていたとしても，用は足りるとも言える。というのも，このような用途なら，例えば，次のような主張も成り立つからである。
Backspaceは"Ctrl-H"で入力するし，Deleteは"Ctrl-D"，Escは"Ctrl-G"で入力できる。でも"Alt-Ctrl-Delete"はよく使うので(爆)，Deleteは小さなキーでいいから独立キーが欲しいところだ。
しかし，平均的な Windows アプリ・ユーザは，キーアサインが容易には変更できないソフトを使っている。それにまた，会社側の都合により管理者の許可無くしてはユーザ個人でキーカスタマイズができないというケースも多々あろう。すると，そういう場合にはやはりBackspace，Delete がともに独立したキーである方が遥かにキー操作はしやすいのだ。
そもそも本機の原形である FKB8579 は 「Happy Hacking Keyboard (= HHK) キラー」 として「ぷらっとホーム」により企画された商品であった。そのHHK がハッカー向きに機能キーの数を切り詰め，コンパク ト化を最優先する設計ポリシーであったために Delete と Backspace を同時 に独立キーと してもつことができない設計になっていたのだ。そして，HHKキラーたる FKB8579 も HHK のこの特徴を継承していた。
けれども，vi や Emacs が使えればそれで十分だという Unix/Linux 達人ならいざしらず，多くのパソコン・ユーザにとっ ては，やはりこれら二つのキーが独立キーとして用意されていた方が便利であるこ とは間違いない。とくに，本機のように Delete を "Fn + ]"で操作するのは到底快適とはいえな い。平均的Windowsユーザに向けて，「キー配置変更ユーティリティを使えば， Delete は例えば "Ctrl-D" や "Ctrl-G" で操作できるようになるんだよ」などとアドバイスするのは端から無理な話だ。
"Alt-Tab" は Windows ではアプリケーション・ウィンドウ切り替え操作に割り当てられている。筆者はこの切り替え操作を頻繁に行う。そういうユーザは他にも多いだろうと信じる。さて，そういう筆者のような"Alt-Tab" 操作愛好者に とってこの操作がタッチタイプで軽快に行えるというのはぜひ とも必要なことなのだ。
同じことは，"Ctrl-Tab"操作についても言える。一部の MDI アプリケーションでは，この "Ctrl-Tab"というキー操作は，MDIアプリケーション内部の子ウィンドウ(?)切り替え操作に割り当てられている。その代表例が MS-Excel である。Excel では，複数の「ブック」を同時に開いたとき，"Ctrl-Tab"でこれらブックの切り替えができる。(ちみなに，同一ブック内のワークシートの表示きり替えは "Ctrl-Page Up", "Ctrl-Page Down" で行える。)
ところが，本機の現状のキー配置では、親指左キーの左となりに"Alt_L"と"Tab"とが隣接している。 これでは軽快なタッチタイプ操作はできない。さらに操作しにくいのは"Ctrl-Tab"である。そもそも，OASYSユーザのみを想定ユーザとするのならいざ知らず，Tabキーのような主要機能キーの配置を 106/109 日本語キーボード(をはじめとした多くのキーボード)が採用している標準配置を無視して別の位置に配するという設計はあまり感心できない。これは，親指シフターと非-親指シフターとが同一ハードウェアを「共有」するようなマルチ・ユーザ環境においては，相当大きな問題である。
これはまったく筆者個人の要望だが，"Ctrl_L"(左Ctrl)キーが"A"の左に隣接していることは，筆者にとっては 「必須要素」 である。OASYS レガシーな後退(Backspace)キー・ 取消キー (Esc)配置よりも、Ctrl_L キーの配置の方が筆者には重要なのだ。
|
【コラム】 なぜ Ctrl キーは「A左となり」にあるべきなのか？ 現在市販されているキーボードの多くは，左右のCtrlキーを下段の左端・右端に持っている。筆者は詳しくは調べていないが，これが「定型」となったのは，おそらくIBM の「Enhanced 101キーボード」あたりではないかと想像する。確かに，「Ctrlキーも左右で打ち分けましょう。その方が手指への負担も少ないのです。」という主張には一理あるようにも思える。がしかし，筆者はこの見解に賛成できない。理由は二つある。
このようにみると，IBM Enhanced 101 Keyboard 流の「左右Ctrlキー配置」というのは，(1) 手指がかなり大きなユーザが使う場合，(2) "Ctrl+英字"のショートカットキー操作をさほど頻繁には利用しないユーザ――大半のWindowsアプリケーション・ユーザがこれに該当する :-) ――が使う場合，これら(1)・(2)の場合を除いては決して優れた設計ではないと『断言』できよう。 ところでMac キーボードでは，Command, Opiton の二つの修飾キーを下段に配する一方，Control はきちんと「A左となり」のあるべき位置にある。この点，Mac
キーボードの設計は非常に合理的だ。 |
パワーユーザが楽しく使えるためには，Ctrl_L は「A左となり」になければならない――筆者はそう信じている。もちろん，キー配列変更ユーティリティを使用してソフトウェア的に"Ctrl_L ⇔ 英小文字(Caps Lock)"の swapping [*注] が可能ならば問題はない。筆者が試用した本機はPS/2接続のキーボードである。筆者は，自分のマシン環境(Win 98SE, Win2K Pro)において，本機においてもソフトウェア的にこのキー入れ替えが可能であることを確認している。PS/2キーボードなら，このようなキー入れ換えソフトはいくつか存在しているから，この点に関してはソフトウェア的な対応で"多分"大丈夫だろう。
[*注] 本機(試作機PS/2版)では，OASYSレガシー配列との互換性を重視するという仕様上，106/109 日本語キーボードにある"英数(Caps Lock)"キーの代わりに"英小文字(Caps Lock)"という刻印のキーを設けている。したがって，"Ctrl_L ⇔ 英小文字(Caps Lock)"の swapping というのは，通常の106/109 日本語キーボードでは，"Ctrl_L ⇔ Caps Lock(英数)"の swapping に相当することになる。なお，9月下旬にWebで情報公開された「試作機 USB版」では，106/109 日本語キーボードと同じく，"英数(Caps Lock)"キーに刻印が改められた。
ところが，USBキーボードとなると話は別だ。現在，Windows 2000 環境でUSBキーボードを使用する場合に使用可能なキー配列変更ユーティ リティは，AltIME くらいしかないようだ。この AltIME にしても，果たして試作品が公開されたUSB版コンパクト親指シフトキーボードと組み合わせて動作するかどうか，また今秋発表される Windows XP で動作するかどうか，こればかりは実際に試行してみないと分からないのだ。
思うに，文章作成やプログラミングなどにテキスト・エディタを使用することの多いユーザのなかには，筆者と同じように，「"Ctrl_L"キーは"A"の左に隣接すべし」という意見をもつ者は結構存在しているのではないだろうか。そういうユーザのために，ハードウェア的に"Ctrl_L ⇔ Caps Lock(英数)"の swapping が可能であれば，非常に便利だと思うのだ。
# こう考えるとやはり，英字配列ANSI準拠の # 「パワーユーザ向け」キーボードが欲しくなる。 # それなら，はじめから「"A"左となり"Ctrl_L"」 # を実装できるだろうから。それに，下段機能キー # ももっと「区画整理」してキーを削減できるだろう。
最後に，下段(所謂「A段」)右側に詰め込まれた機能キーの「群れ」を何とかできないものだろうか? 本機の写真をみてそう感じる人は多いはずだ。これが，ベースとなった FKB8579 (英語版)のように，専ら対象ユーザをパワーユーザとするのなら，思い切って"Windows"キー，"Application"キーを両方ともに取っ払うのがよい。そうすれば，残りの機能キーの操作性を相当向上させることが出来るからである。
他方，どうしても"Windows"キー，"Application"キーが必要だ，というのであれば，"右Windows"キーだけでも無くしてはどうかと考える。そうすれば，現状で
"ひらがな", "右Alt", "右Win", "Application"
と四つある機能キーのスペースに，図形文字キーと同じキートップサイズの機能キーを三つ配置することが出来る。この空間に以下の三つの機能キーを次の順序で配置するのだ。
"ひらがな", "右Alt", "右Ctrl"
現状では"Ctrl_R"(=実行)キーが"↑"キーの右隣に配置されている。この位置には新たに"Application"キーを配置する。
こうした方が，幾分なりとも下段機能キーの操作性を向上させることが出来るだろう。
[第4回リポート了]