(57)【要約】【課題】  漢字や仮名や数字などの文字に対する筆順知識を有する度合いに応じて文字検索の精度を向上させ、しかも正しい筆順を追加入力すれば文字検索精度が向上し検索効率もよいという文字検索方法を提供する。【解決手段】  検索文字の構成要素の間隙を、縦方向と横方向に分割して、この分割の可否をコードに置き換えることで文字をコード化する方法に加え、文字の筆順をテンキーの「５」を起点あるいは結節点として順番に筆順をコードに置き換えることで文字をコード化する方法を対応する文字と一緒に分類記憶手段に記憶せしめ、前記２種類のコードを入力の際に併用することにより前記記憶手段から文字を検索表示する精度を単独のコードを利用した検索方法よりも向上させることを可能とし、さらに、分割の可否と筆順の縦横方向をそれぞれ２値化することで統一的に処理することを可能とした文字検索方法。【選択図】図３
2011028722.tif 000002
【特許請求の範囲】
【請求項１】
検索文字の構成要素の間隙を、縦方向と横方向に分割して、この分割の可否をコードに置き換えることで文字をコード化する方法に加え、文字の筆順をテンキーの「５」を起点あるいは結節点として順番に筆順をコードに置き換えることで文字をコード化する方法を対応する文字と一緒に分類記憶手段に記憶せしめ、前記２種類のコードを入力の際に併用することにより前記記憶手段から文字を検索表示する精度を単独のコードを利用した検索方法よりも向上させることを可能とし、さらに、分割の可否と筆順の縦横方向をそれぞれ２値化することで統一的に処理することを可能とした文字検索方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、漢字やハングル等の文字のほか、数字やアルファベットや仮名文字などを含む幅広い文字を簡易な方法で正確、迅速に検索する検索方法に関するものである。
【背景技術】
【０００２】
文字に関する検索方法として特許文献１に示すものは文字を構成する要素間の間隙の有無に注目して文字をコード化して検索するものである。
この発明によれば、たとえば、パソコンや携帯電話で広く普及しているフロントエンドプロセッサー（漢字変換ソフト）のユーザー辞書やシステム辞書に「読み（発音）」の代わりに上述した文字分割コードを登録することにより、日本人が発音の分からない中国漢字などを検索変換することができる。
【０００３】
特許文献１は、たとえば漢字検索方法に限定して比較しても、１７１６年に刊行された『康煕字典』以来約３００年にわたって踏襲されてきた漢字検索方法と工学的応用とは一線を画す画期的な特長が２つあった。
【０００４】
第１の特長は、従来の漢字検索方法が文字の構成要素である線などの図形情報自体をコード化したものであったのに対し、特許文献１は線と線の間隙（すきま）が有るか無いかという空間の有無をコード化した点である。つまり線などの図形情報自体ではなく、従来見逃されていた空間情報の有無をコード化した点に新規性が認められた。
【０００５】
第２の特長は、従来の漢字検索方法が文字の構成要素をたとえば中国の五筆字型入力方法では１００以上の構成要素に分類し、その構成要素を人間が記憶した上で、組み合わせて漢字を再構成または検索するという複雑なコード化を必要としていたため、人間が直接２値化できなかったのに対し、特許文献１は漢字を構成する線と線の間に、すきまが有るか無いかという判断を人間が即座に行うことが可能なため、直接２値化によるコード化が可能である点に新規性が認められた。
【０００６】
上記２つの特長を有する特許文献１は、過去３００年にわたって踏襲されてきた漢字字典の部首などの伝統的漢字検索方法や、その延長線上に応用された中国式五筆字型入力方法などの工学的漢字検索方法とは一線を画す画期的な新規性が認められた。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−２６２２４８号公報
【０００８】
前記特許文献１に記載の発明は３つの課題があった。
第１は、文字知識の全く無い欧米人などが中国語の漢字を検索する場合などには文字分割コードによる検索法は有効だが、漢字知識を持つ日本人などが文字分割コードに習熟してくると、フロントエンドプロセッサーなどを利用して漢字変換する際に、たとえば漢字の「仁」も「倍」も「１１０１」という同じ分割コードに分類されるため、こうした文字の検索変換精度を向上させたいという希望が出てきた。
【０００９】
第２は、アルファベットやかな文字が漢字と一緒に用いられる日本語などの場合、隙間が少ないアルファベットやかな文字の多くが「００００」という同じ分割コードに分類されるため、漢字部分に較べて精度の劣る数字やアルファベットや仮名文字などの検索精度を向上させたいという希望が出てきた。
【００１０】
第３は、文字４分割コードを利用した漢字などの検索方法は便利だが、かえって漢字の筆順などを覚える必要がないと学習者が誤解する恐れがあり教育上の影響が心配されるという感想が出てきた。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明は上記の点に鑑みなされたものであり、漢字や仮名や数字などの文字に対する筆順知識を有する度合いに応じて上記方法を単独で使用した場合よりも精度を向上させ、しかも正しい筆順を追加入力すれば文字検索精度が向上し検索効率もよいという利点が動機付けとなり教育的効果も期待できる文字検索方法を提供するものである。しかも、パソコンや携帯電話のテンキーなどの一般的で必要最小限の入力装置を利用するため、直感的で利用しやすいという利便性も提供できる。
【００１２】
しかも本発明は、テンキーなどの入力装置に好適な数字の０から９までの１０種類の数字などの組合せからなる「詳細式の筆順コード」をさらに簡易化でき、たとえば筆順を時系列に縦方向であれば、その部分をたとえば数字の１に置換でき、横方向であればたとえば数字の０に置換できるため、特許文献１の第２の特長である人間が直接文字の筆順を１か０の組合せからなる２値化できるという「簡易式の筆順コード」に置換することも可能であるため、従来の筆順コード化にない単純なコード化が可能であるという特長を有することにより、特許文献１と同じ構成の文字検索装置において、特許文献１の文字分割コードと本発明の筆順コードを組み合わせて記憶装置に記憶させることにより、特許文献１以上の精度を向上できる。
【課題を解決するための手段】
【００１３】
本発明の要旨とするところは、検索文字の構成要素の間隙を、縦方向と横方向に分割して、この分割の可否をコードに置き換えることで文字をコード化する方法に加え、文字の筆順をパソコンなどのテンキーの「５」を起点あるいは結節点として順番に筆順をコードに置き換えることで文字をコード化する方法を対応する文字と一緒に分類記憶手段に記憶せしめ、前記２種類のコードを入力の際に併用することにより前記記憶手段から文字を検索表示する精度を単独のコードを利用した検索方法よりも向上させることを可能とした文字検索方法である。
【００１４】
さらに、数字０から９までの１０種類の数字からなる詳細式筆順コードを数字０と１の２種類の数字からなる簡易式筆順コードに２値化できることを特徴とするため、特許文献１と同じ装置を利用しつつ、本発明筆順コードを追加するだけで特許文献１の精度を向上させることができる。
【００１５】
簡易式筆順２値化コードは、従来の筆順コードとは異なる新規性を有する。
すなわち、本発明は筆順の時系列な線などの組合せを、全て縦か横かに２値化するため、究極的な文字の分解可能要素を厳密に規定している。
【００１６】
たとえば、パソコンや電卓のテンキーの数字５キーを座標軸の原点とみなす。原点である５キーから上下方向にある８キーや２キーを座標軸のｙ軸とみなし、原点である５キーの左右方向にある４キーや６キーを座標軸のｘ軸とみなす。
【００１７】
本発明の上記規定により、キー５と６というプラスx軸と５と８というプラスｙ軸から構成されるキー９を含む平面は第１象限に相当する。以下反時計回りにキー５と４というマイナスｘ軸とキー５と８というプラスｙ軸から構成されるキー７を含む平面は第２象限に相当する。キー５と４というマイナスｘ軸とキー５と２というマイナスｙ軸から構成される１キーを含む平面は第３象限に相当する。キー５と６というプラスx軸とキー５と２というマイナスｙ軸から構成されるキー３を含む平面は第４象限に相当する。
【００１８】
上記規定を前提に、本発明はキー５を原点とするキー８ならびにキー２のプラスとマイナス方向のｙ軸を含む第２象限内の５を起点とする直線ならびに曲線と、第３象限内の５を起点とする直線ならびに曲線を「縦方向の筆順」と規定し、たとえば数字の１で簡易式にコード化する。また、キー５を原点とするキー８ならびにキー２のプラスとマイナス方向のｙ軸を含まない第１象限内の５を起点とする直線ならびに曲線と、第４象限内の５を起点とする直線ならびに曲線を「横方向の筆順」と規定し、たとえば数字の０で簡易式にコード化する。これにより、２値化した筆順コードが厳密に規定できる。
【００１９】
これに対し、従来の筆順コードは全て約３００年以前に刊行された『康煕字典』で定められた部首や筆順や画数を踏襲しているため、厳密な２値化による筆順コードが実現できなかった。たとえば、日本のJISコードや中国の国家標準GBコードは、伝統的な『康煕字典』以来の部首や筆順や画数を踏襲しているため、漢字の「口」（くちへん、くにがまえ）を３画という画数に規定している。
【００２０】
本発明であれば、２値化が厳密に規定されているため、漢字の「口」の第１画の筆順は縦１が起筆であり、第２画が横０であり、第３画が縦１であり、第４画が横０であるため、２値化した筆順コードの結果は１０１０となる。
【００２１】
しかし、伝統的な筆順を踏襲したJISコードやGBコードでは、第１画の筆順は縦方向の起筆なので仮に本発明同様に数字１で置換できたとしても、第２画は横方向と縦方向を統合した「フ」（折れ）という複合的な筆順要素が最小構成単位であるため、最後の第３画の横方向の数字０と識別するためにたとえば、数字の２や３などの２値化以外のコードを導入する必要があった。
【００２２】
中華人民共和国では政府が認定した「GB１３０００．１字符集漢字字序（筆画序）規範」という漢字の筆順と画数のコードブックを１９９９年１０月１日に発布し、２０００年１月１日に実施している。日本のJISコードに相当するGBコードと呼ばれる中国の筆順と画数を規定したコードブックには総数２０９０２個の漢字が収録されている。
参考文献「国家語言文字工作委員会語言文字規範GF３００３−１９９９『GB１３０００．１字符集漢字字序（筆画序）規範』」上海教育出版社２０００年５月刊行
【００２３】
この情報処理などを目的とした漢字筆順コードは、２値化ではなく５値化による筆順と画数を規定している。筆順と画数の最小単位は本発明のごとき縦か横かという厳密な２値化規定ではなく、伝統的であいまいな「一」（横）、「｜」（縦）、「ノ」（払い）、「、」（点）、「フ」（折れ）という複合的な最小単位であり、順に１（横）、２（縦）、３（払い）、４（点）、５（折れ）という数字によって置換コード化している。
【００２４】
さらに、５値化された５種類の筆順コードの各分類には、さらに類似構成要素が同一視されて５つの分類に所属している。たとえば、コード３には「、」（点）のほかに「へ」なども類似構成要素として含まれる。さらにコード５には「フ」（折れ）のほかに「乙」「L」「く」などの１４種類もの類似構成要素とされるものも含まれる。
その結果、厳密な５値化とはいえず、たとえば前述した「口」（くちへん、くにがまえ）は２５１つまり２（縦）の次に５（折れ）１（横）という筆順コードと３画という画数に分類される。これでは本発明のごとき厳密かつ直感的な２値化を行うことはできない。したがって、誰もが普遍的かつ直感的に理解することは難しく、どのような筆順と画数の組合せが妥当かを学習するのが難しいという欠点が３００年間続いてきた。
【００２５】
さらに、たとえば、「干」と「于」は異なる字形であるにもかかわらず、両方とも筆順コードで１１２（横横縦）と同一になってしまい識別が不能となる。理由は２（縦）にいわゆる第３画につづく実質的な第４画目に相当する「はね」を類似構成要素として同一視して同じ分類に含めてしまうからである。一方、本発明ならば「干」は００１（横横縦）と「于」００１１（横横縦縦）のごとく異なる筆順コード化が可能である上に、３画と４画というように画数からも厳密な識別が可能となる。このように２値化が厳密な規定により実現している。
もちろん、本発明の「簡易式の筆順コード」は、漢字の伝統的な「筆順と画数」の考え方に対しても適用できる。
漢字の伝統的な筆順と画数の考え方は「一筆書き区間内の連続した線の途中で方向が変化しても全て１画として扱う」というものであった。
そこで、一筆書き区間内の起点からの縦横方向情報のみをコード化し、それ以降に続く一筆書き区間内の終点までに変化した縦横方向情報は捨象してコード化しないという方法で２値化すれば、漢字の伝統的な筆順と画数の考え方に対しても本発明の「簡易式の筆順コード」が適用できる。
たとえば漢字の「口」の伝統的な画数は３画であり４画ではなかった。その理由は、筆順の第２番目の内、起点から右横方向に書き進む線が一筆書きで連続した線のまま筆を紙から離すことなくそのまま途中で下の縦方向に線を折れ曲げて書き進むため、この一筆書きの区間は２画ではなく１画として扱うためであった。
この特徴に着目し、漢字「口」の伝統的な筆順の第２番目の内、一筆書きで連続した線の起点から右横方向に書き進む線を横方向として数字の０にコード化し、それ以降に続く一筆書き区間の途中で下の縦方向に折れ曲げて書き進む線を縦方向として数字の１にコード化せずに捨象し、この一筆書きの区間を起点からの横方向の数字０で代表させてコード化すればこの一筆書き区間を１画として扱うことができる。
その結果、漢字の「口」を「簡易式の筆順コード」で１００（縦横横）と伝統的な筆順と画数の考え方に対しても適用し２値化できる。
このコードは、一筆書きの第１画目の起点から書き進む線が１（縦方向）であり、第１画目の一筆書き区間内でそれ以降に続く終点までの方向の変化は捨象しているということを示す。漢字「口」の場合は、たまたま第１画目の起点から終点までは方向の変化はない。そして、第１画目の終点とは連続しない新たな第２画目の一筆書きの区間は起点から横方向を０とコード化したのみであることを示し、続く一筆書き区間内における縦方向（１）へ変化した終点までのコード化は捨象して採用していないことを示す。同様に、第３画目は漢字「口」の一筆書きの最終の筆順であると同時に第２画目までの一筆書き区間の線の終点とは連続しない新たな起点からの横方向（０）の線のみをコード化したものであることを示す。
同様に、たとえば漢字の「于」もこの方法で００１（横横縦）と２値化でき、これらは伝統的な筆順と画数に対応している。
この場合、漢字「口」の２値化コード「１００」や漢字「于」の２値化コード「００１」の筆順コードの桁数の３桁が、伝統的な漢字画数の３画に対応する。
この方法の利点は伝統的な漢字字典や文字コードブックで踏襲されてきた漢字の筆順や画数をそのまま２値化でき、教育や実用の面で親和性が大きいということである。
しかし、筆記体のアルファベット文字やアラビア文字のごとく、文字全体が一筆書きの表記方法を中心に構成される文字の場合、こうした一筆書き区間の起点情報のみを利用する２値化では充分なコード識別効果が期待できない文字の存在も少なからず想定されるため、本発明では「簡易式の筆順コード」を説明するにあたって、伝統的な漢字の「筆順と画数」の考え方に対する適用の説明は省略し、文字の起筆と呼ばれる書き始めの起点から文字を完全に書き終わる最終的な終点までの「全区間」の「筆順」を縦横方向の情報にコード化する方法を主に説明することとする。
一般に世界的に利用されている文字の多くは「画数」という概念が存在しない場合が多い一方、文字が線で構成されるという普遍的な共通性を持つ以上、必ず世界中の文字は時系列的な「筆順」情報に基づけばコード化が可能であるため、「筆順」を利用したコード化による文字検索方法は漢字やハングルや仮名などの東アジア文化圏の文字にも例外なく適用が可能だからである。
【発明の効果】
【００２６】
本発明はたとえば漢字の知識を持つ日本人が、発音のわからない中国語の漢字を検索する際に、使い慣れた日本語フロントエンドプロセッサー漢字変換ソフトを利用して文字分割コードを入力するだけで中国語に漢字変換する場合の精度を向上するのに役立つ。日本の常用漢字程度の筆順知識があれば中国の常用漢字の筆順もある程度類推できるので、文字分割コードに加え、筆順コードを追加入力することで効率よく中国語の検索や変換が可能となる。
また、パソコンや携帯電話の記憶装置内に日本語フロントエンドプロセッサー漢字変換ソフトのユーザー辞書登録の方法で文字分割コードと筆順コードを登録する方法のほかに、たとえばインターネット上に公開された上記コードと中国語の対応一覧が掲載されたホームページを閲覧ソフトの検索機能や当該ホームページのCGIによる文字検索機能により、目的とする中国語を検索することも可能なので、ホームページに表示されたアイコンやソフトキーをクリックするだけでも高精度の検索が可能となる。
【図面の簡単な説明】
【００２７】
【図１】本発明の機能構成ブロック図である。
【図２】本発明の検索処理フローチャートである。
【図３】従来の文字分割方法と本発明の文字筆順検索方法を比較した説明図である。
【図４】本発明の文字データベース表である。
【図５】本発明の数字５キーを起点および結節点とする線の入力方法である。
【図６】本発明の縦方向の線から構成される文字の入力コード化方法である。
【図７】本発明の横方向の線から構成される文字の入力コード化方法である。
【図８】本発明の連続した線から構成される文字の入力コード化方法である。
【図９】本発明の連続しない線を含む文字の入力コード化方法である。
【図１０】本発明の左回りの円から構成される文字の入力コード化方法である。
【図１１】本発明の円から構成される文字と線から構成される文字の識別方法である。
【図１２】本発明の漢字「口」を再現した字形である。
【図１３】本発明の円と線の組合せから構成される文字の入力コード化方法である。
【図１４】本発明の閉じない円弧から構成される文字の入力コード化方法である。
【図１５】本発明の直線と半円の組合せから構成される文字の入力コード化方法である。
【図１６】本発明のアルファベット「Ｄ」を再現した字形である。
【図１７】本発明の複数の半円と線から構成される文字の入力コード化方法である。
【図１８】本発明のアルファベット「Ｓ」を再現した字形である。
【図１９】本発明の３つのキーでいろいろな円弧をあらわす入力コード化方法である。
【図２０】本発明の閉じた円と閉じない円弧の入力コード化方法である。
【図２１】本発明の閉じた円から線へと移行する筆順を再現した字形である。
【図２２】本発明の閉じない円弧から線へと移行する筆順を再現した字形である。
【図２３】本発明のデータベースの内、「文字」と対応する「４分割２進（２値）コード」と「筆順２進（２値）コード」からなる事例であり、「１」から「ｓ」までを示している。＃は２進識別子である。
【図２４】本発明のデータベースの内、「文字」と対応する「４分割２進（２値）コード」と「筆順２進（２値）コード」からなる事例であり、「ｔ」から「げ」までを示している。＃は２進識別子である。
【図２５】本発明のデータベースの内、「文字」と対応する「４分割２進（２値）コード」と「筆順２進（２値）コード」からなる事例であり、「ご」ごから「ヤ」までを示している。＃は２進識別子である。
【図２６】本発明のデータベースの内、「文字」と対応する「４分割２進（２値）コード」と「筆順２進（２値）コード」からなる事例であり、「ユ」から「ポ」までを示している。＃は２進識別子である。
【発明を実施するための最良の形態】
【００２８】
本発明の実施形態は、検索文字の構成要素の間隙を、縦方向と横方向に分割して、この分割の可否をコードに置き換えることで文字をコード化する方法に加え、文字の筆順をパソコンなどのテンキーの「５」を起点あるいは結節点として順番に筆順をコードに置き換えることで文字をコード化する方法を対応する文字と一緒に分類記憶手段に記憶せしめ、前記２種類のコードを入力の際に併用することにより前記記憶手段から文字を検索表示する精度を単独のコードを利用した検索方法よりも向上させることを可能とする。
【００２９】
以下、本発明の実施形態を図に基づいて説明する。
本発明の図１は、パソコンや携帯電話に搭載された記憶手段３０に予めフロントエンドプロセッサーと呼ばれる日本語の漢字変換ソフトなどが記憶されている一般的な実施形態を説明する機能構成ブロック図である。
入力手段１０にはパソコンや携帯電話のテンキーと呼ばれる数字キーや、漢字変換ソフトの操作に必要なスペースキーやエンターキーなどを利用する。記憶手段３０には、日本語変換ソフトのユーザー辞書やシステム辞書の形態で、文字分割コードに対応する文字と同じレコードに本発明の筆順コードが表テーブルの形態でデータベース化されて記憶されており、入力手段１０から入力されたコード情報と、記憶装置３０に記憶されたコードを演算装置２０において照合処理を行う。
【００３０】
入力された分割コードと筆順コードが記憶されたデータベースのコードと一致した場合には、対応する文字が表示手段４０の液晶画面などに表示される。これにより、日本語の仮名読み発音の代わりに文字コードを利用することで、利用者は検索したい中国語などの文字をあたかも電話番号を入力するような感覚で変換表示することができる。
【００３１】
図２は本発明の検索処理フローチャートである。前記演算手段２０における処理をあらわしている。Ｓ２００で入力された分割コードと筆順コードは、Ｓ３００でデータベースの分割コードと筆順コードと照合処理された結果、一致した文字をＳ４００において表示する。引き続き文字検索変換する場合には、Ｓ２００の入力操作から以下のステップを繰返す。
【００３２】
図３は、従来の文字分割方法と本発明の文字筆順検索方法を比較した説明図である。
たとえば、漢字の「仁」という文字も「倍」という文字も上下左右の順番に線と線の間の間隙があるか無いかの判断を利用者がすると、どちらも上下右の３方向に間隙があり、これらの漢字が３つに分割できることが分かる。その場合「１２０４」などと順番にコードに置き換える。「０」は間隙がないことをあらわす。また、順番通り「１１０１」と４ビットのコードに置き換えてもよい。この際、「０」は間隙がなく、「１」などは間隙があり文字を分割できることをあらわすが、「仁」も「倍」も同じ「１１０１」という分割コードに分類されるため、利用者が「１１０１」という同一のコードを入力するだけではどちらかの漢字に特定できない。
【００３３】
これに対し、図５以下で説明する文字筆順コードならば、「仁」は「１１００」に置き換えることができ、「倍」は「１１１００１０１０１０」に置き換えることができるので、分割コードでは確定できなかった検索変換文字をどちらか１つに特定できる。
【００３４】
この筆順コードは、図３右下のたとえばパソコンのテンキーを入力装置として利用した場合、次のように数字で置き換える。数字キー５を起点とした２つのキーで筆順通り線をどの方向に描いていって文字を完成するかを利用者が判断する。たとえば、「仁」の「人偏（にんべん）」は「５１」が筆順の起筆となる。５を起点として左斜め下方向の線を意味する。
【００３５】
次に「人偏」の下縦方向に垂直に描く線は「５２」と入力する。人偏を構成する「５１」の左斜め下方向への線から「５２」の真下方向へ伸びる線へ移行する際は、一筆書きと呼ばれる連続した線ではなく線が連続しないため、これを数字キーの「０」でコード化している。その結果、人偏は「５１０５２」とコード化できる。「仁」の左側の人偏の次に右側の「二」に移行する際にも線は連続しないため、次の筆順では「５１０５２０」とコード化できる。「二」の上の線は「５６」と右方向真横に筆順が移行する。次に「二」の下の線に移行する際も線は連続しないため、最終的には「５１０５２０５６０５６」とコード化することができる。
【００３６】
これが文字筆順のうち線から構成される文字の筆順コード化の方法である。こうした詳細なコード情報を必要としない場面では、簡易的な筆順コードを利用することもできる。
【００３７】
５を起点として「５２」「５１」「５４」「５７」「５８」の５種類の方向の線を「たて方向の線」と定義し、たとえば数字キーの「１」で代用する。５を起点として「５９」「５６」「５３」の３種類の方向の線を「横方向の線」と定義し、たとえば数字キーの「０」で代用する。線の連続性の可否は情報から捨象し、文字の筆順が「縦方向か横方向か」だけであらわすと「仁」は「１１００」という単純な筆順コードに置き換えることができる。
【００３８】
図３の「口」と「Ａ」も分割コードでは「００００」と区別できない文字が、筆順コードでは「１０１０」と「１００」に置き換えられるので区別できることを示している。
このように、文字分割コードと筆順コードを併用することにより、文字検索精度を向上させることができる。
【００３９】
図４は、本発明の文字データベース表である。図１の記憶手段３０に、図４のようなデータベースを記憶する。たとえば、「Ｂ」「Ｃ」「Ｄ」や「ム」「メ」「モ」「ヤ」といった文字を４分割コードであらわすと各々「００００」と間隙がない文字に全て分類されてしまうので、４分割コードと文字を対応させたデータベースでは、４分割コードからこれらのうちから目的とする１文字を検索特定することはできない。
これに対し、本発明の筆順コードを対応する文字と一緒にデータベース化すれば、図４で示された文字例の中から１文字を検索特定することができる。
【００４０】
図２３、図２４、図２５、図２６は、図１の記憶手段３０に文字と４分割２進４桁コードに加え、筆順２進コードを併用した場合の精度向上を示している。図２３、図２４、図２５、図２６はパソコンで常用されるＭＳゴシック体フォントで２値化による筆順コード例を示す。たとえばゴシック体フォントの数字「１」から「０」までの１０個の数字（図２３参照）は、文字分割コードでは全て００００と４桁の同じコードになってしまうため、コードから数字を特定できない。しかし、２値化筆順コードを併用すれば、ＭＳゴシック体フォントの「１」と「７」を除く全ての数字が一意に識別可能となり１つの筆順コードから１つの数字を特定でき検索精度が向上することがわかる。
【００４１】
図４のごとく、２値化の簡易式筆順コードをさらに詳細化した詳細式筆順コードならば、２値化を上回る文字検索精度向上が実現する。たとえば２値化筆順コードでは識別できなかったＭＳゴシック体フォントの「１」と「７」を詳細筆順コードでコード化すると、ＭＳゴシック体フォントの「１」は５９５２に置換でき、ＭＳゴシック体フォントの「７」は５６５１と異なるコードに置換できるので、ＭＳゴシック体フォントの「１」と「７」を識別特定できることになる。ゆえに、数字の検索や変換精度が２値化筆順コードよりもさらに向上する。以下に詳細式筆順コードのコード化の方法を説明する。
【００４２】
図５は本発明の数字５キーを起点および結節点とする線の入力方法である。数字の「５」というキーは起筆時の起点であるだけでなく、一筆書きと呼ばれる連続した線などの結節点ともなる。つまり、５から０以外の８方向のキーに線を描き、そのまま連続して次の筆順に移行するときには、５は再帰的な起点であるからこれを結節点（ノード）と考えることもできる。図５は線を５を起点あるいは結節点とする２つの数字キーであらわすことを示す。
【００４３】
図６は、本発明の縦方向の線から構成される文字の入力コード化方法である。図３で説明したごとく、５を起点に角度的には１８０度以上３６０度以下の方向の線が「縦方向の線」に分類できる。たて方向の線は、「５２」「５１」「５４」「５７」「５８」の６種類の方向の線を「たて方向の線」と定義する。「たての線」を「１」という数字で代用し、図７の「横の線」３種類を「０」（ゼロ）という数字で代用することにより、「たて方向の線か横方向の線か」の判定を「１」と「０」で２値的に識別してもよい。
この場合、「５２」「５１」「５４」「５７」「５８」は各々「１」「１」「１」「１」「１」とあらわす。
【００４４】
図７は、本発明の横方向の線から構成される文字の入力コード化方法である。横方向の線は、「５９」「５６」「５３」の３種類の方向の線を「横方向の線」と定義する。
図６で説明した「たての線」を「１」という数字で代用し、「横の線」３種類を「０」（ゼロ）という数字で代用することにより、「たて方向の線か横方向の線か」の判定を「１」と「０」で２値的に識別してもよい。この場合、「５９」「５６」「５３」は全て「０」「０」「０」とあらわす。
【００４５】
図８は、本発明の連続した線から構成される文字の入力コード化方法である。たとえば線が連続した文字仮名「へ」は「５９５３」または「００」とあらわす。この場合数字キーの５は起点であり、結節点でもある。本発明は数字キーの「５」を起点とする方法により、巨大なキーやボタンの配列からなる入力装置を必要とせず、一般的なテンキーなどの入力装置で筆順コードを入力することができる。
【００４６】
図９は、本発明の連続しない線を含む文字の入力コード化方法である。たとえば線が連続しない漢字「十」は「５６０５２」または「０１」とコード化できる。正しい筆順では「十」の横方向の「一」の次に縦方向の「│」の線に移行する際、連続性を失う。こうした場合には詳細筆順コードでは「５６０５２」と表す。簡易筆順コードでは連続性情報は捨象し単に「横方向の線の次に縦方向の線を描くのが筆順である」ことを「０１」と表す。このコード化の場合は「０」には不連続性の意味はなく、単に横方向の線ということを示す。
【００４７】
図１０は、本発明の左回りの円から構成される文字の入力コード化方法である。たとえば数字の「０」やアルファベット「O」などの左回りの円は「５４１２５」と表す。線と曲線の違いは、線は５を起点とする２つのキーでコード化するのに対し、円や円弧などの曲線は５を起点とする３つか４つのキーでコード化することで識別する。
閉じた円は、図１０の「５４１２５」のように「５」という起点が終点にもなっているという特徴がある。
【００４８】
図１１は、本発明の円から構成される文字と線から構成される文字の識別方法である。
漢字「口」は「５２０５６５２０５６」、アルファベット「O」は「５４１２５」とコードが違うため、利用している数字キーは共通していても文字の違いを識別することができる。
【００４９】
図１２は、本発明の漢字「口」を再現した字形である。●は数字キー「０」を指定した箇所を示す。連続した円の場合は、数字キー「０」を指定しない。
【００５０】
図１３は、本発明の円と線の組合せから構成される文字の入力コード化方法である。
右回りの円と直線の組合せの例としてアルファベット「Ｑ]は「５４７８５０５３」と表す。円を描き終わった次の筆順である「５３」方向の線に移行する前に、連続性が失われるため、数字キーの「０」が挿入されている。
【００５１】
図１４は、本発明の閉じない円弧から構成される文字の入力コード化方法である。
閉じない円弧の例としてアルファベット「Ｃ」は「５４１２」で表す。これを図１０の閉じた円「５４１２５」と較べると、筆順の最後に「５」が指定されているかの違いがあることを示す。共通した４つの数字キーを利用しても、このような違いをあらわすことができる。
【００５２】
図１５は、本発明の直線と半円の組合せから構成される文字の入力コード化方法である。
アルファベット「Ｄ」は「５２０５６３２」と表すが、途中数字キー「０」が挿入された箇所で線の連続性が失われていることも示す。
【００５３】
図１６は、図１５で示したアルファベット「Ｄ」を再現した字形である。
【００５４】
図１７は、本発明の複数の半円と線から構成される文字の入力コード化方法である。
２つの半円と線から構成されるアルファベット「Ｓ」は「５８７４５３５２１４」と表せる。「５８７４」と左まわりの半円を描いた次の「５３」という線に移行する際に線の連続性が失われていないため、数字キーの「０」は挿入されていない。
【００５５】
図１８は、本発明のアルファベット「Ｓ」を再現した字形である。
【００５６】
図１９は、本発明の３つの数字キーでいろいろな円弧をあらわす入力コード化方法である。起点５を含む３つの数字キーでいろいろな円弧をあらわす。仮名「つ」は「５６３」で表している。
【００５７】
図２０は、本発明の閉じた円と閉じない円弧の入力コード化方法の違いを示す。
「５４１２５５６」は「５４１２５」と円が閉じた後の結節点５から「５６」と右方向に横の直線が描かれる。
「５４１２５６」は「５４１２」と閉じない円つまり円弧の終点から「５６」と右方向に横の直線が描かれる。
【００５８】
図２１は、本発明の閉じた円から線へと移行する筆順を再現した字形である。
「５４１２５５６」の「５５６」の筆順は、「５」が円の終点と線の起点を兼ねた結節点であることを示す。
これに対し、図２２は、本発明の閉じない円弧から線へと移行する筆順を再現した字形である。「５４１２５６」の「２５６」の筆順は、「５」が円の終点ではなく、単に円弧の終点「２」から横方向の線の起点になっていることを示す。
【符号の説明】
【００５９】
１０  入力手段
２０  演算手段
３０  記憶手段
４０  表示手段
【図１】
2011028722.tif 000003
【図２】
2011028722.tif 000004
【図３】
2011028722.tif 000005
【図４】
2011028722.tif 000006
【図５】
2011028722.tif 000007
【図６】
2011028722.tif 000008
【図７】
2011028722.tif 000009
【図８】
2011028722.tif 000010
【図９】
2011028722.tif 000011
【図１０】
2011028722.tif 000012
【図１１】
2011028722.tif 000013
【図１２】
2011028722.tif 000014
【図１３】
2011028722.tif 000015
【図１４】
2011028722.tif 000016
【図１５】
2011028722.tif 000017
【図１６】
2011028722.tif 000018
【図１７】
2011028722.tif 000019
【図１８】
2011028722.tif 000020
【図１９】
2011028722.tif 000021
【図２０】
2011028722.tif 000022
【図２１】
2011028722.tif 000023
【図２２】
2011028722.tif 000024
【図２３】
2011028722.tif 000025
【図２４】
2011028722.tif 000026
【図２５】
2011028722.tif 000027
【図２６】
2011028722.tif 000028