配列毎の打鍵ストレス 1次評価

久しぶりの投稿は、打鍵ストレスを配列毎に数値化してみようという試みです。でっち上げと言われても仕方がないレベルでの評価ですが、ご笑覧ください。

キー単打の打鍵ストレス

あるキーを打鍵した時、どれだけのストレスが発生するか。幸花配列の ホームポジションからキーへの時間 に掲げられた数値を、そのまま流用します。

幸花配列「ホームポジションからキーへの時間」

指をホームポジションに置いている時、あるキーを打鍵するのに掛かる時間を示した数値です。

このように各キー単独での時間を求めると以下のようになった。

引用元のキー表記は Dvorak ベース。表組みは背景色の都合で画像化しています。

分かりづらいので qwerty 表記に置き換えます。最上段の数値も必要なので、

• 最上段の数値＝同じ列の上段の数値×1.3

と3割増しという仮定で計算して、一覧表にまとめます。

キー単打の打鍵ストレス指数

1	2	3	4	5	6	7	8	9	0	-
228	239	190	208	213	250	198	137	164	181	196
Q	W	E	R	T	Y	U	I	O	P	@
175	184	146	160	164	192	152	105	126	139	151
A	S	D	F	G	H	J	K	L	;	:
112	115	107	91	141	138	90	91	96	97	165
Z	X	C	V	B	N	M	,	.	/	_
178	193	199	158	176	146	135	170	169	157	187

これらの数値を「打鍵ストレス指数」と呼ぶこととします。

これらの数値は元々、指をホームポジションに置いている時、［Ｊ］キーを打鍵するのに90単位時間、同じように［Ｙ］キーを打鍵するのに192単位時間が必要なことを表しています。これはすなわち、キー別の打ちやすさ・打ちにくさを表しているとも言え、［Ｊ］キーの打鍵で90単位ストレス、［Ｙ］キーの打鍵で192単位ストレスが掛かると言い換えることができます。

打鍵ストレスの計算方法

幸花配列では 打鍵時間の計算方法 に記されたように n-gram を考慮した計算手法を採っていますが、同時打鍵は魔法の呪文ではない。(4) に記したように 3-gram の計算が現状では不可能なため、本稿は 1-gram ベースで計算しています（ただし、拗音も 1-gram 扱い）。同時打鍵を含む1ストロークごとに、ホームポジションに戻っている想定です。

ただし、指がホームポジションに戻る時間は考慮していません。

qwerty ローマ字の打鍵ストレス

qwerty ローマ字では同じ 1-gram でも、

か

qwerty:K+A

dvorak:T+A

T:91+A:112=203

T:91+TA:108=199

さ

qwerty:S+A

dvorak:O+A

O:115+A:112=227

O:115+OA:113=228

き

qwerty:K+I

dvorak:T+C

T:91+C:105=196

T:91+TC:174=265

む

qwerty:M+U

dvorak:M+G

M:135+G:152=287

M:135+MG:217=352

と、打鍵の中身を紐解けば速い交互打鍵やアルペジオもあれば、同指異鍵や同手跳躍を含んで遅くなるものまでいろいろな運指があります。トータルでは相殺されると考えて、上に掲げた打鍵ストレス指数の数値を単純加算します。

打鍵ストレスと同時打鍵

同時打鍵は単打（無シフト）に比べて遅いので、打鍵ストレスの数値に係数を乗じて表します。もちろん他手シフトと同手シフトは別々の係数を設定しますが、文字キー同時シフトと親指キー同時シフトは区別しません。あるキーの打鍵ストレス度を数式で表すと、

S(key)

当該キーの打鍵ストレス指数

V_u(key)

単打（無シフト）の打鍵数

V_s(key)

同手シフトの打鍵数

K_s

同手シフトのストレス係数

V_c(key)

他手シフトの打鍵数

K_c

他手シフトのストレス係数

• あるキーの打鍵ストレス度 ＝ S(key) × ( V_u(key) ＋ V_s(key) × K_s ＋ V_c(key) × K_c )

となります。例えば、Nicola の［Ａ］キーの場合は、

• Nicola ［Ａ］キーの打鍵ストレス度 ＝ S(a) × ( V_u(a) ＋ V_s(a) × K_s ＋ V_c(a) × K_c )＝ 112 × ( 4,643 ＋ 1,216 × K_s ＋ 1 × K_c )

となります。ストレス係数 K_s と K_c にどのような数値を代入するかで、トータルの打鍵ストレスも変わってきます。

親指キーの打鍵ストレス指数

もう一つ（適当に）定義しなければならないのは、親指キーの打鍵ストレス指数です。幸花配列の上段〜ホーム段〜下段の全数値を平均した 146 を、とりあえずの数値とします。実際には左右の親指キーで数値が異なると思われますが、計算が煩雑になるので左右同一にしておきます。

親指キーの打鍵ストレスにも、同手シフトと他手シフトに分けて係数を乗じています。

配列毎の打鍵ストレス

10万字サンプルのカナと句読点「。、」と長音「ー」の合計101,156字を打鍵した時の、打鍵ストレスの合計を配列毎に求めます。この数値が少ないほど、「速く入力できる」「疲れにくい」ことを示す指標となります。

やまぶきの設定値から推測すると、同手シフトは他手シフトの1.3倍遅いとするのが妥当に思えます。他手シフトの係数を 1.10、1.20、1.30 とした場合の各配列の打鍵ストレスの合計は、以下のようになりました。

ストレス係数		qwerty ローマ字	Nicola 配列	小梅配列	蜂蜜小梅配列	新下駄配列
同手シフト	他手シフト
1.43	1.10	23,466,325 (100%)	23,339,692 (99%)	21,216,265 (90%)	18,484,361 (79%)	16,268,106 (69%)
1.56	1.20		24,771,084 (106%)	22,387,518 (95%)	19,426,408 (83%)	16,927,807 (72%)
1.69	1.30		26,202,476 (112%)	23,558,772 (100%)	20,368,455 (87%)	17,587,509 (75%)

Nicola 配列が普及しなかった理由は、こうした数値を眺めるに、論理配列の性能が諸々のコストに見合わなかったからとも言えそうです。

まとめ

同手シフトが少なく、人差指伸を積極的に使う Tron 配列は、はたしてどのような評価になるのでしょうか。同手シフトも人差指伸もどちらも嫌った《さら配列》の評価も気になりますが、残念ながら二つとも計算していません。n-gram で計算できないため、連続シフトを採用した飛鳥系も採り上げられませんでした。

n-gram ベースで正確に計算した2次評価は、私の腕ではおそらく無理だと思います。

くどいようですが、打鍵ストレスの数値が 蜂蜜小梅配列 ＞ 新下駄配列 となっているのは、蜂蜜小梅配列は「覚えやすく忘れにくい」コストを、清濁拗同置という仕掛けとして支払っているからです。

末筆ながら、暑中お見舞い申し上げます。

そろそろ元に戻そうかしら

かつて私はこんな解析記事を書きました。

飛鳥配列の最新版 21C-374 を紐解く。（1）

2009-03-30

元ネタは Ray さんの、この記事でした。

飛鳥２１世紀−３７４公開

2009-03-26

久しぶりにワクワクしながら作業を進めて、続きを書く気満々でタイトルに（１）と入れたにも関わらず、飛鳥カナ配列の解析は残念ながらこれが最後となっていました。

気付かれた方も少なからずおられたと思いますが、私の解析が投稿された後、Ray さんは本文フォントカラーを白く指定して、当該記事の全文を《白地に白い字》にしてしまいました。「誰に向けてあんな長い記事を書いてるんだ？」と憤慨したところで何も変わりません。こういう措置がさらに広がることを恐れて、続きの投稿を泣く泣く諦めるとともに、以降も本家・飛鳥カナ配列の解析を自粛してきました。代わりに「かえであすか配列」にご登板いただいていたことは、皆さんご存じの通りです。

先の記事を確認したら、いつの間にやら《白地に白い字》が解除されていたので、私の方もボチボチ元に戻していこうかと。次回の解析から

（恐る恐る）飛鳥の最終版が出来た模様。。。

2010-07-13

に掲載の、飛鳥カナ配列（文系文章用数字段）を採り上げていきます。リンクのポインタも本家ブログに戻していきます。

魅力的なアスカがいっぱい（笑）

ブログを10万字分ぐらい久しぶりに読み返してみましたが、未だに気付かされることが多々ありますね。そして、改めて私自身の趣向・性癖を再確認させられました。やっぱり私は、

• トータルの頻度よりも、カナを最優先で配置する。記号は二の次。機能キーは三の次。
• 機能キーのカスタマイズは人によって千差万別。日本語配列は機能キーには関わらないで、ユーザに任せた方がいい。
• 一番嫌いなキーは［Ｐ］。次点［Ｙ］。

という考え方に落ち着きます。それがそのまま現在の小梅配列・蜂蜜小梅配列のスタンスに現れています。

だからもしも、飛鳥配列の練習を始めたばかりの私の目の前に、

飛鳥21世紀−382　公開＋いつもの長い奴

2009-06-01

飛鳥 21C-382-123 があったとしたら、これで満足して小梅配列は生まれていなかったかもしれません。

Ray さんご本人の興味は一つところに止まらず、次々と移ろいでいく様が見て取れます。ですからむしろ、《最終》とか《最新》とかいうフレーズに惑わされずに、自分の好みやニーズに合った飛鳥カナ配列を見付けて、自分のものにしていく方が幸せかもしれません。21C-333 以降に発表されたものはどれも、飛鳥カナ配列の最終版として問題なく使えると思われます。

あとは検索について少しでも考慮してもらえていたら、探し回るのにこんなに苦労しなくて済んだはず。今さらいかんともしがたいところですが、何とも悔やまれます。あー、耳が痛い（苦笑）。

Ray さんとの戦いの日々

親指シフト界隈で最強の先生が、いちゃもんを付けに勝手に来てくれるんですから、今にして思えばこんなに恵まれた環境はなかったと思います。「あのツッコミにはこう返せばよかった」なんて後悔を未だにしていたりもしますが、段階を踏まないと見えてこない勉強も世の中にはあります。

