月配列

参考として、事実上の標準配列となっている「月配列2-263式」を以下に示す

• そのまま打鍵すると出る文字

そこしてょ　つんいのりち
はか☆とた　くう★゛きれ
 すけになさ　っる、。゜・

注)「☆(D)」「★(K)」はシフトキーとして使用する文字キーである。

• 「☆(D)」または「★(K)」を押した後に打鍵すると出る文字

ぁひほふめ　ぬえみやぇ「
ぃをらあよ　まおもわゆ」
 ぅへせゅゃ　むろねーぉ

「月配列2-263式」の主な特徴

• 頻度の高い清音カナは1打鍵で、頻度の低い清音カナは2打鍵で打つ方式である。
• 濁点、半濁点は清音に後置する。（たとえば「ぜ」は入力に３打鍵を要する。）
• 小指シフトキーを必要としない。
• 元となった「新JISかな」は高校教科書のかな連なり頻度をベースに設計されており、本質的に「断定調の文書」「事務文書」などの作成には特に向いている。
• 用途や操作形態を別にする人による「私家版の月配列」の基礎となっている。

「月配列U9版RC」を以下に示す

• そのまま打鍵すると出る文字

ゅとしこょ　つんいかり
は★☆てた　くう☆★きち
 すをになさ　っるのもー・

注)「☆(D・K)」「★(S・L)」はシフトキーとして使用する文字キーである。

• 「☆(D)」または「☆(K)」を押した後に打鍵すると出る文字

ぁゃねらめ　ぬむみえぇ
ぃけ、あれ　まおほそへ
ぅやせよゆ　ひわふろぉ

• 「★(S)」または「★(L)」を押した後に打鍵すると出る文字

！どじご〜　づぴぽが？
ばげ。でだ　ぐヴぼぞぎぢ
ずぱぜ■ざ　びぷぶべぺ

注)■は未定義である。

配列の起源　新JIS(JIS X 6004)

かつて、通称「新JIS」という改良型のカナ入力配列が、渡辺定久氏を中心とする「日本語情報処理標準化調査委員会 A専門委員会」によって選定された*2。
この新JIS配列は「カナ入力」に分類される。しかし既存のJISカナ入力配列とは異なり、シフトを用いて文字を３段に配置し、４段目には英字と共通に数字や記号を配置している。
この「新JIS」では、操作性に優れた日本語キーボードの実現を目指して、大規模な測定と調査を行い、その結果を元に「指の動きに合わせた高速打鍵向きの合理化」が推し進められた。

作成手順として、まず複数の条件（片方の手に打鍵が連続して偏ってしまわないこと、シフトの量が最低限であること、など）に合わない「速くないと考えられる配列」を事前にふるい落とし、のちの計算時間が無駄に長くならないように計算範囲を限定した。
つぎに、人間の手指が行う「現実の動作速度」を計測する必要がある。そこで、7人の女子大生が実際に『あるキー→別のあるキー』を打つ間の打鍵時間を計測した。この計測には3年間掛かり、測定は延べ380万文字分にも及んだ*3。
また、100万字超のカナ文章を基にした単字出現頻度データ(1-gram)と二文字連接頻度データ(2-gram)を収集した。

その後「速いと考えられる基準」に沿う、膨大な配列群のすべてについて、1配列ずつ『二文字連接頻度データ(2-gram)を当てはめてから、その頻度に「あるキー→別のあるキー」の間の打鍵時間を掛け算する』ということを繰り返した。こうすることで、膨大な基準内配列のすべてを対象とした「その配列を使って、実際に7人の女子大生が、課題文全体を打鍵した時に掛かる所要時間」を、実際に一つずつ人間が打鍵していかなくても、ある程度は正確に求めることができる。
この考え方で延々と1配列ずつの「速さ」を求めていき、膨大な候補の中から「十分に速く打てると考えられるものから順に、256個の配列」を選び出した。
見つけ出された256個の配列に対して、今度は実際に打ってみて速さを評価し、その結果として「人差し指に負荷を寄せた配列」と「小指以外の各指に負荷を分散した配列」との2種類を選び出した(2つの配列による計算上の速度差は1%未満であり、どちらも十分な性能を持っていた)。
最後に2つの配列を計算によって評価し、わずかに性能がよかった「人差し指に負荷を寄せた配列」を、新JISかな規格用の配列として選出した。
　

