各日本語入力プログラムの特徴(現行)(制作中。暫定版)

このページは、現在使われている日本語入力プログラムを紹介しています。それぞれにリコーの太田純さんのコメントを付けました。いろいろな種類があることに、よりよい日本語入力を求めた先人たちの情熱が垣間見えるのではないでしょうか。

現行／過去の区分は、現在でも開発またはサポートが続いているということを目安に分けました。

2004年 5月 9日追記：今後、各プログラムの解説は順次日本語入力Wikiに移行します。移行済みの項目には、Wikiの当該ページへのリンクを付けています。

目次

• ATOK
• Canna
• EGBRIDGE
• ことえり(制作中)
• 松茸
• MS-IME(制作中)
• OAK/Japanist(制作中)
• SKK
• VJE
• Wnn(制作中)
• WX

ATOK

「エイトック」。開発元＝ジャストシステム(http://www.justsystem.co.jp/)。製品サイト＝(http://www.justsystem.co.jp/atok/)。

最新の解説は、日本語入力Wiki::ATOKへ。

1983年に登場したJS-WORDに付属したかな漢字変換部KTISがその前身で、1985年にATOK4が単独の製品として登場。その後、一太郎がNECのPC-9800シリーズ上のベストセラーワープロソフトとなるのと同様に、高い人気を誇った。windowsに付属するMS-IMEの性能が上がった現在でも、愛用者は多い。

「ATOK監修委員会」を設けるなどとりわけ辞書の充実に力を入れており、正しい日本語入力という観点から、語の用法間違いを指摘する機能もある(邪魔くさい機能という意見もあるが)。また最近では「関西弁変換」をはじめとする方言の変換にも取り組んでいる。

ちなみに、ATOK監修委員会の委員は次の通り(ATOK15 for Mac OS Xのマニュアルによる)。紀田順一郎、高本條治、鳥飼浩二、井島正博、荻野綱男。

Windows、Mac、Palm、Windows CE、Linuxに対応しているほか、携帯電話にも搭載されている。

なお、ATOKとは「Advanced Technology Of Kana-Kanji Transfer」の略とされているが(ATOK8以降)、リコーの太田純さんによると次の説がある。

ASCII TO Kanji

最初はこれだったはず、とくさかべさんに教わった。のちに、きらいな会社名がまじってるのがいやなので、あとで解釈をANK TO Kanjiに変えた(日下部陽一さんの(280820020817258523%void@merope.pleiades.or.jp)(→Google)をもとに訂正いたしました。TNX > 日下部さん)。ANKはAlpha-Numeric-Kanaの略で英数字かなのこと。

Automatic Transfer Of Kana-kanji

日経パソコンだかバイトだかにATOK6のAPI公開記事が掲載されたときにはこう書かれていたはず。ATOK5で自動変換が掲載されたときにこの名前が採用されたのではないか。

Advanced Technology Of Kana-kanji transfer

ATOK8以降、サポートに「何の略ですか?」と聞くとこういう答えが返る。現在の公式名称らしい。

Awa TOKushima

阿波徳島はジャストシステムの生誕地。たとえAnk TO Kanjiの略だったとしても、阿波徳島にもこっそりかけてあったのだろう、とささやかれている。

ほかに面白い説がありましたら、教えてください。

太田さんの「ここがポイント」

• もともとワープロソフト一太郎の日本語入力機能として作られたので文章の入力がメイン。
• 長い文章を一括変換することは考えていない。
• 文字種後変換やCtrlショートカットなどが早くから用意されていたように、省入力操作は重視されている。
• 送り仮名を本則に限定する機能を用意したり辞書編纂のための委員会を作ったりするなど、変換結果の日本語としての品質を重くみている

Canna(かんな)

NECのCannaのウェブページ=http://www.nec.co.jp/canna/

スラッシュドット ジャパンの記事「Cannaの開発・保守プロジェクト、sf.jpで発動」によると、SourceForge.jp上でCanna開発・保守が始まったそうです。久しぶりにSlashdotを見に行ったのですが、うまい具合にこういう情報にぶつかって、びっくりしました(この項を追加したのは2002年10月22日です)。プロジェクトページ=http://sourceforge.jp/projects/canna/

UNIXにおける日本語入力システムについては、UNIXでの日本語入力の仕組みを参照してください。

太田さんの「ここがポイント」

• NECが開発したかな漢字変換プログラム。
• 「かんな」という名前は、古く漢字を意味した「真名(まな)」に対する「仮名(かりな→かんな)」から来ている。
• NECのUNIX WSに付属していた「いろは」とは兄弟の関係。いろはがSVR3のストリーム機構を使って実装されていたのに対し、CannaはTCP/IPを利用したクライアント・サーバ方式を採用している。
• 自動変換機能がある。
• ttyベースのクライアントとしてはuumをCannaに対応させたcanuumがある。
• Cannaにはアプリケーションに組み込んで使う高水準ライブラリーがある。キー入力があるたびにそのキーを渡してライブラリーを呼び出すと、変換過程の文字列や確定文字列が毎回返される。つまりアプリケーションが入力と表示を管理しながらインライン変換による日本語入力を実現するのに便利。

EGBRIDGE

「イージーブリッジ」。開発元＝エルゴソフト(http://www.ergo.co.jp/)。

MacOSに付属する純正の日本語入力プログラム「ことえり」よりも長い歴史を持つ。Macintoshに日本語を入力するシステムが備わっていなかった1984年、当時の日本での販売会社キヤノン販売が日本語を扱えるMacとして「DynaMac」を販売、そこに搭載されたのがEGBridgeである。

その後、純正の日本語入力プログラムのほか、ATOK、VJE、WXなどさまざまなソフトと競合するものの、根強い人気を誇っている。

最近では、Mac OS X 10.1で拡張された最新のUnicode規格にいち早く完全対応したことが目立つ。

Macのほか、BeOSやWindowsに対応(但し、Windows版は製造打ち切りで、流通在庫のみ)。

メイン辞書＝約27万語、地名人名辞書＝28万3千語、医学辞書＝15万4千語など。

EGBRIDGEの由来は、EGはErgoの略と思われるが、BRIDGEがどのような意味を持つかは不明。太田純さんは「ひょっとして『キーボードとアプリケーションの橋渡しをするプログラム』というような意味かな?」と推測しているが、果たして真相は如何に。

太田さんの「ここがポイント」

• 文章入力がメイン。
• プログラムとしての移植性を当初から重視している。
• 500文字一括入力・変換など、日本語入力プログラム管理下での編集操作を重視。
• ローマ字入力時シフトキー同時押しによるカタカナ入力など、入力機能に独自性があった。

宗本さんの○×診断(EGBRIDGE11.8、Mac版)

• ×スペースバーだけを半角スペースにできない。
• ×句読点などのキーがKCHRを無視して固定されている。
• ×キー設定で編集できない機能がある。
• ×状態参照型^宗本註1のキー割り当てができない。
• ×キャレットの後の文字を削除できない (EGWORDも。なぜ? > エルゴソフト)。
• ×?や!で変換できない。
• ×学習がバカ(「業務/課」と「液晶/化」、「明美は/興味が/泣く」、など^註1)。
• ×送り仮名の候補で、省くが本則より前に出る(学習前、個人的には逆がいい)。
• ○文節長変更で対象文節が自動変換される。
• ○選択文節以降だけ変換キャンセル(かなに戻す)できる機能がある > ctrl-H
  (ATOKコンパチ? 大抵は全部キャンセルか、対象文節だけキャンセルしかできない)。
• ○スペースバーで再変換。
• ○シフトキーを押しながらで全角英大文字入力ができ、それをスペースバーで拡張英数変換^宗本註1できる(EGBRIDGE13では半角でも入力できるようなった(ローマ字のシフトキーの応用:43ページ))。
• ○同音語候補の意味表示。
• ○同音語候補の並べ替え。

ことえり(アップル)

宗本さんの○×診断(ことえり2)

• ×キー割り当ての変更ができない(標準では)^宗本註2。
• ×英数記号スペースは全角入力が基本。
• ×句読点などで変換できない。
• ×スペースバーで再変換できない。
• ○文節長変更で対象文節が自動変換される。
• ○「業務/課」、「液晶/化」はとりあえず2文節で覚えてくれた :-)。^註1

松茸

太田さんの「ここがポイント」

• もともとワープロソフト松の日本語入力機能として作られたので文章入力がメイン。
• 当初は連文節変換に文節分かち書きを要求するなど機能的には進化が遅れぎみだった。
• 文法テーブルがユーザーによって解析され、特定のユーザーコミュニティーによってサポートされていた。

MS-IME(マイクロソフト)

制作中

OAK/Japanist(富士通)

制作中

SKK

「Simple Kana to Kanji conversion program」の略。佐藤雅彦氏(京都大学教授)により1987年に設計、開発された、emacs/mule上の変換クライアントである。

SKKは、elispで実装されている。直接辞書ファイルを読むことができるので、emacs上の利用だけでは、サーバは必要がないのが特徴だ(サーバを通すことももちろんできる)。

文法解析をしないのが特徴で、漢字の開始位置と送り仮名の開始位置をユーザーが明示することによって、効率的な変換を目指している。

現在では、RingServerプロジェクトのオープンラボラトリで開発が続けられています(http://openlab.ring.gr.jp/skk/index-j.html)。

辞書サーバの実装は、いくつかあり、

などがある。圧縮した辞書を用いたりすることもあるが、これらのサーバでは、基本的に同じ辞書を用いる。

emacs以外からでも入力するために、いくつかクライアントがある。例えば、skkfep(ttyクライアント)、skkinput(XIMクライアント)といったところだ。これらは、skkservと通信する(skkinputは、直接ローカルな辞書も読める)。

なお、unix以外でも、同様な入力方式をもつものが開発されており、SKKIME(Windows用)、AquaSKK(Mac OS X用SKK)といったところが挙げられる。また、LinuxZaurus用のHandSKKもある。

VJE

「ブイジェーイー」。開発元＝VACS(http://www.vacs.co.jp/)。

最新の解説は、日本語入力Wiki::VJEへ。

当初から、単体の日本語入力プログラムとして開発されており、日本語入力FEP(Front End Prosessor)という考え方はこのプログラムが起源ともいわれている。ほかのソフトは、ワープロの付属品という扱われ方が多かった。

日本語入力プログラムとしての変換精度は、当初、他のプログラムをリードしていた。現在でも、Windows、Linux/BSD、B-TRON、Mac OS X用のほか、携帯電話などの組込用(Compact-VJE)があったが、個人向けパッケージ製品（ライセンス製品、ダウンロード販売含む）のサポートが2005年7月14日に終了することとなった。

VJEは、「VACS Japanese Entry」の頭文字から。

太田さんの「ここがポイント」

• ほかのアプリケーションと組み合わせて使う外付けの日本語入力プログラムとして作られた。文章入力とデータ入力のどちらも想定。
• プログラムとしての安全性、移植性を当初から重視している。
• 辞書単語の選択は公平で、自社都合による単語などはほとんど含まれていない。
• 辞書学習、辞書メンテナンスなどの機能は当初から充実していた。
• 機能的にはバランス重視で、突出した新機能の採用には腰が重い。

宗本さんの○×診断(MacVJE-Delta1.0A)

• ×候補一覧の出方が変(一遍に全部出ない)。
• ×単語を覚えないときがある(2文字の語を1文字ずつ変換したとき?)。
• ×同音語候補にカタカナが出ない。
• ×スペースバーで拡張英数変換^宗本註1できない^宗本註3。
• ×キー設定ダイアログ、ヘルプパレットが狭い(どんな機能があるのか見渡せない)。
• ×文節長修正で対象文節が自動変換されない^宗本註4。
• ×同音語パレットも狭い、同音語の使い分けを教えてくれない。
• ×単文変換、複合部首入力のパレットも狭い(私はあんまり使わないけど)。これも昔のパソコンの狭い画面を考慮すると、古いソフトだから仕方ないか。
• ×漢字が再変換(逆変換)できない。
• ×文節がどのように区切られているか、文節移動してみないとわからない
• ○「業務/課」、「液晶/化」をちゃんと単語として1文節で覚えてくれる :-)。^註1
• ○「明美は/泣く」「興味が/なく」「明美は/興味が/なく」:-)。^註1

Wnn

「うんぬ」。UNIXで育った日本語入力プログラム。太田さんの「ここがポイント」にあるとおり、「私の名前は中野です(Watashino Namaeha Nakanodesu)」という文が正しく変換できる複文節変換を目標にしたことから命名された。

「FreeWnn Project」の公式ページ＝http://www.freewnn.org/

オムロンソフトウェアWnn6、7のページ＝http://www.omronsoft.co.jp/SP/pcunix/wnn/index.html

UNIXにおける日本語入力システムについては、UNIXでの日本語入力の仕組みを参照してください。

太田さんの「ここがポイント」

• 京都大学・オムロン(当時は立石電気)・アステックの共同開発。
• 「私の名前は中野です」が正しく変換できることを開発目標としていたため、この名がある。
• 変換アルゴリズムは、「うしろ向きn文節評価最大法」。入力を末尾から逆順に解析するという特徴がある。このため、 辞書単語もすべて逆綴りで登録されている。(参考文献：栗林博監修 よしだともこ著「UNIX の日本語処理がわかる本」(日刊工業新聞社)ISBN 4-526-03321-9　→Amazon.co.jp。本の内容がそのままhttp://www.tomo.gr.jp/wakaru/にあります。(PFUの片山さんの(KATE.02Aug27195144@flash.tokyo.pfu.co.jp)(→Google)をもとに訂正いたしました。TNX > 片山さん)
• 接頭辞や接尾辞を統一的に扱うために大文節・小文節という概念を導入している。
• ttyベースのクライアントとしてuum(ううむ)が付属する。uumという綴りはwnnを180度回転させたもの。
• 現在フリーに使われているWnnはWnn3またはWnn4がベースのもの。Wnn6はAI変換を搭載したが、そのかわりフリーではない。

WX

「ダブリュー・エックス」。開発元＝A.I.soft(http://www.aisoft.co.jp/)。

非常に多くの項目でカスタマイズが可能で、使い込むほど手になじんでゆくといわれている。以前は、ユーザーと開発元との交流も盛んだった。例えば、Vector(http://www.vector.co.jp/)にあるWX用辞書の多さを見ても、ユーザーの活発さがうかがえるだろう。

変換の仕組みとしては、他のプログラムがn文節最長一致法を採用しているのに対し、最小コスト法(いずれも解説は制作中)を採用しているのが特徴。

Windows、Mac(MacOS 〜9.x)に対応。UNIXに対応もしていたはずだが、現在、不明。

WXシリーズの各製品に付けられた名前は以下の通り。

MS-DOS:

• (創文の組み込み日本語入力機能)
• WX (創文αに付属)
• WXS (WXのスモール版)
• WXR (WXのROM辞書版)
• WXP (WXのフリーソフト版)
• WXPJ (WXPのJ3100版)
• WXII 1.5 (カスタマイズ機能、EMS対応)
• WXA (WXIIのEPSON DOS版(ATOK互換操作))
• WXII+ 2.0 (マルチAPI, J-3100対応, DOS/V対応)
• WXII+ 2.5
• WXII+ 2.7
• WXIII 3.0 (AI変換)

Windows:

• WXII-Win 1.0 (Windows3.0A)
• WXII-Win 2.0 (Windows3.1)
• WXIII for Win (AI変換)
• WXG 1.0 (Windows95)
• WXG 2.0
• WXG 3.0
• WXG 4.0

WXという名前の由来は、太田純さんは「Word TransferかWabun(和文) Transferあたりかしら?」と予測しているが不明である。山村さんによると、「日本語では普通に読めないような、間違えようのないアルファベットの組み合わせを選んだと言われました」とのこと。また、WXの後ろにつくアルファベットは、Gは、山村さんによると「Generation(s)」の略、すなわち、「次世代標準の機能を持った IME」として世の中に送り出したいという意気込みを表したものだとのことである。また、Pは、太田純さんの記憶によると「PはPublicの略だったと記憶しています。フリーソフトは当時PDS(Public Domain Software)と呼ばれることが多く(真のpublic domainではないものがほとんどでしたが)、無償公開版ということでそういう名前を付けたのだとどこかの雑誌で読んだ記憶があります」とのことである。

太田さんの「ここがポイント」

• もともとワープロソフト創文の日本語入力機能として作られたので文章入力がメイン。
• 突出した新機能の採用にきわめて積極的。
• WXPをフリーソフトとして公開するなどユーザーコミュニティーを重視し、とくにヘビーユーザー層の要望を数多く採用してきた。
• 他社製品より格段に強力なカスタマイズ機能や辞書管理機能をもつ。
• バグは多い。

宗本さんの○×診断(WXG4、Mac版)

• ×設定が複雑、キーカスタマイズが難解。
• ×スペースバーで再変換できない^宗本註3。
• ×スペースバーで拡張英数変換できない^宗本註3。
• ×文節長変更で対象文節が自動変換されない。
• ×文の末尾から変換されてくる感じ(文節長変更で違和感、最小コスト法の特徴?)。
• ×(前文につられて?)変な文節区切りをするときがある
  (一旦「全文字戻し」すると、まともに変換できる)。
• ×「明美は/泣く」が出るときと「明美は/なく」が出るときがある(同上?)^註1。
• ×用例変換(同音語の用例を表示)がイマイチ(EGBRIDGEの意味表示と比べて)。
• ×半角カタカナの音引きが出てしまう(「ー」を半角英数に変換すると、ASCIIの"-"にならず半角カタカナの音引きになってしまうことがある)。
• ×数字が直接入力にならず、一旦全角に変換されてしまう(ひらがな入力時)(なお、次項にあげた「ローマ字カスタマイズ」によって数字が半角直接入力できる)^太田註1。
• ○ローマ字カスタマイズ。
• ○候補一覧のワイド表示。
• ○カギ括弧、句読点を直接入力にできる。
• ○業務課、液晶化が初めから1文節で出てくる :-)^註1。

• 宗本註1　WXGでの用語。
• 宗本註2　ことえりのキー割当を変更するツールとしては、http://hp.vector.co.jp/authors/VA014361/akira/mytool.html、http://www.bekkoame.ne.jp/~iimori/sw/keycTMPL.htmlを参照。
• 宗本註3　もちろん割り当てればできるが、他の機能との兼ね合いで支障が出る。
• 宗本註4　古いソフトだから、昔の遅いパソコンで使ったことも考えると、自動変換しないのは仕方ない気もする。文節長を1文字ずらすたびに変換処理に入られたら、遅くて文節長の修正がスムーズにいかなかったかもしれない。
• 太田註1　Windows版だとプロパティーの[入力・変換]→[文字種]→[入力属性]で「数字」を「半角で入力される」に設定すればよい(「即時確定」にチェックを入れれば入力後ただちに確定させることも可能)。
• 註1　「業務課」「液晶化」、明美は興味がなく」(いわゆる「明美泣く/液晶化問題」)については、news:al01th$ibe$1@news2.u-ryukyu.ac.jpを参照。ネットニュースを読めない場合は、当サイトにおいてあるアーカイブ参照。

「太田さんの『ここがポイント』」は、太田純さんがネットニュースに投稿された記事を、ご厚意により使わせていただきました。使用した記事は以下のとおりです。

• news:ajmc1t$6mp$6@ns.src.ricoh.co.jp(→Google)
• news:ajqtco$ik0$7@ns.src.ricoh.co.jp(→Google)
• news:ajsgj7$48d$1@ns.src.ricoh.co.jp(→Google)
• news:akfamn$pgs$1@ns.src.ricoh.co.jp(→Google)
• news:akfaac$pgr$1@ns.src.ricoh.co.jp(→Google)

なお、太田純さんから、「間違いがあったらそれは太田の責任」と記載しておくよう、お申し出がありました(「太田さんの『ここがポイント』」以外は阿部が執筆していますので、太田さんの責任ではありません)。

また、SKKの項目については、五十嵐亮さんの記事news:87sn0z8gbm.wl@nifty.com(→Google)を基にまとめています。

「宗本さんの○×診断」は、宗本久弥さんがネットニュースに投稿した記事news:alg80g$h4j$1@news2.u-ryukyu.ac.jp(→Google)、news:am525c$hd3$1@news2.u-ryukyu.ac.jp(→Google)を使わせていただきました。宗本さんから、(1)思いつくままに自分の要求する機能について独断と偏見で書いており、様々な機能を網羅的に評価したものではない、(2)忘れてること、見落とし、勘違い、誤解などがある、(3) 便宜上、全角、半角という言葉を用いる――旨を書いておくようお申し出がありました。

このページの先頭 -- 「日本語入力プログラムについて考える」の目次
各日本語入力プログラムの特徴　過去へ／MS-DOS時代へ／Windows3.1時代へ／Windows95/98時代へ／Mac OS 〜9.x時代へ／Mac OS X時代へ／その他のOSへ