あるいは、小梅の存在が飛鳥に与えた影響もゼロではなかったと思うのです。時には励みになり、時には気付かされ、時には意固地にもなる。それが Ray さんにとって近道だったのか回り道だったのかは私には分かりませんが、「間に合ってよかった」とは、つくづく思います。

何やら追悼文めいてしまいました。懐かしがっているだけで、他意はありません。ごめんなさい。

【ネタ】左利き用・蜂蜜小梅配列

左利き用の蜂蜜小梅配列っぽいです。試案以前のネタ扱いでご覧ください。

左利き用・蜂蜜小梅配列 ネタ版 配列テキスト

蜂蜜小梅配列は小指伸にもカナを配置しているので、左手・右手共にポジションを1つ右にずらします。人差指のホームポジションは［Ｇ］と［Ｋ］になります。

無シフト面

− １ ２ ３ ４ ５ ６ ７ ８ ９ ０ ＾ ￥
 、 ，に の お ・ そ せ て な 。 （）
  BS と し い ん ー は る か た こ ESC
   ＿ え ら す う っ や ろ よ ほ ．

左シフト面

＝ ？ ／ 〜 「  」 ＆ ’ ＜ ＞ ＋ ‘ ｜
 ゛ 」 づ ぎ び ゑ ゎ … も け ぺ  ゜
  ぴ ど じ ぐ ぁ ぃ ゃ さ ま を め ＊
   ！ べ ぢ ず ぇ ぉ ぅ ょ ふ ゆ ゅ

右シフト面

｝！ ” ＃ ＄ ％ ［ ］ （ ） ｛  〓 〓
（）「 つ き ひ ゐ ぞ ぜ で げ ぱ ｛
  ぬ わ り く れ む ば ざ が だ ご ｝
   ？ へ ち ね あ み ヴ ぷ ぶ ぼ ぽ

〓 は未定義。

小指シフト面

＝ ！ ” ＃ ＄ ％ ＆ ’ ＜ ＞ ＾ ‘ ｜
 ＠ Ｑ Ｗ Ｅ Ｒ Ｔ Ｙ Ｕ Ｉ Ｏ Ｐ  ［
  ： Ａ Ｓ Ｄ Ｆ Ｇ Ｈ Ｊ Ｋ Ｌ ； ］
   ＿ Ｚ Ｘ Ｃ Ｖ Ｂ Ｎ Ｍ ， ． ／

蜂蜜マトリックス

 　 　 　 　 　 　 右ぃ 右ぁゃ 右ぉょ 右ぅゅ 右ぇ
  　 　 　 　 　 　 無ぃ 無ぁゃ 無ぉょ 無ぅゅ 無ぇ
   　 　 　 　 　 　 左ぃ 左ぁゃ 左ぉょ 左ぅゅ 左ぇ

ちょっと考察

右上の［＾］［￥］とカギ括弧［］の4つ以外のキーを、単純に左右反転しただけです。キーボードは左右対称にはできていませんから、左利きの方が使って問題ないかどうか、右利きの私には確かめる術がありません。私がこれを使ったら、指を痛めるだけですから。

マトリックスで「ゎ」を小指伸に独立配置しようと思ったら、「ぐゎ」を置くべき下段にキーがありませんでした。残念。

右利き用と同じく［スペース］キーを「左親指」キー、［変換］キーを「右親指」キーにすると、［Ｇ］［Ｋ］ポジションは親指シフトにとって理想的な親指キー配置になります。

普通のキーボードで親指シフトする

私は普通のキーボードで親指シフトすることに賛成できません。だから、普通のキーボードで親指シフトが使えるようにします。

用語を選ばないと意味不明ですよね。修正します。

私は普通のキーボードで Nicola 配列を使うことに賛成できません。だから、普通のキーボードで親指シフトの日本語配列が使えるようにします。

なぜ Nicola 配列は、専用の親指シフトキーボードを使わなければいけないのでしょうか。Nicola 配列が専用ハードウェアに依存する理由について述べることは、飛鳥と小梅が《論理配列》というカナと記号を並べたものにどのような工夫を施したのか、その一端を解き明かすことでもあります。

そこで表題について、1つの記事にまとめてみます。同じ主張の繰り返しで、新しい提案は一つとして含まれていないかもしれませんが、よろしくお付き合いください。

なお、「論理配列としての親指シフト」については「 Nicola 配列」、「シフト方式としての親指シフト」については「親指シフト」と、本稿では必要に応じて用語を使い分けます。また、論理配列に直接関わらない事項については触れません。

専用の親指シフトキーボード

親指シフトの嚆矢となったワープロ専用機 OASYS は左右2つの専用［親指］キーを設けて誕生し、その仕様は現在のPC用親指シフトキーボードにも脈々と引き継がれています。

私自身は OASYS や富士通のキーボードを購入したことはありませんが、PC-9801ユーザだった当時はアスキー AsKeyboard de SE3 という、サードパーティーから発売されたテンキーレスの専用キーボードを使っていました。

親指シフトの日本語配列（論理配列）がキーボード（物理配列）に求めるもの

• 左右2つの親指キーがある
• キータッチは軽め

この2つが、親指シフトを使うための必要条件となります。

キーボード選びの理想と現実

普通のキーボードで親指シフトを使おうとすると、普通のキーボードには［親指］キーがありませんから、何か他のキーで代替することになります。最下段に並んだ［無変換］［スペース］［変換］など親指で押しやすいキーを「親指」キーとして使うのが一般的ですが、どんなキーボードでも親指シフトが使えるわけではありません。キーボード選びが難しいのが、親指シフトの欠点の一つです。

Ｂ割れのキーボード

［Ｂ］キー直下で［スペース］キーと他のキーが分かれているキーボードは、《Ｂ割れ》と呼ばれて親指シフトがやりやすいと評判ですが、滅多なことでは市場に出てきません。

［無変換］キーが［Ｖ］キー下にあるキーボード

［無変換］キーが［Ｖ］キー下にあるものも親指シフトがやりやすいキーボードですが、探してもなかなか見つかりません。

［無変換］キーが［Ｃ］キー下にあるキーボード

人気の Realforce シリーズ も、［無変換］［スペース］［変換］といったキーの配置は、画像のキーボードとほぼ同じです。［無変換］キーと［変換］キーを「親指」キーとして使うには、これぐらいが限界です。

微妙に使えないキーボード

微妙な差ですが、［無変換］キーが左側に寄るほど、［変換］キーが右側に行くほど、親指シフトとして使うには苦しくなっていきます。

親指シフトとして使えないキーボード

Filco ブランドから発売されている Majestouch2 シリーズ のように、［変換］キーが［，］キー直下ぐらいまで右にずれてしまうと、親指シフトで入力するのは絶望的です。

キーボード選びを少しでも楽にするために

小梅配列は［スペース］キーを「左親指」キーとする前提で作成しています。［変換］キーが［Ｊ］キーの下に掛かっていれば十分で、［無変換］キーがどこにあるかは問いません。たったこれだけでも、キーボードの選択肢がずいぶんと広がります。

先ほど掲げた《微妙に使えないキーボード》でも、［スペース］キーを「左親指」キーにすることで、小梅配列を支障なく使うことができました。

関連記事

スペースキーを左親指キーにしている人。

2012-02-08

「親指キー」を考える。

2008-07-27

人差指伸の左右差。

2007-03-29

親指キーと人差指伸

親指は［親指］キーに常に束縛されているため、隣り合う人差指は道連れとなって行動が規制されがちです。このため、ただでさえ遠く感じられる人差指伸が、親指キーの位置が左右に広がるほどさらに遠くなっていきます。専用キーボードの［親指］キーが［Ｂ］キー下に並べてあるのは、［Ｔ］キーや［Ｙ］キーを打ちやすくするために不可欠な措置でした。

親指キーが理想的な位置にないという物理的な制約を、飛鳥と小梅は論理配列を工夫することで回避しています。一目瞭然のキー別打鍵頻度グラフをご覧ください。

キー別打鍵頻度グラフ

Nicola 配列を普通のキーボードで使うと、［Ｔ］キーや［Ｙ］キーの遠さを、打鍵する度に体感してしまいます。

連続シフトを採用した飛鳥は、人差指を伸ばして打鍵する［Ｒ］［Ｔ］［Ｇ］［Ｂ］［Ｙ］［Ｈ］［Ｕ］の各キーを使わないという大胆な設計で、人差指伸の遠さを感じさせません。

小指伸を嫌った小梅は、人差指の速さを活かしつつ、人差指伸の遠さを感じさせないよう、細心の注意を払ったカナ配置にしています。［Ｇ］キーを積極的に使っているのは、［空白］キーを「左親指」キーにしたからこその芸当です。

キー別打鍵頻度の等高線グラフ

上記の傾向は、等高線グラフにもはっきりと現れています。

同手シフトの指別打鍵数グラフ

さらに、同手シフトがどの指で発生しているのかを確認します。例えば Nicola の「を」は、［Ａ］キーと［左親指］キーの同手シフトで打鍵しますが、これを［左小］と［左親］の双方でカウントしてグラフにしました。左右親指の数値は、左手側・右手側の各々の同手シフト頻度の合計に等しくなります。

蜂蜜小梅配列とかえであすか配列は、左手人差指伸から同手シフトを追放しているのが分かります。小梅配列も《遠いキーほどシフトを減らす》ルールを遵守しているのが見て取れます。これも人差指伸の遠さを体感させない工夫の一つです。普通のキーボードで親指シフトするためには、このような仕掛けが欠かせません。

関連記事

同手シフトはどの指で発生しているのか

2012-05-01

同手シフトに必要なもの。

2011-02-14

「同時打鍵」は魔法の呪文ではない。

2011-02-12

親指シフトの打鍵負担

キーボードを打鍵する動作は、一般的には

• 指の力：握力
• 手や指の重さ：重力
• 手や指を振り下ろした勢い：慣性力