「新JIS」は柔軟なシフト機構を持つ。

• 一般的なシフトキーと同じように「シフトを押しながら」のシフト操作が可能である。
• シフトキーを押してからシフトしたいキーを押す（シフトキーを押し続ける必要はない）、「プレフィクス形シフト」操作も可能である（この方式は高速打鍵に適しているとされた）*4。

(詳しくは「仮名漢字変換形日本語文入力装置用けん盤配列」「タイピストにおける指の運動特性について」などを参照のこと)

シフト方法は花配列を流用

一方で「花配列」という、やはりシフトでキーを2面に切り替えて用いるカナ配列が冨樫 雅文氏*5により提案された。この花配列で特徴的だったのは、シフトキーを中指……つまり文字キーの中央に配置していること（中指シフト方式）と、前述の「プレフィクス形シフト」方式を採用していることである。
新JISでは小指外方シフトを頻繁に用いるので、かならずしも打ちやすいとはいえなかった。また、専用のソフトウェアを用意しなければ実現することが難しい。その点花配列ではシフト操作が楽で合理的であるし、しかもシフト操作は「特殊なローマ字綴りの入力」と相同と見なせるので、ローマ字変換テーブルを書き換えるだけでPCへの実装が簡単にできる。

新JIS・花配列から月配列へ

「【ローマ字,仮名,親指?】新JIS配列キーボード」という2ちゃんねるスレッドにおける議論が発端となり、月配列の開発が開始された。
新JISの文字配列自体が優れていることは、いくつかのテストや、実際に使用してみた有志によって確認された。しかし結局新JISを実用するユーザーは数人しか確認できず、新JISが絶滅に瀕していることは明白となった。その理由として競合他方式とのシェアの削り合いがあったとか、小指でシフトキーを押す方式がよくないのではないかとかのさまざまな意見があるが、定かではない。
新JIS配列に好感触が得られたため、さらに快適に利用するべく文字配置やシフト方式等の改良が試みられていった。
ここまでに蓄積された改良意見から、のちの月配列を方向付ける2，3の原則が確認できる。

• 基本的に、新JISの文字配置を利用する
• 小指のシフトキーは用いない
• 専用キーボードは用いない

やがて花配列の中指シフトを真似て、新JISをそのまま中指シフト化する案が表れた。当初はそのあまりの安直さに、「悲惨な結果」が危惧されたほどである。これが月配列の最初のプロトタイプ、1-144となる*6。
結論から言えば、新JISほど中指シフトに適した配列はなかったのである。

• もともと新JISは、花配列と同じくプレフィクス形シフトを前提に最適化されていた。
• シフト操作と文字打鍵とが互いに邪魔にならないように計算されており、中指シフト化してもその恩恵にあずかることができた。
• 花配列は手の縦移動が若干多いと作者みずから認めているが、中指化した新JISでは手が落ち着き、花配列と比べても改良となったとされる。

月配列系の変化。

　月配列系は常に「変化に寛容」であり続けている。
　これはゆっくりとした変化であるが、「月配列2-263版」というベンチマークの存在を超えるための試みは、今も変わらず続いている。
　おそらく、ベンチマーク配列の性能が「そう簡単には超えられないが、ある分野では超えることができる」という絶妙な位置にあるという事情が、進化の継続性を支えるキーポイントになっているものと考えられる。

