紅皿 ver.0.1.6 をMicrosoft Storeに登録
Benizara_Setupの公開場所の追加
親指シフト関連の特許出願について（その２）
親指シフト関連の特許出願についての追記です。
実開昭58-16021号「キーの２重押下げ検知装置」
出願人：富士通株式会社
出願日 昭和５１年（1976)１０月２８日
内容 キーボード同時打鍵シフトをハードウェアで判定する特許です。どうやらこれが親指シフトの最も古い出願のようです。本当にハードウエアロジックだけで同時打鍵を判定しています。
特公昭62-44285号「日本字入力装置用鍵盤」
出願人：富士通株式会社
出願日 昭和５３年（1978）３月２９日
内容 ４５字以上もあるカナ文字を、オペレータが両手を定位置に置いた状態のもとでキー打鍵操作を能率よく行うことが課題です。効果として、文字入力速度は向上し、使用者の疲労は減少することが記載されています。これは、JISカナ配列との比較だとおもいます。親指シフト配列のプロトタイプが図示されているところが極めて興味深いです。
実公昭61-42176号「キーボード」
出願人：富士通株式会社
出願日 昭和５３年（1978）６月１４日
内容 文字キーは親指シフトにかなり近いものとなりましたが、相変わらず親指キーは４つのままです。
なお、この配列図と親指シフト配列との違いは、ぁぅぇぉの拗音と・（）の記号キーです。以下に差異を赤字で示します。
特公昭62-37405号「文字入力方式」
出願人：富士通株式会社
出願日 昭和５３年（1978）９月２２日
内容 ２つ以上の鍵を同時に押すと、それ等の鍵の意味のある組み合わせとしての文字または記号が出力できる文字入力装置の発明です。
特公昭63-46868号「文字入力方式」
出願人：富士通株式会社
原出願日 昭和５３年（1978）９月２２日
内容 特願昭53-117268（特公昭62-37405号）の分割出願です。打鍵時刻に応じて同時打鍵か否かを判定する発明です。
特公昭63-49262号「文字入力方式」
出願人：富士通株式会社
原出願日 昭和５３年（1978）３月２９日
内容 特願昭53-36455(特公昭62-44285号)の分割出願です。文字キーはシフトなし、および文字キーとシフトキーの組み合わせで入力する発明です。
特公平1-42408号「文字入力方式」
出願人：富士通株式会社
原出願日 昭和５３年（1978）９月２２日
内容 特願昭53-117268（特公昭62-37405号）の分割出願です。３つのキーが連続して打鍵されているときの同時打鍵を判定する発明です。
特公平6-82314号「キーボード同時打鍵シフト処理方式」
出願人：富士通株式会社
出願日 昭和６０年（1985）５月１７日
内容 200mSECたってキーが押されていない／かな文字キー押下／親指シフトキー押下／その他のキーの押下の４種類の分類符号をバッファB1,B2,B3に格納して出力コードを判定するものです。なお、第１表の注１の「200secたって…」は「200mSECたって…」の誤記と思われます。
第１表の(14)は、文字キー⇒親指キー⇒文字キーの打鍵シーケンスを示しています。
「（14）の場合、T1はB3のキーが押されてからB2のキーが押されるまでの間、T2はB2のキーが押されてからB1のキーが押されるまでの間を示し、T1＞T2の場合B3のかな文
字キーがB2のシフト付きで出力され、T1＜T2の場合はB3のかな文字キーが出力後B1のかな文字キーがB2のシフト付きで出力される。」と記載されています。これにより、同時打鍵コードを的確に判定可能です。
親指シフト関連の特許出願について
親指シフト関連の特許出願について調査してみました。
特公昭62-037405号公報「文字入力方式」、発明者は親指シフト開発で有名な神田泰典氏であり、出願日は昭和５３年（１９７８）９月２２日です。
親指シフトの配列とは全く違う配列です。
右手側中段に「あいうえお」を配列するほか、基本的に５０音配列です。そして左手薬指下段に半濁点キーが設定されています。半濁点の入力方法について述べられていないので、どのように入力するかは不明です。
Wikipediaによれば、その直後の1979年（昭和54年）に、富士通が親指シフトを発表しています。
特開平1-116873号公報「文書処理装置における表示処理方式」には、現在の親指シフトと同様な配列が開示されています。この特許は、キー配列を画面表示して、操作方法をオペレータに表示する発明です。出願日は昭和６２年（１９８７）１０月３０日です。
特公平7-54519号公報にも、現在の親指シフトと同様な配列が詳細に開示されています。出願日は昭和６３年（１９８８）６月２４日です。左右シフトキーに対応する部分に半濁音キーが配置されています。
CAPSLOCKに該当する部分にカタカナ・英小文字、TABに対応する部分に英字・英大文字が配置されているなど、なかなか興味深い配列となっています。
紅皿 ver.0.1.6.03 のリリース
紅皿 ver.0.1.6.03 をリリースします。
https://osdn.net/projects/benizara/releases/
OneNote の検知と、keybd_event のDllCall がうまくコーディングできていなかったので、再度修正しました。コーディングし直しました。
余談ですが、さいきんOSDN の動作がやたらと遅いので困ったものです。他のサイトにもアップロードした方がよいかとおもいます。
⇒ vector のリンクを追加しました。
Autohotkey v2.0のIME制御用 関数群 IMEv2.ahk
IME制御用 関数群 IME.ahkを、Autohotkey v2.0 に移植しました。
移殖したと同時に、混同を避けるため IMEv2.ahk に変更しています。
MS-IMEとGoogle日本語入力では大丈夫だとおもいますが、ATOK で動作するかは、充分にテストできていません。もし不具合がありましたらご連絡をお願いします。
紅皿 ver.0.1.6.02 のリリース
紅皿 ver.0.1.6.02 をリリースします。
環境によりOneNote の検知がうまくいっていなかったようなので、コーディングし直しました。
コードは以下です。アクティブウインドウのタイトルを取得して、"OneNote"と書いてあれは専用コードに分岐するというイマイチなプログラムです。でも、アプリケーションの判定はあまりエレガントな方法はないようです。
WinGetTitle, _szTitle,A
中略
if (instr(szTitle,"OneNote")>0){{dllcall("keybd_event", int, 0x26, int, 0, int, 1, int, 0) ;Up} elseif (_stroke == "{Up up}"){dllcall("keybd_event", int, 0x26, int, 0, int, 2, int, 0) ;Up} elseif (_stroke == "{Down down}"){dllcall("keybd_event", int, 0x28, int, 0, int, 1, int, 0) ;Down} elseif (_stroke == "{Down up}"){dllcall("keybd_event", int, 0x28, int, 0, int, 2, int, 0) ;Down} else {Send,% _stroke}} else {Send,% _stroke}