等が渾然一体となって行われていると考えられます。

親指シフトの打鍵は、私達人間の指というのは、親指と他の四本の指を同時に動かし、物を掴むことができるようになっています。 と、物をつかむ動作に例えられます。つまり親指シフトは、握力を使う打鍵であると言えます。

しかも同手シフトの打鍵動作は、親指シフトではない打鍵動作に比べて、

1. 親指が「親指」キーに固定されているため、重力や慣性力を利用しにくい
2. 片手の1動作で親指と文字の2キーを同時打鍵するため、2倍の押下力が必要

という2つの理由で、より大きな握力が求められます。《キータッチが軽め》なことが親指シフトを使うための必要条件とされるのは、握力が文字通りに大きなポイントを握っているからです。

Nicola 配列に専用の親指シフトキーボードが必須なのは、負担を軽減するためには軽いキータッチが不可欠だからに他なりません。

握力は利き手と非利き手の差が大きいから

私の握力は二十歳ぐらいに測った記憶では、左手20kgf：右手40kgf ぐらいでした。アラフィフの現在は、左手15kgf：右手30kgf ぐらいまで落ちていても不思議ではありません。

普通のキーボードのキータッチは千差万別。タッチが重いキーボードだと、利き手ではない左手の、指の節々が真っ先に悲鳴を上げます。廉価なキーボードでも親指シフトを実用できるように、飛鳥は利き手の強さに活路を見出しました。

デスクトップPCに付属するメンブレン式キーボードをターゲットとした飛鳥は、左手37：右手63という極端な左右差で、配列界隈に物議を醸しました。左利き用のレフティー飛鳥は評価待ち中です。

後を追った小梅配列はノートPCをターゲットに据えて、パンタグラフ式キーボードでも問題なく使えるように評価打鍵を重ねて、左手：右手＝43：57というバランスに落ち着きました。小梅配列は右利き専用です。

単純な左右の負担差だけでなく、利き手ではない左手側の同手シフトを減らすことも、普通のキーボードで親指シフトするための大きなパラメータとなります。

親指シフトの火を消さないために

小梅配列は誕生時から、

• （ Nicola ＋ Tron ＋ 飛鳥）÷ 3 ≒ 小梅配列

と謳ってきました。先達のどれか1つでも欠けていたら、小梅配列は今の姿とは違ったものになったことでしょう。

また、Nicola スレと新下駄配列がなかったら、蜂蜜小梅配列は生まれませんでした。専用キーボード以外の親指シフト環境は《まがいもの》だと一切認めない、言わば原理主義者たちの存在は、本当に刺激的でした。

彼らと私 141F との関係性は、同じものを表から見ているか、それとも裏から見ているかという、表裏の関係だと思っています。彼我の差は、Nicola という論理配列に見切りを付けたか否かの一点に掛かります。表裏一体だからこそ議論は平行線をたどり、永遠に交わることがありません（笑）。

ホトトギスの逸話に例えるなら、「ホトトギスが鳴かない」＝「普通のキーボードで親指シフトする（Nicolaを使う）のは無理」という現状認識は、双方に共通しています。そして、鳴かないなら殺してしまえと彼らは主張し、鳴かせてみようと私は今日もこうして文章をしたためているわけです。鳴くまで待つ時間は、とうに過ぎてしまいました。

関連記事

Nicola スレが予想を裏切らない件（師）。

2011-03-14

「親指シフトウォッチ」と「親指シフト」

2008-01-07

親指シフトの火を消さないために。

2007-04-19

NICOLA の火を消さないために。

2006-02-03

蜂蜜小梅配列 2.5.1 版です。

蜂蜜小梅配列（はちみつこうめはいれつ）2.5.1 版をリリースします。英文名称は Honey plum layout ですかね。

• カナの配置は 2.0.0 版から変更ありません。
• マトリックスの構成は 2.5.0 版から変更ありません。
• 拗音の定義を75組から93組へと目一杯増やしました。
• 例外となる「ふ」「ぶ」の子音定義を［Ｊ］キーに移動しました。
• やまぶき/やまぶきR用配列定義の不具合を修正しました。
• 蜂蜜小梅配列と新下駄配列の名目打鍵数錯誤を修正しました。
• 「蜂蜜小梅配列の入力ガイド」の構成を見直しました。

増やした拗音定義、増やさなかった拗音定義

「ぃ」「ぇ」を母音とする拗音定義を大幅に拡充しました。一方で、「すぃ」「すぇ」「なぁ」「ねぇ」の収載は見送りました。

「なぁ」と「ねぇ」はどちらも2モーラで、拗音拡張として収載するのは妥当ではないと判断しました。

「すぃ」「すぇ」については、「スウィート」または「スイート」、「スウェット」「スウェーデン」のように表記するのが正当と思われるので、誤表記を助長しかねない「すぃ」「すぇ」の収載は見送りました。

久しぶりにカウントダウン宣言します

本日から1年間を猶予期間と定めて、期間内に改版欲求が生じなかったら、それ以降は改版を行いません。

カウントダウン宣言は、2009年5月の 1.3.3 版 が最初だったようです。それから 1.3.4 / 1.3.5 / 1.4.0 / 1.4.1 / （幻の）1.4.2 / 2.0.0 / 2.5.0 / 2.5.1 と、8回も改訂を重ねています。よくもネタが尽きないものだと、我ながら感心するやら呆れるやら。

関連記事

蜂蜜小梅配列＜清濁拗同置のハイブリッド同時打鍵＞  

拡張拡張も覚えやすく忘れにくい「蜂蜜小梅配列」

2.5.1 版

初版 2012-05-03 , 更新 2012-06-11

蜂蜜小梅配列 2.5.0 版です。

2012-05-20

蜂蜜小梅配列 2.0.0 版を小改良

2012-05-11

蜂蜜小梅配列 2.0.0 版です。

2012-05-03

小梅配列＜その先の親指シフト＞

普通のキーボードで親指シフト「小梅配列」

最終版 1.4.1 版

初版 2006-03-10 , 更新 2012-05-03

小梅配列 1.4.2 版を小改良。

2012-01-05

甘くて酸っぱい蜂蜜小梅。

2011-12-10

小梅配列 1.4.2 版です。

2011-12-09

小梅配列 1.4.1 版です。

2011-11-02

小梅配列 1.4.0 版です。

2011-10-15

小梅配列 1.3.5 版です。

2010-12-10

小梅配列 1.3.4 版です。

2009-09-01

小梅配列 1.3.3 版です。

2009-05-03

小梅配列 1.3.2 版です。

2008-10-04

小梅配列 1.3.1 版です。

2008-02-12

その先の親指シフト、小梅配列 1.3.0 版です。

2007-10-28

10万字サンプルの直拗比率

10万字サンプルで「ゐゑゎ」以外のカナと句読点「。、」、長音「ー」の合計101,156字を打鍵した時に、拗音がどれだけ出現するのか、今一度確かめます。いつもの 2-gram データから拗音全部を抜き出します。

10万字サンプルにおける 2-gram 頻度。

2007-06-22

10万字サンプルに登場する拗音

	出現数
うぇ	3
ヴぇ	1
きゃ	26
きゅ	69
きょ	156
ぎゃ	22
ぎょ	87
しゃ	292
しゅ	147
しょ	394
じぇ	1
じゃ	112
じゅ	101
じょ	206
ちぇ	3
ちゃ	90
ちゅ	74
ちょ	229
てぃ	6
でぃ	8
にゃ	1
にゅ	25
ひゃ	4
ひゅ	5
ひょ	243
びゅ	7
びょ	19
ぴゅ	7
ぴょ	3
ふぁ	8
ふぃ	4
ふぇ	19
ふぉ	9
みゅ	2
みょ	14
りゃ	7
りゅ	15
りょ	118
計	2,537

10万字サンプルの直拗比率

101,156−2,537×2＝10,156 101,156 −5,074＝96,082 ですから、10万字サンプルにおける直拗比率は直音96,082：拗音5,074≒19：1で、拗音は全体の5％未満であることが分かります。

10万字程度のサンプリングでは「ぎゅ」や「にょ」、「みゃ」が登場していなかったりして、文章毎の偏りを平準化しきれていないことも分かりますね。

あれ、96,082＋2,537＝98,619 で、蜂蜜小梅配列の名目打鍵数として公表している 98,630 と一致しません。こちらは近日中に計算を見直します。申し訳ありません。

19：1＝84：75

蜂蜜小梅配列は現在の 2.5.0 版で、カナに限って言えば、直音と捨て仮名単体を合わせた 84 字と、拗音 75 組 を定義しています。5％未満の頻度に75組ですから、拗音の配置は規則性が高くないと本当に覚えきれません。

蜂蜜小梅配列は誕生した時から、拗音を子音＋母音で入力する行段系的なアプローチを採り、徐々に抽象度を高めて現在の姿に至っています。当初から「親指キー同時シフト＋文字キー同時シフトのハイブリッド同時打鍵」を標榜してきましたが、

	シフト方式	入力方式
直音	親指キー同時シフト	カナ系
拗音	文字キー同時シフト	行段系

と、二重にハイブリッドだったのかと今さらながら思い当たりました。

2014-11-11 追記

中井悠詞さんからこの発言に対するコメントを、次の記事にいただきました。

蜂蜜小梅配列 2.5.6 版です（了）

2014-03-10

http://61degc.seesaa.net/article/273787748.html

「10万字サンプルの直拗比率」の計算式の一部が「10,156」になっているのと、「拗音5,074」は「拗音2,537」だと思います。拗音は2文字で1音なので。それと、ネット上で拗音の出現率が2％台という情報を見かけて気になりましたので。

数式中の「10,156」は「101,156」に訂正しました。ご指摘ありがとうございました。

さてと、この直拗比率の計算は、実は私も正解にたどり着くまで迷った記憶があります。数値の取り扱いで最も大切なことは、単位に気を配ること。単位が異なるデータ同士を掛け合わせても、意味のある答えにはたどり着けません。