　月配列系は、多くが「濁音と清音の位置分離」および「清音と濁音の1打鍵化」をサポートしていない。
　月配列2-263式の元となった新JISかな(JIS X6004)では、JISかな(JIS X6002)と同じく「JIS X 0201に規定された文字を入力するためのキーボード用論理配列」として設計された。
　この際、新JISかな(JIS X6004)では、(当時の計算能力から現実的な時間でけん盤配列の設計と評価打鍵を行うために)いくつかの制限ルールを設けて、その範囲に収まる配列群に限った最適配列を探索した経緯がある。
　月配列系は、基本的に「新JISかなの美味しいところはそのままに、中指シフトによる恩恵を受けられるように部分最適化をしなおす」ところから始まったため、新JISかな配列の骨格をそのまま生かす場合、「濁音・半濁音の1打鍵入力」にこだわらないほうが打ちやすい配列にたどり着きやすいという性質を持っている。
　もともとこういった需要がほとんどなく、現実的にも大きな改善を見込めないためか、こういった方向での月配列探求は行われることはなかった。しかしながら、「そこに配列があるから探してみる」という開発者が必ずいる……というところは、月配列スレッドの興味深さを示す一例であるといえよう。

　「清音と濁音の1打鍵化」については、先立って1979年にNICOLA(当時の親指シフト)が、「同時打鍵(アクションは一つ、押すキーは2つ)」という方法で達成した。ただし、「押すキーが2つある」ため、厳密な意味で1打鍵とはいいがたいところがある。
　「濁音と清音の位置分離」および「清音と濁音の1打鍵化」の組み合わせについては、2000年に設計開始された「飛鳥カナ配列」がはじめて採用した。これも「同時打鍵」による実装である。1980年代において「濁音と清音の位置分離」は運用が困難であるとされていたが、現実に親指シフト方式への畳み込みには成功した。

　そして、「濁音と清音の位置分離」および「清音と濁音の1打鍵化」について、月配列系においても取り組む例が出始めた。
　たとえば2008年に設計された月配列(GA)5-315においては、「一部の濁音のみを1打鍵化する」というアプローチで、打鍵数削減に成功している。
　従来から「拗音の打鍵数を圧縮する」方法は開発されていたが、定義が複雑になるなどして厄介な面もあった。
　一方で「一部の濁音のみを1打鍵化する」方法は、月配列(と、元となる新JISかな配列)のうち、配列部分(濁音化可能な清音かなを左手に置くこと)を生かすよりも、コンセプト部分(一打鍵で打てるところに、高頻度なカナを置くこと)を優先したと見なすことが出来る。
　もともと、濁音カナ全体の出現頻度は清音かな全体の出現頻度と比べて1/9程度であるが、高い出現頻度を持つ「が・じ・だ・で」が含まれるなどするため、同じ濁音カナというくくりでも、出現頻度は偏っている。このとき、「出現頻度の高い濁音カナは、数がかなり少ない」という点に着目して設計すると、拗音の打鍵数を圧縮しなくても、打鍵効率の良い配列を設計することが可能である。
　なお、拗音カナ全体の出現頻度は清音カナ全体の出現頻度と比べて1/33程度とさらに低いため、同数のカナを清音から分離する場合は、拗音カナ(全体のうち1/33)のみを分離するよりも、濁音カナ(全体のうち1/9)のみを分離するほうが、打鍵効率はよい(しかし、これはJIS X6004の文字配列を継承できなくなることを意味する)。拗音カナと濁音カナの両方を清音カナから分離すれば更に効率は良くなるが、当然習得難易度は更に上がってしまう。「習得難易度に関係なく、誰にとっても優れた、夢の日本語入力用配列」が存在できない理由は、効率と習得難易度とがほぼトレードオフの関係にあることに由来している。

　月配列系の元となる新JISかな配列は「濁音と清音の位置分離」を前提とはしていないため、月配列(GA)5-315のような配列を設計するためには「新JISかなの配列部分を継承する」ことはできず、「新JISかなの配列設計手順(計算配列を評価打鍵でふるいにかける方法)を継承する」をするより他には選択肢がない。
　もともと全配列を探索するのは計算能力上無理がある*7ため、新JISカナ配列では「探索範囲を徹底的に絞ってから」範囲内の全配列を評価してきた。一方、月配列系の一部には、探索範囲を限定せず、かわりに「計算配列の設計段階にGene Analysis手法を用いる」*8ことによって配列探索を行う方法を採用する例が出始めてきた。