そして、どう計算すればいいか迷った時は、指折り数えられるミニマムモデルで試してみると、視界がぱっと開けてきたりします。

試しに、「集中」1語の直拗比率を確かめてみましょう。「しゅうちゅう」を直拗分解すると拗「しゅ」＋直「う」＋拗「ちゅ」＋直「う」で、合計4モーラ・６字あります。

• モーラで数える → 直音2モーラ：拗音2モーラ＝直拗比率1：1
• 字数で数える → 直音2字：拗音4字＝直拗比率1：2

単位が違えば、計算方法とその結果も自ずと異なります。私は「10万モーラサンプル」ではなく「10万字サンプル」の直拗比率を求めているので、2,537モーラ×2字＝5,074字と字数ベースで計算しています。

蜂蜜小梅配列を数式で表現してみる

日本語「配列」と呼ぶからには、数学的に表現できるはず。蜂蜜小梅配列を数式っぽく変換してみます。

「蜂蜜小梅」配列

		親指キー同時シフト				文字キー同時シフト
		1/無	2/左	3/右	4/小	1/無	2/左	3/右	4/他
上段	q	。	ぺ	ぱ	Ｑ	3/右	ぇ
	w	な	け	げ	Ｗ	3/右	ぅゅ
	e	て	も	で	Ｅ	3/右	ぉょ
	r	せ	…	ぜ	Ｒ	3/右	ぁゃ
	t	そ	ゎ	ぞ	Ｔ	3/右	ぃ
	y	・	ゑ	ゐ	Ｙ
	u	お	び	ひ	Ｕ	お	び	ひ
	i	の	ぎ	き	Ｉ		ぎ	き
	o	に	づ	つ	Ｏ	に	づ	つ
	p	，	」	「	Ｐ
	@	、	゛	（）	＠
	[	（）	゜	｛	［
ホーム段	a	こ	め	ご	Ａ	1/無	ぇ
	s	た	を	だ	Ｓ	1/無	ぅゅ
	d	か	ま	が	Ｄ	1/無	ぉょ
	f	る	さ	ざ	Ｆ	1/無	ぁゃ
	g	は	ゃ	ば	Ｇ	1/無	ぃ
	h	ー	ぃ	む	Ｈ	ふ	ぶ	て	で
	j	ん	ぁ	れ	Ｊ
	k	い	ぐ	く	Ｋ	い	ぐ	く	ゎ
	l	し	じ	り	Ｌ	し	じ	り
	;	と	ど	わ	；	と	ど
	:	BS	ぴ	ぬ	：		ぴ
	]	ESC	＊	｝	］
下段	z	．	ゅ	ぽ	Ｚ	2/左	ぇ
	x	ほ	ゆ	ぼ	Ｘ	2/左	ぅゅ
	c	よ	ふ	ぶ	Ｃ	2/左	ぉょ
	v	ろ	ょ	ぷ	Ｖ	2/左	ぁゃ
	b	や	ぅ	ヴ	Ｂ	2/左	ぃ
	n	っ	ぉ	み	Ｎ			み
	m	う	ぇ	あ	Ｍ	う	ヴ
	,	す	ず	ね	，
	.	ら	ぢ	ち	．		ぢ	ち
	/	え	べ	へ	／
	_	＿	！	？	＿

例外部分を強調表示しています。

「蜂蜜小梅」関数

蜂蜜小梅（打鍵1,打鍵2）という引数を2つ持つ関数に、任意の2キーの同時打鍵で引数を代入します。

親指キー同時シフト

引数（打鍵1）には文字キーの打鍵を、引数（打鍵2）には親指シフトキーの打鍵を代入します。無シフトは null とします。文字キーの打鍵は、配列の「親指キー同時シフト」部分＝前半の4列＝に展開され、シフトと掛け合わされて、最終的に出力する文字が決まります。

• 蜂蜜小梅（a,null）＝（こ｜め｜ご｜Ａ）× （1/無シフト）＝こ
• 蜂蜜小梅（c,左）＝（よ｜ふ｜ぶ｜Ｃ）× （2/左シフト）＝ふ
• 蜂蜜小梅（i,右）＝（の｜ぎ｜き｜Ｉ）× （3/右シフト）＝き
• 蜂蜜小梅（.,小）＝（ら｜ぢ｜ち｜．）× （4/小指シフト）＝．

文字キー同時シフト

式を見やすくするため、（右手側のキー,左手側のキー）と左右を逆に代入します。どちらも配列の「文字キー同時シフト」部分＝後半の4列＝に展開され、掛け合わせで出力する文字が決まります。

• 蜂蜜小梅（l,d）＝（し｜じ｜り｜）×（1/無シフト｜ぉょ｜｜）＝しょ
• 蜂蜜小梅（:,v）＝（｜ぴ｜｜）×（2/左シフト｜ぁゃ｜｜）＝ぴゃ
• 蜂蜜小梅（o,t）＝（に｜づ｜つ｜）×（3/右シフト｜ぃ｜｜）＝つぃ

文字キー同時シフトの部分には、例外のあいまいな部分も含めて

2+2+2+2+2+3+2+3+2+2+2+2+2+4+4+3+2+1+2+2+2+2+2+1+2+2=57

うち 3+2+3+3+3+2+1+1+1+2=21 は親指キー同時シフト部分と内容が共通する。

差し引き 57-21=36 の定義を追加で覚えればいい。

の定義が置かれています。57の定義で75組の拗音を出力できるのですから、行段系はやはり効率が高いですね。また、定義を57から増やすことなく、現在は出力できない「きぃ」「じぃ」「にぇ」「びぇ」などをいつでも追加することができます。

左はＨで、ふてぶてしい

それにしても、左手分を担う［Ｈ］キーは、

• 蜂蜜小梅（h,r）＝（ふ｜ぶ｜て｜で）×（3/右シフト｜ぁゃ｜｜）≠でぃ

と、一部で数式が成立しません。数式が正しくないということは、実際の打鍵で指の迷いに直結しそうです。

• 蜂蜜小梅（☆,a）＝（ふ｜ぶ｜｜）×（1/無シフト｜ぇ｜｜）＝ふぇ
• 蜂蜜小梅（★,b）＝（て｜で｜｜）×（2/左シフト｜ぃ｜｜）＝でぃ

こんな風にキーを分けた方がよさげに思えてきました。

（メモ）混同です

なんか知らないけど、同じところで打鍵ミスを繰り返してしまうことが、ままあります。私の場合は、ホームポジションの無シフトという一等地で間違えてしまいがち。

［Ｓ］と［Ｄ］

「た」と「か」

「たかい」が「かたい」になっていたり、「かたった」が「たかった」になっていたり。

［Ｋ］と［Ｌ］

「い」と「し」

「こいしかわ」が「こしいかわ」とか、名詞の間違いが目立つ。

左右の違いはあれど、どちらもアルペジオの打鍵で中指と薬指を混同しています。だからといって、人差指と中指、あるいは薬指と小指を間違えるパターンは、ちょっと記憶にないです。同じ中指と薬指とはいえ、［Ｗ］と［Ｅ］や、［，］と［．］なんかは間違えません。

qwerty ローマ字を無改造で使っている職場PCでは、交互打鍵で左手が右手を追い越してしまう現象に悩まされています（注）が、小梅配列で交互打鍵を間違えることは滅多にありません。

注）「か」と打とうとして「あk」、「ま」と打とうとして「あm」となる2パターンがほとんど。

［Ｓ］と［Ｄ］、［Ｋ］と［Ｌ］の混同は、私の個人的な問題なのか、それとも論理配列としての小梅配列が内包する問題なのかは、ちょっと判断がつきません。それに、今さらこんな大物を動かせと言われてもなぁ。

拗音拡張を蜂蜜マトリックスと名付けた

蜂蜜小梅配列 2.5.0 版の拗音拡張に「蜂蜜マトリックス」と名前を付けて、錯綜を排除して、サイトの説明を更新しました。言い回しがくどいところがまだ残っていますが、言いたかったことはだいたい説明できたかなと、概ね満足しています。

蜂蜜小梅配列＜清濁拗同置のハイブリッド同時打鍵＞

拗音拡張も覚えやすく忘れにくい「蜂蜜小梅配列」

2.5.0 版

初版 2012-05-03 , 更新 2012-06-03

更新内容は以下の通り。

• 「蜂蜜小梅配列が目指したもの」「蜂蜜小梅配列の特長」の2章を追加。
• 「蜂蜜小梅配列の入力ガイド」「蜂蜜小梅配列を解析する」「配列定義のダウンロード」「謝辞とお知らせ」の4章を更新。
• 「関連記事」を整理して3本追加。
• その他の拡張を 2.0.0 版同様に戻した。
• DvorakJ/やまぶき/やまぶきR 用の配列定義を更新。

やまぶき/やまぶきR用の配列定義は、諸々の不具合を修正しています。

同時打鍵と打鍵速度

本稿は表題についての思考実験です。被験者1人（つまり私）の打鍵結果から妄想した暴論なので、話半分にお読みください。

まずはシフトに関する用語を定義します。というか、統一します。

親指キー同時シフト

親指キーと同時打鍵するシフト

いわゆる親指シフト

文字キー同時シフト

文字キーと同時打鍵するシフト

蜂蜜小梅配列は、上記2つのシフト方式を併用する日本語配列です。今後は「親指シフト」という固有名詞や慣用句を使うケースも残りますが、機能を示す「親指キー同時シフト」と使い分けていきます。

関連語としては、小指キー押下シフトとか中指キー前置シフト、親指キー連続シフト等々。選択肢はこんな感じで。

• （親指｜中指｜中薬指｜小指｜文字）キー（押下｜前置｜後置｜同時｜連続）シフト

「押下」と「連続」の違いは、「押下」はシフトキー単独打鍵時も（無効な）シフト動作を行うもの。「連続」は「同時」と対立する存在で、シフトキー単独打鍵時はシフト以外の動作を行うものを含みます。

同時打鍵と交互打鍵

机上でも膝上でも構いませんが、左右の薬指を使って［Ｓ］キーと［Ｌ］キーをエア打鍵してみてください。

• ［Ｓ］＋［Ｌ］の同時打鍵
• ［Ｌ］→［Ｓ］の交互打鍵

交互打鍵の間隔をどんどん短くしていっても、同時打鍵と交互打鍵を意識的に打ち分けることは可能だと思われます。しかし、現実にはシフトの誤判定が発生します。

お察しの通り、［Ｌ］［Ｓ］の打鍵で「した」を入力したつもりが、［ＬＳ］の同時打鍵で「しゅ」と判定されてしまうのが原因です。同時打鍵の判定をシビアにすると、今度は同手シフトが掛からなくなってしまって、シフト方式の混在は予想通りに副作用と無縁ではありませんでした。

時間 ｔ を次のように定義します。

ｔ _文字同時

「しゅ」を入力するのに必要な、［Ｓ］と［Ｌ］の文字キー同士を同時打鍵するのに掛かる時間

ｔ _文字交互

「した」を入力するのに必要な、文字キーを［Ｌ］→［Ｓ］と交互打鍵するのに掛かる時間

ｔ _親指同時

「を」を入力するのに必要な、［Ｓ］キーと［左親指］キーを同時打鍵するのに掛かる時間

「した」が「しゅ」に誤判定されてしまうことと、同手シフトが掛からなくなってしまうことから、3つの時間 ｔ の多寡は以下の式で表現できます。

• ｔ _文字同時 ＜ ｔ _文字交互 ＜ ｔ _親指同時

親指キー同時シフトという動作（親指キーの同時打鍵による 1-gram の入力）は、「同時」の打鍵であるにも関わらず、左右2キーの交互打鍵（2-gram の入力）よりも遅いことを示しています。ワーストケースの親指キーの同時打鍵は、ベストケースの交互打鍵よりも遅いというのが、より正確な表現であると思われます。

遅いアルペジオ

このブログの最頻出ワード「小梅配列」を例に採ります。「こうめはいれつ」の打鍵は、

1. こ：Ａ
2. う：Ｍ
3. め：Ａ左
4. は：Ｇ
5. い：Ｋ
6. れ:Ｊ右
7. つ：Ｏ右

で、無シフトが4回、同手シフトが3回発生します。「した」が「しゅ」と誤入力されないように同時打鍵の判定をシビアにすると、3文字目の「め」はクリアできたとしても、6文字目の「れ」でシフトが掛からなくて失敗するケースが頻発します。

「め」の直前の打鍵は交互打鍵（Ｍ→Ａ左）ですが、「れ」の直前は［Ｋ］→［Ｊ右］のアルペジオ。即ち、同手シフトが絡むアルペジオは、右手→右手のパターンといえども、同手シフトが絡む交互打鍵よりも遅いことを示しています。

つまり、都度シフトの親指シフトで速く入力するためには、

• 無シフト率を高くする
• 交互打鍵率を高くする

ことが有効であると言えます。具体的に名前を掲げれば、

1. Tron 配列
2. 小梅配列
3. Nicola 配列

の順に速く入力できそうです。

関連記事

間違いでしゅ

2012-05-25

間違いでしゅ

「間違いでした」と力強く宣言したはずなのに、語尾がタラちゃんになってしまうと、かなり脱力しますね（汗）。

遅刻

お察しの通り、［Ｌ］［Ｓ］の打鍵で「した」を入力したつもりが、［ＬＳ］の同時打鍵で「しゅ」と判定されてしまうのが原因です。同時打鍵の判定をシビアにすると、今度は同手シフトが掛からなくなってしまって、シフト方式の混在は予想通りに副作用と無縁ではありませんでした。

同時打鍵そのものについては DvorakJ よりも「やまぶき/やまぶきR」の方が誤判定が少ないように感じていますが、やまぶき系は小指シフトを使った英字入力でモードずれが発生したり、余計な全角スペースが出力されてしまうのが萎えます。かといって高機能な DvorakJ が好きと簡単には言えないところもあって、リマッパー選びは本当に悩ましいです。贅沢な悩みで、ありがたいことなんですが。

破壊

親指キーをかさ上げしていたウレタンスポンジ が、とうとう崩壊してしまいました。それも使用頻度が少ないはずの左手側［スペース］キーが先に。本来の用途＝スペースキーとして酷使したからなのか。それとも、左手の不器用なシフト動作に耐えきれなくなったのか。百均で買ったものが4年も保ってくれれば十分ですが。

カヲル

代替として、同じように椅子の脚裏に貼るフェルトを試してみたら、フニャフニャで全く使い物になりません。再び百均で似たようなものを仕入れてきました。正確には EVA 樹脂と呼ばれる素材でできた19ミリ角の床キズ防止シールを、キーの奥行きに合わせてカットして貼り付けました。EVA樹脂のこの絶妙な柔らかさが、親指キーの緩衝材に本当にピッタリです。

暴動

親指キーの同時打鍵を「親指シフト」と呼ぶなら、文字キーの同時打鍵は「文字シフト」と呼ぶべき。

文字キーの同時打鍵を「文字キーの同時打鍵」と呼ぶなら、親指キーの同時打鍵も「親指キーの同時打鍵」と呼ぶべき。

用語を統一するとしたら、「親指シフト」と「文字キーシフト」では逐次打鍵系と紛らわしいので、冗長な言い回しになりますが、

• 親指キーの同時打鍵シフト
• 文字キーの同時打鍵シフト

ですかね。要再考。

蜂蜜化ルールの説明がまだ錯綜している

蜂蜜化について、「清濁同置の親指シフトと文字キー同時打鍵が密接にリンクした拗音拡張」と説明するのは、間違っています。2.0.0 版のルールだった「清音キー」と「濁音キー」の考え方に、どうにも引きずられているようです。親指シフトが清濁同置であるか否かは、2.5.0 版の蜂蜜化ルールには関係ありません。

片手清濁拗同置という言葉も、蜂蜜化ルールとは直接的には関係ないので、なおさらややこしくなっています。

親指シフト日本語配列の蜂蜜化とは

親指シフトとは、1つのキーに3つのカナを割り当てて、左右の親指シフトキーとの組み合わせで「無シフト｜左シフト｜右シフト」とシフト状態を切り替えて、3つのカナを打ち分ける日本語配列です。

蜂蜜化による拗音拡張は、親指シフトの日本語配列が1つのキーに3つのカナを割り当てていることを活かして、

1. 右手側の打鍵で、拗音子候補として3つのカナをピックアップする
2. 左手側の段の選択（上段｜ホーム段｜下段）で、拗音子を1つに絞り込む
3. 左手側の列の選択（1キーの列〜5キーの列）で、拗音母候補をピックアップする
4. 拗音子と拗音母の組み合わせから取捨選択して、拗音が出力される

ということをやっています。具体的には［Ｘ］キーと［Ｌ］キーを同時打鍵した場合、

1. ［Ｌ］キーの打鍵で、拗音子候補として「し」「じ」「り」をピックアップ
2. ［Ｘ］キーの打鍵で下段が選択されたことから、拗音子は「じ」に決定
3. ［Ｘ］キーの打鍵で2の列が選択されたことから、拗音母として「ぅゅ」をピックアップ
4. 「じぅ」という拗音は存在しないので、「じゅ」を出力

という流れで「じゅ」が入力されます。右手側のキーが持つ3つのカナが、左手側の3段×5列で構成された格子フィルタを通して、1組の拗音として出力される、みたいな。

改めて、蜂蜜化とは

親指シフトの特性を活かした、文字キーの左右同時打鍵による拗音拡張を、蜂蜜化と呼びます。これが正当な説明です。

8つの拗音母候補×3つの拗音子候補から、マトリックスフィルタで1組の拗音を出力する。だから 8×3 で蜂蜜と呼称する、としてもいいですね。

サイトの説明は、また週末にでも修正します。

親指シフト各配列は蜂蜜化できるのだろうか

小梅配列以外の親指シフト各配列は、同じように蜂蜜化できるのか。ずっと抱えてきた素朴な疑問を、ようやく検証します。

まずは、固有名詞がないと何かと不便なので、便宜的に用語を定義します。

拗音子

ようおんし

拗音の1字目を構成する子音

頭子音

いうヴきぎくぐしじちぢつづてでとどにひびぴふぶみり

計25字

拗音母

ようおんぼ

拗音の2字目を構成する母音

捨て仮名

ぁぃぅぇぉゃゅょゎ

計9字

蜂蜜小梅配列 2.5.0 版と同じルールで各配列を蜂蜜化するとしたら、拗音子が左右どちらか片方に集中している方が、定義の衝突を防げて都合が良いと言えます。各配列の拗音子の分布を調べます。

拗音子の分布

蜂蜜小梅配列

・・◎・・｜・◎◎●・・・　　　● 3種類× 3キー
 ・・・・・｜・・●●◎○・　　 ◎ 2種類× 6キー
  ・・◎・○｜○○・◎・・　　　○ 1種類× 4キー
　　　　　　　　　　　　　　　　　　　　計13キー（左5字 右20字）

Nicola配列

・・○・・｜・●◎◎○・・　　　● 3種類× 1キー
 ◎◎◎・・｜○◎◎○・・・　　 ◎ 2種類× 9キー
  ・◎・◎・｜・・・・・・　　　○ 1種類× 4キー
　　　　　　　　　　　　　　　　　　　　計14キー（左11字 右14字）

Tron配列 2005-1011

◎・・・・｜◎・◎・・・・　　　● 3種類× 2キー
 ・◎・◎◎｜・●◎●・・・　　 ◎ 2種類× 8キー
  ○○○・・｜・◎・・・・　　　○ 1種類× 3キー
　　　　　　　　　　　　　　　　　　　　計13キー（左13字 右14字）

かえであすか配列

・・○○・｜・・○○・・・　　　● 3種類× 1キー
 ○○○◎◎｜・○○○○・・　　 ◎ 2種類× 4キー
  ○◎○●◎｜・・○・・・　　　○ 1種類×14キー
　　　　　　　　　　　　　　　　　　　　計19キー（左18字 右7字）

さら配列 20070501

・●○○・｜・・○・○◎・　　　● 3種類× 2キー
 ・○◎・・｜・・○○○・・　　 ◎ 2種類× 4キー
  ・○◎●・｜・・◎○○・　　　○ 1種類×11キー
　　　　　　　　　　　　　　　　　　　　計17キー（左14字 右11字）

鶯配列

・・・◎・・｜・○・◎○・　　　● 3種類× 0キー
 ・○◎・・・｜・○◎○◎○　　 ◎ 2種類× 8キー
  ○・・○・・｜・○◎◎◎　　　○ 1種類× 9キー
　　　　　　　　　　　　　　　　　　　　計17キー（左7字 右18字）

分散は予想以上

拗音対策とは無縁の Nicola や Tron は、拗音子がほぼ左右均等に割れていて、蜂蜜小梅配列と同じやり方で清濁拗同置にすることは困難と思われます。

清濁分置の配列は、「きぎ／くぐ／しじ／ちぢ／つづ／てで／とど／ひび／ふぶ」の清濁ペアが異なるキーに分かれて、拗音子が散らばっています。

結果として、蜂蜜化は小梅配列にのみ有効な手法であると言えそうです。小梅配列は文字キー同時打鍵による拗音対策を視野に入れて開発してきたわけではありませんが、もしかしたら現在の姿になるべくしてなったのかもしれません。

蜂蜜かえであすか配列の［Ｖ］キーと同時打鍵する拡張定義

蛇足ながら、かえであすか配列で拗音子が3つ配字されている唯一のキーである［Ｖ］キーを蜂蜜化すると、下図のようになります。

蜂蜜かえであすか配列は「やまぶき/やまぶきR」で実装可能ですから、連続シフトの親指シフト＋文字キー同時打鍵という、誰も知らなかった世界が堪能できますね。

蜂蜜小梅配列 2.5.0 版です。

2.0.0 版の公開から半月あまりしか経っていませんが、拡張定義を一新した蜂蜜小梅配列 2.5.0 版を公開します。最新版の特徴は以下の3点です。

1. 「清濁同置の親指シフト」の配字ルールを文字キーの同時打鍵に応用した、覚えやすく忘れにくい、ユニークかつシンプルな拗音拡張ルール《片手清濁拗同置》を採用
2. 最大3キーの同時打鍵を解消し、拗音拡張は文字キーの左右同時打鍵で入力
3. DvorakJ に加えて、やまぶき／やまぶきR でも実装可能

拗音拡張も含めた配列定義の全貌が、一部には例外もありますが、親指シフトの配列図プラスアルファで俯瞰できてしまいます。そんな驚きをバージョンの数値インフレに込めて、2.5.0 版と呼称します。

関連記事

蜂蜜小梅配列＜清濁拗同置のハイブリッド同時打鍵＞  

拡張定義も覚えやすく忘れにくい「蜂蜜小梅配列」

2.5.0 版

初版 2012-05-03 , 更新 2012-05-20

蜂蜜小梅配列 2.0.0 版を小改良

2012-05-11

蜂蜜小梅配列 2.0.0 版です。

2012-05-03

小梅配列＜その先の親指シフト＞

普通のキーボードで親指シフト「小梅配列」

最終版 1.4.1 版

初版 2006-03-10 , 更新 2012-05-03

小梅配列 1.4.2 版を小改良。

2012-01-05

甘くて酸っぱい蜂蜜小梅。

2011-12-10

小梅配列 1.4.2 版です。

2011-12-09

小梅配列 1.4.1 版です。

2011-11-02

小梅配列 1.4.0 版です。

2011-10-15

小梅配列 1.3.5 版です。

2010-12-10

小梅配列 1.3.4 版です。

2009-09-01

小梅配列 1.3.3 版です。

2009-05-03

小梅配列 1.3.2 版です。

2008-10-04

小梅配列 1.3.1 版です。

2008-02-12

その先の親指シフト、小梅配列 1.3.0 版です。

2007-10-28

拗音の入力方法をもう一度考える(4)

宿題としていた、左手側のカナが絡む拗音を考えます。まずは前回の記事の訂正から。

［Ｍ］キーと同時打鍵する拡張定義

新しいルールでは、下段に配置するのは「他手シフトに絡む拗音」であって、「濁音が絡む拗音」ではありません。よって、この図の下段に「ヴぇ〜ヴぃ」を並べたのは間違いです。

間違いなんですが、左手側に置いたカナが絡む拗音をどうするかを考えた結果、「ヴぁヴぃヴゅヴぇヴぉ」はこのまま［Ｍ］に置くのが妥当と判断します。

左手側のカナに関連する拡張定義

残る左手側のカナ「て」「で」「ふ」「ぶ」は、［Ｃ］キーの鏡置となる［，］キー案を捨てて、［Ｈ］キーに持ってきます。「ティー」や「ディーゼル」、「フュージョン」等の「ー」（音引き）との連接を重視しました。

本日はどこまで？

蜂蜜小梅配列の次版は、拡張定義を左右2つの文字キー同時打鍵で入力できるように変わります。打ちづらかった

• 最大3キーの同時打鍵を解消した
• 同手の文字キー同時打鍵を解消した（注）

ことから、DvorakJ のほか、やまぶき／やまぶきR でも実装できるようになります。

注）裏拡張と呼んでいる「あり」や「ません」等は、同手の文字キー同時打鍵で残ります。

蜂蜜小梅配列というネーミングは、

• 8種類の拗音文字を最大3キーの同時打鍵で入力する小梅配列 ⇒ 八・三つ・小梅配列 ⇒ 蜂蜜小梅配列

という流れから生まれているので、最大3キーの同時打鍵がなくなってしまうと「蜂蜜」とは呼べなくなってしまいます。が、

• 8種類の拗音文字を2キー同時打鍵で入力する小梅配列 ⇒ 八・二・小梅配列 ⇒ハニー小梅配列⇒ 蜂蜜小梅配列

ということで今後もよろしく（笑）。

現在は評価中

配列自体を評価するというよりも、意図したとおりに実装できているかを確認している感じですね。親指シフト系配列の評価打鍵は、ややもすると人柱というか人身御供みたいになってしまいますが、蜂蜜小梅配列は身体へのダメージがほとんど感じられないので。ずっと憧れていた「さらに安全な日本語配列」に、ようやくたどり着けたのかな？　ホントに？

関連記事

拗音の入力方法をもう一度考える(3)

2012-05-16

拗音の入力方法をもう一度考える(2)

2012-05-13

拗音の入力方法をもう一度考える

2012-05-07

拗音の入力方法をもう一度考える(3)

そう言えば、小梅配列は「清濁同置の親指シフト」を採用した日本語配列でしたね。うっかり忘れてました（笑）。

そのことを踏まえつつ、今日も蜂蜜小梅配列の拡張定義について考えます。克服すべき課題は以下の3つ。

• qwerty ローマ字で3ストローク以内の拗音は、蜂蜜小梅配列でも拡張定義で打てるようにしたい。
• 出現率はたった 0.02% とはいえ、打ちづらい3キー同時打鍵を使わずに済む方法はないだろうか。
• 拡張定義も覚えやすくて忘れにくいようにしたい。

清濁同置の親指シフト

清濁同置の親指シフトとはどういうものか、改めて整理します。

いわゆる「親指シフト」とは、左右2つの［親指］キーをシフトキーとして用いることで、1つのキーに割り当てた3つのカナを打ち分けるシフト方式のことを示します。

［親指］キーを1つだけシフトキーとして用いる「親指1シフト」もありますが、割愛します。Nicola に代表される「親指2シフト」方式を、本稿では「親指シフト」と呼びます。

「清濁同置の親指シフト」とは、

• 濁音を持つ清音
• その濁音
• 濁音を持たない清音

という3つのカナを1つのキーに割り当てて、左右2つの［親指］キーでこれを打ち分ける日本語配列を示します。

例えば小梅配列の［Ｌ］キーには、

• 濁音「じ」を持つ清音「し」
• その濁音「じ」
• 濁音を持たない清音「り」

と、清濁ペア＋清音の3つのカナが割り当てられています。これを

無シフトで［Ｌ］を打鍵

「し」を入力

他手シフト（左シフト）で［Ｌ］を打鍵

「じ」を入力

同手シフト（右シフト）で［Ｌ］を打鍵

「り」を入力

という具合に打ち分けます。

「し」「じ」「り」が絡む拗音一覧

これら3つのカナ、「し」「じ」「り」が絡む拗音をピックアップします。

	ぁゃ	ぃ	ぅゅ	ぇ	ぉょ
し	しゃ		しゅ	しぇ	しょ
じ	じゃ		じゅ	じぇ	じょ
り	りゃ		りゅ		りょ

4列×3段で12種類を打ち分けることが、［Ｌ］キーに絡む拗音入力の必要条件となります。

ここで、先ほど［Ｌ］キーのカナ配置に使った図をズームアウトします。

左手側に5列×3段のスペースが空いています！

［Ｌ］キーと同時打鍵する拡張定義

［Ｌ］キーと同時打鍵する拡張定義を、左手側に当てはめます。

この拡張定義のルールを表にすると、

	ぇ列	ぅゅ列	ぉょ列	ぁゃ列	ぃ列
上段＝同手シフト		りゅ	りょ	りゃ
ホーム段＝無シフト	しぇ	しゅ	しょ	しゃ
下段＝他手シフト	じぇ	じゅ	じょ	じゃ

となって、「清濁同置の親指シフト」に慣れ親しんだ頭には、実に単純明快に映ります。

［Ｏ］キーと同時打鍵する拡張定義

同様に「に」「づ」「つ」が同居する［Ｏ］キーの拡張定義は、このようになります。

［Ｋ］キーと同時打鍵する拡張定義

「い」「ぐ」「く」が同居する［Ｋ］キーには、「い」が絡む拗音は存在しません。

［左親指］キーを含む3キー同時打鍵で、「くゎ」「ぐゎ」を入力するのもありかと。

［Ｍ］キーと同時打鍵する拡張定義

やりたくてもできなかった「う」が絡む拗音も、このルールでは以下のように定義できます。

本日はここまで

「清濁同置の親指シフト」と「文字キーの同時打鍵」のコラボレートだからこそ成立する、これぞまさに「片手清濁拗同置」です。

残る課題は、左手側の「て」「で」「ふ」のカナ3つ。簡単明瞭で、かつ定義がバッティングしないルール作りを、このお題で最後の宿題とします。

関連記事

拗音の入力方法をもう一度考える(2)

2012-05-13

拗音の入力方法をもう一度考える

2012-05-07

拗音の入力方法をもう一度考える(2)

今日も蜂蜜小梅配列の拡張定義について考えます。克服すべき課題は以下の3つ。

• qwerty ローマ字で3ストローク以内の拗音は、蜂蜜小梅配列でも拡張定義で打てるようにしたい。
• 出現率はたった 0.02% とはいえ、打ちづらい3キー同時打鍵を使わずに済む方法はないだろうか。
• 拡張定義も覚えやすくて忘れにくい。

清濁拗同置は手法の1つであって、それ自体が目的≒ゴールではありません。「覚えやすく忘れにくい」ことを目指す上で最も大事なことは、配字ルールがシンプルなこと。特にダブルスタンダードは、やっぱり、あってはならないと思うのです。

蜂蜜小梅配列の基本定義

拡張定義で入力したい拗音一覧

	ぁゃ	ぃ	ぅゅ	ぇ	ぉょ	ゎ
う		うぃ		うぇ	うぉ
ヴ	ヴぁ	ヴぃ	ヴゅ	ヴぇ	ヴぉ
き	きゃ		きゅ	きぇ	きょ
ぎ	ぎゃ		ぎゅ	ぎぇ	ぎょ
く	くぁ	くぃ		くぇ	くぉ	くゎ
ぐ	ぐぁ	ぐぃ		ぐぇ	ぐぉ	ぐゎ
し	しゃ		しゅ	しぇ	しょ
じ	じゃ		じゅ	じぇ	じょ
ち	ちゃ		ちゅ	ちぇ	ちょ
ぢ	ぢゃ		ぢゅ	ぢぇ	ぢょ
つ	つぁ	つぃ		つぇ	つぉ
て		てぃ	てゅ
で		でぃ	でゅ
と			とぅ
ど			どぅ
に	にゃ		にゅ		にょ
ひ	ひゃ		ひゅ		ひょ
び	びゃ		びゅ		びょ
ぴ	ぴゃ		ぴゅ		ぴょ
み	みゃ		みゅ		みょ
り	りゃ		りゅ		りょ

拗音を構成するカナをマークアップ

先ほどの基本定義に、ターゲットをマークアップします。

以上を踏まえて、試案その3はこんな風にまとまりました。

拡張定義 試案その3

「きゃ」や「じょ」、「りゅ」など、「ゃゅょ」が絡む定義は現行の 2.0.0 版のまま。「きしちにひぴみり」を右手側に、清濁の「ゃゅょ」を左手側に集めています。

「ゎぁぃぅぇぉ」が絡む定義は、「ゎぁぃぅ（ゅ）ぇぉ」を右手側に、対となる「うヴくしちつてとふ」を左手側に集めました。「うくしちつと」と「ゎ」を左右鏡置にしたのがこの案のミソです。

「ぅゅ」は定義の衝突を避けると［，］か［Ｏ］の二択となるので、左手側と同じ薬指を使う［Ｏ］へ配置。

入力例

• Ｆ＋Ｉ → きゃ
• Ｃ＋Ｌ → じょ
• Ｓ＋： → ぴゅ
• Ｖ＋Ｎ → うぉ
• Ｓ＋Ｍ → しぇ
• Ｄ＋Ｊ → くぁ
• Ｄ＋Ｙ → くゎ
• Ｗ＋Ｈ → つぃ
• Ｅ＋Ｏ＋右親指 → でゅ
• Ａ＋Ｏ → とぅ

本日はここまで

定義がダブらないという最低ラインは満たせたようですが、最大3キーの同時打鍵は解消できませんでした。また、左右鏡置の打鍵感がいかなるものかは、実際に試していないので現時点では不明です。

引き続き宿題とします。

関連記事

拗音の入力方法をもう一度考える

2012-05-07

【ネタ】清濁鏡置という考え方。

2007-11-23

蜂蜜小梅配列 2.0.0 版を小改良

同じ［Ｘ］に配置した、出現数214の「ゆ」と同458の「ほ」を入れ替えて、「ほ」を無シフトに出します。「ゆ」を無シフトに出しておく理由は何もなく、単純にケアレスミスの訂正です。申し訳ありません。版は更新しません。

これによって実質打鍵数が若干減ります。

	実質打鍵数
	keys	Nicola比	小梅比	新下駄比	qwerty比
Nicola	143,825	100.0%	105.0%	112.6%	81.4%
小梅配列	136,990	95.2%	100.0%	107.3%	77.5%
蜂蜜小梅配列	133,452	92.8%	97.4%	104.5%	75.5%
新下駄配列	127,692	88.8%	93.2%	100.0%	72.3%
qwertyローマ字	176,678	122.8%	129.0%	138.3%	100.0%

打鍵効率は「実質打鍵数／入力文字数」で、1字を入力するのに何打鍵が必要かを示します。

	打鍵効率 (keys/字)
Nicola	1.422
小梅配列	1.354
蜂蜜小梅配列	1.319
新下駄配列	1.262
qwertyローマ字	1.747

打鍵効率は、qwertyローマ字と実質打鍵数を比較する エントリーでの計算に間違いがありました。当該記事も訂正しておきます。

蜂蜜小梅配列 2.0.0 版 配列定義

同時に打鍵する配列


/*
 * 蜂蜜小梅配列 2.0.0 版
 * http://8x3koume.na.coocan.jp/
 * http://61degc.seesaa.net/
 */

-option-input[
    {スペース} | -space
    {変換}     | -henkan
    {シフト}   | -shift
]

/* 基本定義 */

[
１|２|３|４|５|６|７|８|９|０|−  |＾   |￥
。|な|て|せ|そ|・|お|の|に|，|、  |（） |
こ|た|か|る|は|ー|ん|い|し|と|{BS}|{ESC}|
．|ほ|よ|ろ|や|っ|う|す|ら|え|＿  |
]



{スペース}[
？|／|〜|「|」|＆|’|＜|＞|＋|＝|〜|@@@
ぺ|け|も|…|ゎ|ゑ|び|ぎ|づ|」|゛|゜|
め|を|ま|さ|ゃ|ぃ|ぁ|ぐ|じ|ど|ぴ|＊|
ゅ|ゆ|ふ|ょ|ぅ|ぉ|ぇ|ず|ぢ|べ|！|
{space}|
]



{変換}[
！|”|＃|＄|％|［|］|（|）|｛|｝|〜|
ぱ|げ|で|ぜ|ぞ|ゐ|ひ|き|つ|「|（）{ENTER}{←}|｛|
ご|だ|が|ざ|ば|む|れ|く|り|わ|ぬ|｝|
ぽ|ぼ|ぶ|ぷ|ヴ|み|あ|ね|ち|へ|？|
{変換}|
]



{シフト}[
！|”|＃|＄|％|＆|’|＜|＞|＾|＝|‘|｜
Ｑ|Ｗ|Ｅ|Ｒ|Ｔ|Ｙ|Ｕ|Ｉ|Ｏ|Ｐ|＠|［|
Ａ|Ｓ|Ｄ|Ｆ|Ｇ|Ｈ|Ｊ|Ｋ|Ｌ|；|：|］|
Ｚ|Ｘ|Ｃ|Ｖ|Ｂ|Ｎ|Ｍ|，|．|／|＿|
]

/* 拡張定義 */

/* ［Ｆ］と同時打鍵 */
-21[
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |ひゃ|きゃ|にゃ|    |    |
    |    |    |    |    |    |    |りゃ|しゃ|    |ぴゃ|
    |    |    |    |    |みゃ|    |    |ちゃ|    |    |
]


/* ［Ｖ］と同時打鍵 */
-2f[
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |びゃ|ぎゃ|    |    |    |
    |    |    |    |    |    |    |    |じゃ|    |    |
    |    |    |    |    |    |    |    |ぢゃ|    |    |
]

/* ［Ｓ］と同時打鍵 */
-1f[
    |    |    |    |    |    |    |    |    |    |    |
    |    |てゅ|    |    |    |ひゅ|きゅ|にゅ|    |    |
    |    |    |    |    |    |    |りゅ|しゅ|    |ぴゅ|
    |    |ふゅ|    |    |みゅ|    |    |ちゅ|    |    |
]

/* ［右Ｓ］と同時打鍵 */
{変換}-1f[
    |    |    |    |    |    |    |    |    |    |    |
    |    |でゅ|    |    |    |    |    |    |    |    |
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |    |    |    |    |    |
]

/* ［Ｘ］と同時打鍵 */
-2D[
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |びゅ|ぎゅ|    |    |    |
    |    |    |    |    |    |    |    |じゅ|    |    |
    |    |    |    |    |    |    |    |ぢゅ|    |    |
]

/* ［Ｄ］と同時打鍵 */
-20[
    |    |    |      |    |    |    |    |    |    |    |
    |    |    |      |    |    |ひょ|きょ|にょ|    |    |
    |    |    |ません|    |    |    |りょ|しょ|    |ぴょ|
    |    |    |      |    |みょ|    |    |ちょ|    |    |
]


/* ［Ｃ］と同時打鍵 */
-2E[
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |びょ|ぎょ|    |    |    |
    |    |    |    |    |    |    |    |じょ|    |    |
    |    |    |    |    |    |    |    |ぢょ|    |    |
]


/* ［Ｋ］と同時打鍵 */
-25[
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |くれ|    |あり|    |    |
    |    |    |    |    |    |    |    |    |    |    |
]

/* ［Ｊ］と同時打鍵 */
-24[
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |    |    |つぁ|    |    |
    |    |    |    |    |    |    |    |    |    |    |
    |    |ふぁ|    |    |    |    |    |    |    |    |
]

/* ［右Ｊ］と同時打鍵 */
{変換}-24[
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |ヴぁ|    |    |    |    |    |    |
]

/* ［Ｈ］と同時打鍵 */
-23[
    |    |    |    |    |    |    |    |    |    |    |
    |    |てぃ|    |    |    |    |    |つぃ|    |    |
    |    |    |    |    |    |    |    |しぃ|    |    |
    |    |ふぃ|    |    |    |    |    |    |    |    |
]

/* ［右Ｈ］と同時打鍵 */
{変換}-23[
    |    |    |    |    |    |    |    |    |    |    |
    |    |でぃ|    |    |    |    |    |    |    |    |
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |ヴぃ|    |    |    |    |    |    |
]

/* ［Ｂ］と同時打鍵 */
-30[
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |    |    |    |とぅ|    |
    |    |    |    |    |    |    |    |    |    |    |
]

/* ［左Ｂ］と同時打鍵 */
-space-30[
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |    |    |    |どぅ|    |
    |    |    |    |    |    |    |    |    |    |    |
]

/* ［Ｍ］と同時打鍵 */
-32[
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |    |    |つぇ|    |    |
    |    |    |    |    |    |    |    |しぇ|    |    |
    |    |ふぇ|    |    |    |    |    |ちぇ|    |    |
]

/* ［右Ｍ］と同時打鍵 */
{変換}-32[
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |ヴぇ|    |    |    |    |    |    |
]

/* ［左Ｍ］と同時打鍵 */
-space-32[
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |    |    |じぇ|    |    |
    |    |    |    |    |    |    |    |ぢぇ|    |    |
]

/* ［Ｎ］と同時打鍵 */
-31[
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |    |    |つぉ|    |    |
    |    |    |    |    |    |    |    |    |    |    |
    |    |ふぉ|    |    |    |    |    |    |    |    |
]

/* ［右Ｎ］と同時打鍵 */
{変換}-31[
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |    |    |    |    |    |    |    |
    |    |    |    |ヴぉ|    |    |    |    |    |    |
]

関連記事

蜂蜜小梅配列 2.0.0 版です。

2012-05-03

蜂蜜小梅配列＜清濁拗同置のハイブリッド同時打鍵＞  

拡張定義も覚えやすく忘れにくい「蜂蜜小梅配列」

2.0.0 版

初版 2012-05-03 , 更新 2012-05-11

小梅配列＜その先の親指シフト＞

普通のキーボードで親指シフト「小梅配列」

最終版 1.4.1 版

初版 2006-03-10 , 更新 2012-05-03

小梅配列 1.4.2 版を小改良。

2012-01-05

甘くて酸っぱい蜂蜜小梅。

2011-12-10

小梅配列 1.4.2 版です。

2011-12-09

小梅配列 1.4.1 版です。

2011-11-02

小梅配列 1.4.0 版です。

2011-10-15

小梅配列 1.3.5 版です。

2010-12-10

小梅配列 1.3.4 版です。

2009-09-01

小梅配列 1.3.3 版です。

2009-05-03

小梅配列 1.3.2 版です。

2008-10-04

小梅配列 1.3.1 版です。

2008-02-12

その先の親指シフト、小梅配列 1.3.0 版です。

2007-10-28

拗音の入力方法をもう一度考える

2.0.0 版を出したばかりで、小出しにするなと怒られそうですが、一区切りがついてホッとすると頭が切り替わるのか、新たな疑問が浮かび上がってきたりします。またしばし、お付き合いください。

• qwerty ローマ字で3ストローク以内の拗音は、蜂蜜小梅配列でも拡張定義で打てるようにしたい。
• 出現率はたった 0.02% とはいえ、打ちづらい3キー同時打鍵を使わずに済む方法はないだろうか。

この2つの命題を満たす答えは、おそらく「片手清濁拗同置」にあると思われます。

拡張定義で入力したい拗音一覧

行↓が1文字目、列→が2文字目の表にまとめます。

	ぁ	ぃ	ぅ	ぇ	ぉ	ゃ	ゅ	ょ	ゎ
う		うぃ		うぇ	うぉ
ヴ	ヴぁ	ヴぃ		ヴぇ	ヴぉ		ヴゅ
き				きぇ		きゃ	きゅ	きょ
ぎ				ぎぇ		ぎゃ	ぎゅ	ぎょ
く	くぁ	くぃ		くぇ	くぉ				くゎ
ぐ	ぐぁ	ぐぃ		ぐぇ	ぐぉ				ぐゎ
し				しぇ		しゃ	しゅ	しょ
じ				じぇ		じゃ	じゅ	じょ
ち				ちぇ		ちゃ	ちゅ	ちょ
ぢ				ぢぇ		ぢゃ	ぢゅ	ぢょ
つ	つぁ	つぃ		つぇ	つぉ
て		てぃ					てゅ
で		でぃ					でゅ
と			とぅ
ど			どぅ
に						にゃ	にゅ	にょ
ひ						ひゃ	ひゅ	ひょ
び						びゃ	びゅ	びょ
ぴ						ぴゃ	ぴゅ	ぴょ
み						みゃ	みゅ	みょ
り						りゃ	りゅ	りょ

この表をちょっと圧縮します。

	ぁゃ	ぃ	ぅゅ	ぇ	ぉょ	ゎ
う		うぃ		うぇ	うぉ
ヴ	ヴぁ	ヴぃ	ヴゅ	ヴぇ	ヴぉ
き	きゃ		きゅ	きぇ	きょ
ぎ	ぎゃ		ぎゅ	ぎぇ	ぎょ
く	くぁ	くぃ		くぇ	くぉ	くゎ
ぐ	ぐぁ	ぐぃ		ぐぇ	ぐぉ	ぐゎ
し	しゃ		しゅ	しぇ	しょ
じ	じゃ		じゅ	じぇ	じょ
ち	ちゃ		ちゅ	ちぇ	ちょ
ぢ	ぢゃ		ぢゅ	ぢぇ	ぢょ
つ	つぁ	つぃ		つぇ	つぉ
て		てぃ	てゅ
で		でぃ	でゅ
と			とぅ
ど			どぅ
に	にゃ		にゅ		にょ
ひ	ひゃ		ひゅ		ひょ
び	びゃ		びゅ		びょ
ぴ	ぴゃ		ぴゅ		ぴょ
み	みゃ		みゅ		みょ
り	りゃ		りゅ		りょ

これを片手清濁拗同置に落とし込みます。

拡張定義 試案その1

母音側が左右対称で分かりやすそうに見えますが、例えば「ふゅ」と「じょ」の定義が同じ［ＣＬ］だったりして、要件を満たしません。

拡張定義 試案その2

左右をまとめてみましたが、清濁拗同置と呼ぶには例外だらけで、とっさに使い分けられる気がしません。

本日はここまで

妙案がないものか、宿題とします。

qwertyローマ字と実質打鍵数を比較する

実質打鍵数の比較に qwerty ローマ字配列を追加しました。例によって 10万字サンプル を用いて紐解きます。対象としたのはカナと句読点及び長音の合計 101,156 字で、「。、ー」以外の記号や英数字は割愛しています。

名目打鍵数と実質打鍵数

まずは打鍵数という用語を、次の2種類に分けて定義します。

名目打鍵数

シフトの打鍵を含まない、見かけ上の打鍵数

文字の入力キーの打鍵数

Nicola が定義する打鍵数

単位はストローク

実質打鍵数

シフトの打鍵を含んだ、全ての打鍵数

文字の入力キーの打鍵数＋シフトを行う機能キーの打鍵数

アンチ Nicola が定義する打鍵数

単位はキー

同時打鍵が発生しない qwerty ローマ字では、名目打鍵数と実質打鍵数が一致します。

	名目打鍵数
	strokes	Nicola比	小梅比	新下駄比	qwerty比
Nicola	101,156	100.0%	100.0%	102.6%	57.3%
小梅配列	101,156	100.0%	100.0%	102.6%	57.3%
蜂蜜小梅配列	98,639	97.5%	97.5%	100.0%	55.8%
新下駄配列	98,637	97.5%	97.5%	100.0%	55.8%
qwertyローマ字	176,678	174.6%	174.6%	179.1%	100.0%

	実質打鍵数
	keys	Nicola比	小梅比	新下駄比	qwerty比
Nicola	143,825	100.0%	105.0%	112.6%	81.4%
小梅配列	136,990	95.2%	100.0%	107.3%	77.5%
蜂蜜小梅配列	133,696	93.0%	97.6%	104.7%	75.7%
新下駄配列	127,692	88.8%	93.2%	100.0%	72.3%
qwertyローマ字	176,678	122.8%	129.0%	138.3%	100.0%

打鍵効率は「実質打鍵数／入力文字数」で、1字を入力するのに何打鍵が必要かを示します。

	打鍵効率 (keys/字)
Nicola	1.422
小梅配列	1.354
蜂蜜小梅配列	1.321
新下駄配列	1.262
qwertyローマ字	1.747

左右別の打鍵頻度グラフ

以下のグラフは実質打鍵数をベースに作成しています。必要に応じて、親指キーを「特別扱いするケース」と「特別扱いしないケース」を併記しています。「親指キーを特別扱いする」とは、親指キーを除外したり、親指キーだけ除算の分母が異なったりすることを示します。親指キーを使用しない新下駄配列と qwerty ローマ字配列では、双方の値が一致します。

親指キーの特別扱いあり

親指キーの特別扱いなし

左右指別の打鍵頻度グラフ

親指キーの特別扱いあり

親指キーの特別扱いなし

上下段別の打鍵頻度グラフ

親指キーの特別扱いあり

親指キーの特別扱いなし

シフト頻度グラフ

関連記事

10万字サンプルで眺める qwerty ローマ字。

2007-06-25